HDTenEightyP/NetNews huggingface dataset:
From: henry@trilithon.mpk.ca.us (Henry McGilton)
Subject: Re: status on book
Organization: Trilithon Software
Date: Sun, 30 Aug 1992 16:18:43 GMT

In article <1992Aug26.133000.18056@next.cambridge.ma.us> simsong (Simson L.  
Garfinkel) writes:
    *  After speaking with my publisher last week, I'm informed that:
    *  
    *   <<  rest of message deleted  >> 

Our publisher (Addison-Wesley) informs us that
	``PostScript by Example'' 
	by Henry McGilton and Mary Campione
should hit the bookshelves sometime around the middle of September.

	........  Henry
Newsgroups: comp.sys.next.programmer
From: yikes@netcom.com (Jenny Doll)
Subject: Re: DBKit API questions
Date: Fri, 04 Sep 92 06:57:05 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

The Oracle writes:

>What you'd really like to do here is use the custom object interface in DBKit.
>You can't, however, because of a SybaseAdaptor bug.

Does this mean I cannot current save and retrieve objects (say a List) 
to/from Sybase?

>Another way to do this would be to create a custom Association subclass, which 
 
>converts your int to a date or time string on the fly.  You'd then hook two of 
 
>these custom Associations to the integer date property, and you'd be rocking.
 
>The trick is to hook up all of your associations in IB, and then replace the  
>date ones with your custom versions at run time.

I just spent two hours going over all three pages of DBAssocation documentation
and I just ain't getting it.  I think I understand the concept of a
DBAssociation, but this is my third day of DBKit and I'm still not quite clear
on how all of this stuff works together.  What I tried was...

Using the standard Sybase pubs demo, I created a subclass of DBAssociation and
overode methods for:

- initFetchGroup:aFetchGroup expression:anExpr destination:aDest;
- contentsDidChange;
- currentRecordDidDelete;
- endEditing;
- getValue:aValue;
- (unsigned)selectedRowAfter:(unsigned)previousRow;
- selectionDidChange;
- setDestination:newDestination;
- setValue:aValue;
- validateEditing;

In initFetchGroup:::, I said:
[super initFetchGroup:aFetchGroup expression:anExpr destination:myUIObject];

In IB, I dropped a last name field into my instantiated subclassed DBAssociation
, then I dragged
a connection from my instantiated subclassed DBAssociation to a column in 
a DBTable.  None of this really matters, because initFetchGroup never gets calle
d, nor do
any of the other methods.  BTW, what's the difference between getValue: and setV
alue:?

Do you know of any code examples that highlight the use of DBAssociations?

Thanks, ...Michael (hmmm, flat files aren't all that bad afterall) Brill :/
From: dd26+@andrew.cmu.edu (Douglas F. DeJulio)
Newsgroups: comp.sys.next.programmer
Subject: Re: Workspace HideOnAutoLaunch . .
Date: 2 Sep 92 15:59:43 GMT
	<1992Sep2.092746.1@capd.jhuapl.edu>
Organization: School of Computer Science, Carnegie Mellon, Pittsburgh, PA

If you want to use -NXHost on a per-login basis, and not have it
preserved between login sessions, you could put the apropriate
"dremove" in your .logout file.
-- 
Doug DeJulio
ddj+@cmu.edu
Newsgroups: comp.sys.next.programmer
From: whr@lanl.gov (William H. Reed)
Subject: 64 Bit Integers
Organization: Los Alamos National Lab
Date: Fri, 28 Aug 1992 21:40:11 GMT

I need to use 64 bit integers on my NeXT.  I have discovered a "long long"  
declaration that sort of works.  Everything compiles but I get _fixsfdi and  
_floatdisf as undefined symbols from the loader.  Does anyone have any  
experience with 64 bit integers?

Bill Reed
Los Alamos National Laboratory
whr@lanl.gov
Newsgroups: comp.sys.next.programmer
From: georgen@gpu.utcs.utoronto.ca (G. Ng)
Subject: Assembly on the Next
Followup-To: aldo@nsq.uucp
Organization: University of Toronto Computing Services
Date: Sat, 29 Aug 1992 04:19:09 GMT

This message is being posted for a friend.  Please email all responses
to "aldo@nsq.uucp".
---------------------------------
I've obtained from the archives two programs that allows one to examine
and modify files in Hex.  What I'd like to know is if there are any
utilities out there that go beyond plain hex editing and give you the
assembly code equivalents of the instructions.  Suggestions on good 040
assembly tutorial books would also be welcome.
 
Please email any info. to aldo@nsq.uucp.  Thanks
----------------------------------
Newsgroups: comp.sys.next.programmer
From: frisinv@alleg.edu
Subject: Re: Interface builder
Organization: Allegheny College
Date: Fri, 28 Aug 1992 13:26:41 GMT

In article <17jslcINNqou@overload.lbl.gov> seidl@next1.lbl.gov (Peter  
Seidl) writes:
> I am beginning to learn about the interface builder and have been  
working the  
> examples in chapter 8 of the Nextstep Concepts manual.  I have more or  
less  
> succeeded in doing Examples 1-3.  However, one thing seems puzzling:   
The  
> calculator examples (2 and 3) run fine as applications, but when I try  
to test  
> them using the Test Interface command in IB, nothing happens when I tell  
it to  
> do a calculation.  However, the 'edit' functions seem to work fine in  
Test  
> Interface mode.  Did I make a mistake or is it a quirk of the IB?
> 
> --
> Peter Seidl
> Heavy Ion Fusion Accelerator Research 
> Lawrence Berkeley Laboratory
> Berkeley, CA 94720
> 
> seidl@next1.lbl.gov

It's a quirk.
From: da0g+@andrew.cmu.edu (David Apfelbaum)
Newsgroups: comp.sys.next.programmer
Subject: Views & NXImage
Date: 1 Sep 92 18:15:24 GMT
Article-I.D.: andrew.4ed2CwC00WA7QJG0hp
Organization: Electrical & Computer Engineering, Carnegie Mellon, Pittsburgh, PA



Is there any simple way to do a Composite (Copy) from a view to a NXImage?

(Yes, I could do all my drawing in the NXImage, and then always
Composite to the View, but I'm kinda curious as to whether it can/could
be done the other way....)


In a similar vein, how is it possible to take a NXImage "snapshot" of a
window not associated with the active program?  (A la the NeXT demo
Grab.)  For that matter, does anyone know where the source is to Grab??


Thank you,

    -David.
     da0g+@andrew.cmu.edu
Newsgroups: comp.sys.next.programmer
From: quarrie@cds001.cebaf.gov (David Quarrie)
Subject: Re: the -traditional switch under NeXTSTEP 3.0 ?
Reply-To: quarrie@cds001.cebaf.gov (David Quarrie)
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
Date: Fri, 4 Sep 1992 12:56:25 GMT

--
In article <1992Sep3.133809.8477@murdoch.acc.Virginia.EDU>,
quarrie@cds001.cebaf.gov (David Quarrie) writes:
|>Subject: has anyone tried the -traditional switch under NeXTSTEP 3.0
|>?
|>Reply-To: quarrie@cds001.cebaf.gov (David Quarrie)
|>Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
|>Date: Thu, 3 Sep 1992 13:38:09 GMT
|>
|>Has anyone tried using the -traditional switch to the Ccompiler under
|>NS 3.0?
|>I have the following little test program:
|>
|>	david> cat problem.c
|>
|>	#define CALL(a,b,c) ((a=b),c)
|>	#define CALL_R CALL
|>	void problem (bc)
|>	int *bc;
|>	{
|>       	int *t1, *t2;
|>        	CALL_R(t1, (int *)(CALL_R(t2, bc, t2)), t1);
|>	}
|>
    [some lines omitted]
|>
|>I've since heard that the solution is to use the -traditional switch
|>to the
|>compiler:
|>
    [remainder of posting omitted]

I've just had a rapid response from NeXT on the above. The correct switch is

	cc -traditional-cpp

which does correctly compile the code sample whilst still correctly locating
the NeXT header files. This is documented in the NeXTSTEP 3.0 Release Notes.

Mike Monegan from NeXT says:

  NeXT implemented a new version of cpp (cpp-precomp) for NS 3.0 to support 
  precompiled headers.  This is the default preprocessor, but
unfortunately its 
  behavior is not completely identical to the standard GNU cpp.  In case
of the 
  above problem, an obscure bug fix to cpp-precomp was not released in
NS 3.0 due 
  to compiler stability concerns.  Subsequent releases of NeXTSTEP will
contain 
  this fix.  The temporary workaround is to use -traditional-cpp, which
is 
  documented in
/NextLibrary/Documentation/NextDev/ReleaseNotes/Preprocessor.rtf, 
  to get the old behavior (but without precompiled header support).

I'd like to thank Paul Richardson and Mike Monegan from NeXT for their help
in tracking this problem down and for pointing out the correct solution. I'd
should also admit to not using the correct channels on this - that's what
NeXTdeveloper support is for. Sorry about the wasted bandwidth.

-------------------------------------------------------------------------------
	David Quarrie					CEBAF MS 12H
							12000 Jefferson Ave
Internet: quarrie@cebaf.gov				Newport News VA 23606
DECnet  : cebaf::quarrie				Tel: (804) 249-7562
BITNET  : quarrie@cebaf					Fax: (804) 249-7363
From: strauss@Aero.org (Daryll Strauss)
Newsgroups: comp.sys.next.programmer
Subject: Re: "bind"ing sockets, -ObjC, and memset....A puzzle
Date: 31 Aug 92 16:47:20 GMT
Organization: The Aerospace Corporation
NNTP-Posting-Host: armadillo.aero.org

In article <1992Aug28.190230.2670@next.cambridge.ma.us>, simsong (Simson L. Garfinkel) writes:
|> Apparently, when you include the -ObjC flag, all stack variables are  
|> initialized to 0.
|> 

It would be a really bad idea to rely on that "feature." You must clear
the sockaddr structure to use it. The C spec says that stack variables
have unknown values. I've need heard anything different in for ObjC. So
relying on the compiler to initialize variables for you is a disaster
waiting to happen.

						- |Daryll
Newsgroups: comp.sys.next.programmer
From: hickman@cse.unl.edu (Hubert B. Hickman)
Subject: terminal emulation 
Organization: University of Nebraska - Lincoln
Date: Thu, 3 Sep 1992 14:27:02 GMT

I have an application that requires the use of an imbedded "terminal"
window within a window.  This terminal window needs to to run a shell,
and various buttons and other things will send some input to this 
terminal window.  The user should also have the ability to type commands
into this terminal window.  So I guess what I need is an imbedded "terminal"
emulation in a scrolling text field.  What would be the best way
to go about doing this?  The emulation need not be too fancy - the equivalent
of the Workspace's "new shell" would be sufficient.

Thanks in advance,

Hubert Hickman
hickman@cse.unl.edu

Newsgroups: comp.sys.next.programmer
From: mckelvey@fafnir.com (James W. McKelvey)
Subject: Re: PLEASE help me with rld! PLEASE! PLEASE! PLEASE! PLEASE! PLEASE!
Reply-To: mckelvey@fafnir.com
Organization: Fafnir Software, Saugus, CA, USA
Date: Sat, 29 Aug 1992 08:42:51 GMT

In article <4828@rosie.NeXT.COM> gburd@trouble.next.com (Greg Burd (Temp))  
writes:
> In article <HRA6NUH@mailgzrz.tu-berlin.de> mauriti@cs.tu-berlin.de (Frank  
> Hartlep) writes:
> > I've asked this already and nobody replied. But I can't believe there's
> > nobody on this big, big net who knows how to use rld.
> > 
> Hello Frank,
> 
> 	Here is a little goof off program where rld is used.  

Great, thanks.  Now how about an example at the next level, that is, where the  
rld loaded object is already referenced by the main module, which is linked -r  
so that further linking is possible later.  This kind of stuff is explicitly  
mentioned in the man pages for rld.  Quote:

An object name can be an archive and if so only those members defining  
undefined symbols will be loaded.

Please give us an example whereby external symbols are linked at runtime  
instead of link time.
-- 
A man should not strive to eliminate his complexes, but to get in
accord with them; they are legitimately what directs his conduct
in the world. - Sigmund Freud
Jim McKelvey                      mckelvey@fafnir.com
From: pfkeb@kaon.SLAC.Stanford.EDU (Paul Kunz)
Newsgroups: comp.sys.next.programmer
Subject: Re: Project Manager Questions
Date: 2 Sep 92 14:36:09 GMT
Distribution: usa
Organization: Stanford Linear Accelerator Center
In-reply-to: rpomeroy@aunext3.cam.amd.com's message of 1 Sep 92 22:29:13 GMT

In article <1992Sep1.222913.9343@dvorak.amd.com> rpomeroy@aunext3.cam.amd.com (Ron Pomeroy x(Coop)) writes:

   From: rpomeroy@aunext3.cam.amd.com (Ron Pomeroy x(Coop))
   In article <1992Sep01.184348.147083@lexmark.com> songer@lexmark.com  
   (Christopher Songer) writes:
   >>Hi,
   >>
   >>     Work has been hectic so I've not had the time to follow a
   >>couple of threads I'm interested in as attentively as I would
   >>have liked. What I'm interested in is what functionality project 
   >>manager supplies and (most importantly) if it supports revision 
   >>control. (While I can't imagine something called ProjectManager 
   >>not supporting revision control; what I can and cannot imagine is
   >>not too important here.)
   >>
   >>     Currently, I'm using CVS to do revision control on my
   >>Next project directories. This works OK but like any command line
   >>procedure, could certainly be easier with a nice front end.
   >>
   >>     If this is a redundant topic please drop me some email rather
   >>than cluttering the group with useless posts.
   >>
   >>Thanks! 
   >>-Chris
   >>songer@lexmark.com
   >>Development Engineer
   >>Lexmark International Inc.

   1) Me thinks its called ProjectBuilder not ProjectManager (correct me if I'm  
   wrong)
   2) Everything I've heard in the past has indicated it doesn't support revision  
   control. (again, 3.0 types correct me if I'm wrong)


It is indeed called ProjectBuilder and that's the appropriate name
because it does NOT support revision control.  Given the way it
interfaces with gdb and Edit and the way gdb interfaces with Edit, you
can happily edit, compile, link and debug without ever entering a
shell.  So the lack of GUI for revision control is even more obvious
than it was under NS 2.0.

CVS users are in for a shock when they get NeXTSTEP 3.0.  Nib files
have been turned into directories, and CVS will thus put its CVS
subdirectories in them on checkout.   InterfaceBuilder, of course,
doesn't know anything about CVS, and will effectively remove them
when you edit the nib.

A workaround for the above problem is in the works, stayed tuned
for announcements.   The real fix has to come from NeXT and I 
understand it has high priority for some future release.
--
Paul F. Kunz	pfkeb@slac.stanford.edu (NeXT mail ok)
Stanford Linear Accelerator Center, Stanford University
Voice: (415) 926-2884   (NeXT) Fax: (415) 926-3587
Newsgroups: comp.sys.next.programmer,comp.lang.c++
From: swillden@news.ccutah.edu (Shawn Willden)
Subject: Re: Replacing NeXT cc with gcc-2.2.2
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Tue, 1 Sep 92 00:33:06 GMT

jbuck@forney.berkeley.edu (Joe Buck) writes:
: In article <1992Aug31.164909.7198@fcom.cc.utah.edu> swillden@news.ccutah.edu (Shawn Willden) writes:
: 

[ My questions and Joe's informative responses deleted ]

: >4)	How standard are the libg++ libraries?  (i.e. how closely do they track
: >the work of the ANSI C++ committee? [In implementation, not content, ANSI
: >hasn't/isn't going to specify standard libraries, right?])
: 
: As of libg++ 2.0, the iostream library is very close to that of AT&T.
: Yes, ANSI is going to specify standard libraries for streams, and possibly
: a couple of others.  I think you mean "In interface, not implementation",
: since you don't care about the implementation if the interface is the same.

Actually, I meant more or less what I said.  Since I didn't believe that
ANSI was going to specify any standard libraries (I should have realized 
that streams would be specified) I didn't expect that libg++ would have any
kind of a standard interface.  By 'implementation' I meant design and 
coding rather than the traditional OOP sense of the word.  What I *should*
have said is "Given an ANSI-conformant compiler (conformant to whatever
degree it has been defined) can I expect the libg++ libraries to compile
on it?".  Thanks for the correction.  Oh, and BTW, you mention a 'couple of
others' (library classes), what are they?
 
: >5)	Is 2.2.2 compatible with the NeXT gdb or would I have to get gdb-4.6 as
: >well?
: 
: I recommend getting gdb-4.6 if you're going to use g++.  It has greatly
: improved facilities for finding member functions, including command
: completion (where you type part of the name and prototype of an overloaded
: member function and it completes it or lists the possibilities).  I don't
: know what version of gdb NeXT provides; if it predates 4.0 you'll need
: to upgrade.
: 
: --
: Joe Buck	jbuck@ohm.berkeley.edu

Thanks, Joe.

--
Shawn Willden
swillden@icarus.weber.edu
Newsgroups: comp.sys.next.programmer
From: billyh@crash.cts.com (Bill Huey)
Subject: Midi object gives me a strange MACH error....uh, help ???
Date: 01 Sep 92 22:10:16 PDT
Keywords: midi mach

 
Ok, I have been trying to get the midi object to open, but it keeps giving me
a
 
"Music Kit: Problem opening Midi device. Mach Error: ownership rights required
"
error.
 
There's not much in complexity in my code...I'm just trying to talk to the MIDI
driver.
 
Here it is......
 
#import <objc/Object.h>
#import <musickit/Note.h>
#import <musickit/Midi.h>
#import <musickit/NoteReceiver.h>
--More--(92%)
 
char *theString = "F0,00,00,0E,02,03,65,F7";
char *portstring = "midi1";
 
void main()
{
         id     theNote;
         id     midi;
 
 
        theNote = [[Note alloc] init];
        midi = [Midi newOnDevice:portstring];
        [midi open];
        [midi run];
 
 
        printf("%s<- is the test string being sent over\n",theString);
        [theNote setPar:MK_sysExclusive toString:theString];
        [[midi channelNoteReceiver:0] receiveNote:theNote];
        exit(0);
 
}
 
 
.............................
Any help would be really appreciated.
Bye.
 

Newsgroups: comp.sys.next.programmer
From: frank@glocke.hotb.sub.org (Frank Thomas)
Subject: Re: messaging mail in 3.0 with distributed objects -- you can't!
Date: Thu, 27 Aug 1992 10:31:13 GMT

In article <1992Aug18.143442.14079@pencom.com> alex@laos (Alex D. Nghiem)  
writes:
> For those that are interested, the following code was posted by Andy  
Stone  
> several weeks earlier:
[stuff deleted]
>     mail = NXPortFromName("MailSendDemo", ""); // ACK for now it works
[stuff deleted]
> 			andrew

I think it should be 
mail = NXPortFromName("MailSendDemo", [NXApp hostName]);

because if you run a program with `redirected` WindowServer on a different  
NeXT, your program would be started there instead of using your NeXT.
Newsgroups: comp.sys.next.programmer
From: qureshi@unixhub.slac.stanford.edu ("For deposit only")
Subject: API for Project Builder
Reply-To: cooldude@elaine49.stanford.edu
Organization: DSO, Stanford University
Date: Fri, 28 Aug 92 23:40:10 GMT


Could someone please send me the messaging API for Project Builder.  I remember  
seeing a similar API for Mail.
I want to know what messages the Project Builder is capable of receiving.   
Basically I wanna get the current directory, it is looking at.

Imran
Newsgroups: comp.sys.next.programmer
From: royce@splunge.uucp (Royce Howland)
Subject: Re: How to PANIC a NeXT (mach kernel bug )
Organization: Ashley, Howland & Wood
Date: Thu, 3 Sep 1992 13:12:55 GMT

mrc@Tomobiki-Cho.CAC.Washington.EDU (Mark Crispin) writes:

>I believe that it is perfectly reasonable to claim that it is a bug in
>the kernel if the kernel crashes just because some user consumed all
>of a particular resource.

>Bug #1: the user should not have been allowed to consume the entire
>resource.  There should be a high-water mark for individual user use.
>If the resource is something that the kernel also needs, there should
>also be a high-water mark for total user use beyond which only the
>kernel or privileged users can tread.  Disk space has the latter type
>of high-water mark.

>Bug #2: the kernel should not have crashed when the resource ran out.
>It should have rejected the fatal attempt to get the resource.  If it
>felt really nasty, it could have killed the process (which would have
>freed things up quite nicely!).

>Bug #3: it is a bug in the minds of `propeller heads' (to quote Steve
>Jobs) that it is EVER anything other than a bug for a kernel to crash.
>It may be a bug in the hardware.  It may be a bug in the software.  It
>can be malicious physical damage (induced hardware bug).  But no
>kernel should crash because of the actions of an unprivileged user
>program.

>Back in prehistoric days (before UNIX), we actually tried to make
>operating systems that would not crash even with the most abusive user
>programs running.  We succeeded, too.  It is embarassingly easy for an
>unprivileged user to crash even so-called `secure' UNIX systems,
>including in ways that cause filesystem damage.  This is an Achilles'
>Heel, and one that should not be tolerated in a `UNIX for the masses'
>system as NeXT claims to be.

Excellent points, and I would extend them to other aspects of the
environment as well, such as the Window Server.  It's frustrating to
work with certain software packages that can cause the Window Server
to crash and wipe out ones entire login session.  This should not be
tolerated, whether it's the result of a bug in the software package
or in the Window Server.

A primary goal of a protected, multi-user, multi-tasking OS is to
isolate processes from each other, so if one causes trouble, the
others are not affected.  Of course, this goal is defeated if there's
a problem with one of the high-level system processes (who watches the
watchers).

And no, I'm not pointing the finger at any particular software.  The
vendor of one package I have that had this Window Server problem has
provided pretty swell support so far, sending up a version that hasn't
clobbered my machine since the update (although admittedly I haven't
used the package as much since the update).
-- 
Royce Howland   --   Everything is IMHO   |  "I can eat enormous quantities
royce@splunge.uucp        (NeXTMail OK)   |   of ice-cream without being sick,
or kakwa!atlantis!splunge!royce           |   Mrs. S-C-U-M."
C86Net: Mr._Neutron@RT.Alta               |   --Mr. Neutron
Newsgroups: comp.sys.next.programmer
From: dave@nakiska.ucs.ualberta.ca (David Ross)
Subject: Re: Command-line apps now harder (was Re: Workspace HideOnAutoLaunch)
Organization: University Of Alberta, Edmonton Canada
Date: Wed, 2 Sep 1992 19:37:15 GMT

In article <1992Sep2.095521.5784@u.washington.edu>  
wjs@blorf.cpac.washington.edu (William Shipley) writes:
> Michael Mellinger writes:
> 
> Life gets worse (in this area) under 3.0, since you can't run .app  
wrappers  
> easily from the command line (you have to cd to the directory and run  
the  
> binary to make sure you pick up the resources), and ALL freshly compiled  
> programs will be .app wrappers.
> 

Have you used the "open" command?  Works great.  Understands Workspace  
concepts like ".app".  "eg.  open -NXHost nakiska WordPerfect.app"
works fine.  Also works on documents and non-.app apps.
--
David A. Ross, Programmer Analyst  | dave@nakiska.ucs.ualberta.ca
Computing and Network Services     |  (NeXTmail accepted)
352 Gen Serv Bldg, Univ of Alberta | Phone: (403) 492-9339
Edmonton, Alberta, Canada  T6G 2H1 | Fax:   (403) 492-1729
Newsgroups: comp.sys.next.programmer
From: pchin@fraser.sfu.ca (Patrick Keng Seng Chin)
Subject: Re: status on book
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 26 Aug 1992 18:40:58 GMT

simsong (Simson L. Garfinkel) writes:

>After speaking with my publisher last week, I'm informed that:

>	NeXTSTEP Programming
>	Step 1: Object-oriented applications

>Will be on the bookshelves in mid-November.

Ackkkkkk! I'm really disappointed. Nothing to look forward
to in September. Oh well, another 2.5 months of
schoolwork to plow through.
-P.C.

Newsgroups: comp.sys.next.programmer
From: sritchie@cs.ubc.ca (Stuart Ritchie)
Subject: Re: status on book
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Date: Thu, 27 Aug 92 05:09:31 GMT

In article <pchin.714854458@sfu.ca> pchin@fraser.sfu.ca (Patrick Keng Seng Chin) writes:
>simsong (Simson L. Garfinkel) writes:

>
>Ackkkkkk! I'm really disappointed. Nothing to look forward
>to in September. Oh well, another 2.5 months of
>schoolwork to plow through.
>-P.C.

As if 3.0 isn't enough!!


Newsgroups: comp.sys.next.programmer,comp.sys.sun.programmer