HDTenEightyP/NetNews huggingface dataset:
From: matt@drefla.mese.com (Matt Brandt)
Subject: Re: reading CD data
Organization: Applied Engineering
Date: Sat, 23 Jan 1993 20:44:20 GMT

Ken Lui writes
> In article <30056@oasys.dt.navy.mil> curt@oasys.dt.navy.mil (Curt Welch)  
writes:
> >I've read that the CD-ROM drive on some SGI systems can read all
> >the music data, so at least someone has made a CD-ROM drive that
> >can read the music data, but I think it requires more than just
> >the right software driver.
> 
> The SGI and new Apple CD-ROM drives (Toshiba makes the SGI unit,
> while Sony makes the Apple unit) supports the proper SCSI command
> to access audio data from audio CDs.  I haven't tried it, but
> someone mentioned in a comp.sys.mac.* newsgroup said that with
> the newer Macs and the Apple 300i drive, he was able to
> disconnect the supplied microphone and record directly from an
> audio CD into a Mac SND file.  However it's done, it's certainly
> possible--I didn't followup to find out what the sampling rate
> was.
> 
In the new apple machines I believe that they hook the audio output from
the CD player into the mic input on the motherboard. That is how they play
the sound. I don't think you can access the digital sound data.

matt
Xref: sparky comp.sys.next.programmer:8300 comp.sys.next.misc:24070
From: patrice@cs.sfu.ca (Patrice Belleville)
Subject: Re: Memory Allocation Error
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Distribution: cct
Date: Sat, 23 Jan 1993 18:08:44 GMT

From article <ofM_2yS00WA78Jzi5C@andrew.cmu.edu>, by David Apfelbaum <da0g+@andrew.cmu.edu>:
> Excerpts from netnews.comp.sys.next.programmer: 21-Jan-93 Re: Memory
> Allocation Error by Erich S. Boleyn@alamo.mt 
>>   I have seen this problem many times.  It has always (so far at least)
>>been caused by attempting to call 'free' on a statically allocated string.
>>.....
>>   Basically, your answer is to just bite the bullet and fix the bad
>>code that technically shouldn't have worked anyway, even though SunOS
>>and a few others are permissive.
> 
> 
> ????
> 
> If this truly is the problem, there's a much easier, though far less
> "correct" solution:
> 
> (from "man cc")
>      -fwritable-strings

	I'm not sure I see how this  would  help.   The problem is  that,  by
calling 'free'  on something which  has  not been  previously  malloc'ed, you
confuse memory  allocation.  Whether the string is  writable or not, the same
confusion will occur (in fact it might show  up  earlier in  the latter case,
and hence be easier to fix).
								      Patrice
-- 
/***************************************************************************\
|* Patrice Belleville 					 patrice@cs.sfu.ca *|
|*   --- Simon Fraser University is not responsible for my mistakes. ---   *|
\***************************************************************************/
Newsgroups: comp.sys.next.programmer
From: pfkeb@kaon.SLAC.Stanford.EDU (Paul F. Kunz)
Subject: Re: NXBundles and external libraries
Organization: Stanford Linear Accelerator Center
Date: Sat, 23 Jan 1993 04:28:37 GMT

   After a day of puting out fires in other areas, I came back to this
problem and it turned out quite easy.  The problem was that a
dynamically loaded bundle and the staticly loaded code in an
application resolved external symbols from the same external non-NeXT
C library where the bundle needed many more symbols than the
application.

   Here's what I did...

In Makefile.preamble of the application, I put in

	LLIBS = /usr/local/lib
	OTHER_OFILES = obj/hippo.o
	LIBHIPPO = $(LLIBS)/libhippoNext.a

where libhippoNext.a is the C library in question.

In Makefile.postamble of the applicaton, I put in

	obj/hippo.o : $(LIBHIPPO)
		ld -all_load -r -o $@ $(LIBHIPPO)

This dependency rule forces all of libhippoNeXT.a to be linked
re-locateable into the file obj/hippo.o and since obj/hippo.o has been
declared as an "OTHER_OFILE" everything works.   That is, the application
links without errors due to unresolved sysmbols, and the bundle loads
also without errors due to unresolved symbols.

   Obviously, this is a good solution only if you essentially need all
of the library in the application anyway, which is my case.  The real
answer to the problem is to build a shared library, but nobody but a
few gurus at NeXT know how to build a shared library on a NeXT.

   I have nobody to thank for suggestions or solutions to my question
since I didn't get any via the news group nor by e-mail.   This must
be one of the rare cases where the net didn't come thru.
--
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
From: mike@media-lab.mit.edu (Michael Hawley)
Subject: reading CD data
Reply-To: mike@media-lab.mit.edu
Organization: MIT Media Laboratory
Date: Thu, 21 Jan 1993 20:53:45 GMT

Anyone have the driver code to read digital data
from audio CD's using the CD-ROM drive?
Digitizing through the DSP is adequate but silly.
From: S.A.McIntyre@durham.ac.uk (Scott A. McIntyre)
Newsgroups: comp.sys.next.programmer
Subject: Memory clean up?
Date: 24 Jan 93 17:21:14 GMT
Reply-To: S.A.McIntyre@durham.ac.uk
Organization: University of Durham

I know virtually nothing on programming the NeXT (but I've ordered the Garfinkel / Mahoney
book) and want to know *why* the swapfile doesn't decrease or why some sort of a utility
can't be written that *makes* it decrease.

My understanding is that when appications run out of real ram to play with, they use
virtual ram, aka the swapfile.  In theory, applications should clean up the mess they make
with VM, but as my perpetually growing swapfile shows, this is rarely the case.  

So, in theory, why can't a application be made that pokes through the swapfile, and RAM in
general, looking for things that don't seem to have an owner, and deletes them.

I'm speaking naively here, but would appreciate an answer from someone who knows,
Thanks!

Scott


-- 
EMAIL: S.A.McIntyre@durham.ac.uk   OR   scott@shrug.dur.ac.uk (NeXTmail)
SNAIL: Pyschment of Departology, University of Durham, Durham, DH1 3LE
SUN Computers:  "Nice chips, shame about her OS"
"If a virtual tree falls in a virtual forest, does it make a virtual sound?"
Newsgroups: comp.sys.next.programmer
From: dave@prim.demon.co.uk (Dave Griffiths)
Subject: Unhelpful Help Builder
Organization: Primitive Software Ltd.
Date: Sun, 24 Jan 1993 20:54:34 GMT

Am I missing something, or is it incredibly clumsy to add Help to your 
application with IB's Help Builder? If I want to add help to a menu item
called Wombat, for instance, I go through the following steps:

1) Go into Edit and create the help file. Resize the window to the same size
   as Help Bulder and save it as Objects/Wombat.rtf.

2) Edit Index.rtfd and add entry for Wombat. Set the link to the file
   Objects/Wombat.rtf. (You need some way to bring up Wombat.rtf from within
   Help Builder). There's also some mysterious rule about a hidden file
   called Prolog.rtf.

3) IB doesn't realize that Index.rtfd has been edited, so quit and reload
   the nib file. (Note: IB doesn't remember your current directory).

4) In IB, bring up the Help Builder panel and click on Index, then click on
   the newly created Wombat entry.

5) Select the Wombat menu item and click the "Attach File to Selection"
   button.

What could be simpler? :-| Of course it's easier to do a whole batch of
them. Why can't you edit the Help text from inside IB? That's the convenience
of having this rtf functionality inside the Text object. At least you can
select the filename in the Inspector and do "Services/Open in Workspace".

Has anybody worked out how to create a Help.store file? I wonder why NeXT
chose not to let us use this feature.

I did try to keep the same "look and feel" as the standard NeXT help for
my menu items, but after copying and pasting one of their files I discover
that simply to have some text with black or grey background, they use TIFF
files! Yuk. There's no way to easily edit one of those. I'm sure they must
use some sort of program to automatically create these TIFF files rather
than creating them by hand. Again, it would be helpful to have this program.

No wonder so few NeXT apps have implemented Help.

[Ob. positive note: the new Edit/Gdb interaction is superb!]

Dave Griffiths
From: bjorn@darmok.uoregon.edu (Bjorn S. Fjeld Pettersen)
Newsgroups: comp.sys.next.programmer
Subject: Re: C++ & LISP
Date: 27 Jan 93 10:32:21 GMT
Article-I.D.: pith.1k5oblINNqq6
Distribution: na
Organization: University of Oregon Network Services
NNTP-Posting-Host: cisco-ts2-line72.uoregon.edu

In article <1k1e30INNnuj@phakt.usc.edu> thartman@phakt.usc.edu (Tye) writes:
> I have a NeXTStation running 3.0, with the full development package  
installed. 
> The university here is using AT&T C++, whereas my NeXT is using the hacked
> ANSI C++ (I think?).  Are these compatible?  Similarly, if I install the 
> GNU G++, will this be compatible w/ AT&T?

The NeXT c++ is not compatible with the at&t (I would imagine your U is using  
the latest c++ specification -- NeXT isn't)  gcc 2.3.3 should be mostly  
compatible with at&t (I don't know if catch and throw are implemented in either  
at present).  I am also relatively certain that you can use gcc 2.3.3 and the  
corresponding libg++ on the next as long as you don't try to compile any obj-c  
with it (it will barf on the proprietary stuff next added onto o-c in 3.0 --  
expect this to be fixed in the next gnu release though). Do get gcc from the  
archives though, it makes installation so much easier!  To the person that  
compiled gcc 2.3.3 (I forget your name): there is space on cs.orst.edu!

> 
> Also, the school is using Lucid Common Lisp/SPARC 4.1 for Lisp development.
> Is this compatible w/ the Allegro Common Lisp on the NeXT?

Mostly.  You should probably compile your ACL as case-insensitive, upper-case  
preferred -- although this will preempt any attempt at using ACL with obj-c, IB  
etc. etc.

> 
> Why, oh why, can't there just be one standard?  (Dream, dream, dream...)

If every language could just compile their stuff (what a scientific term :)  
into a common library format, so that Joe programmer could use his chosen  
language (sounds religious doesn't it :) and just include the different  
libraries. Then everything could be written in the one and only language  
(programmer dependent of course :)  or alternatively the language best suited  
for the tast (... but language x is best for everything...)  A loader/linker   
that could make sense out of the resulting code would be nice too :)

> 
> Thanks!
> Tyson Hartman
> thartman@aludra.usc.edu
> 

(BTW, I know that O-C can represent any problem better than any other language;  
that it is the only OO language, or other language for that matter, that is  
worth using; and that if I even think of using another language I am a moron  
and I should probably go buy myself a sun. Since all of this was kindly pointed  
out to me in e-mail by people on the net.  And if you dare try flaming me for  
this through e-mail I will mail you a virus that instantly disables your ] key  
:)

Forever your humble servant,
	Bjorn

------------------------------------------------------------------------------
Bjorn S. Fjeld Pettersen
bjorn@doek.uoregon.edu                       NextMail Welcomed
#include <std-disclaimer.h>
------------------------------------------------------------------------------
Newsgroups: comp.sys.next.programmer
From: burchard@horizon.math.utah.edu (Paul Burchard)
Subject: Re: NXBundles and external libraries
Organization: University of Minnesota
Date: Fri, 22 Jan 1993 02:19:17 GMT

In article <1993Jan21.184110.19517@pasteur.Berkeley.EDU>  
nicolson@strauss.berkeley.edu (Ed Nicolson) writes:
> 
> To create the library I took all the object code files from the 
>    palette and used ar and ranlib to create a library which I link in 
>    with the application using the custom Palette.  This gives the message:
> 
> /bin/ld: Undefined symbols:
> objc_class_name_IBInspector
> _IBObjectPboardType
> objc_class_name_IBPalette
> 

Don't "ar"-chive any of the IB-specific classes (IBInspectors, etc) into your library.  Your end-user classes hopefully don't directly refer to any of them (except thru harmless stuff like -getInspectorClassName).

--
--------------------------------------------------------------------
Paul Burchard	<burchard@geom.umn.edu>
``I'm still learning how to count backwards from infinity...''
--------------------------------------------------------------------
lication using the custom Palette.  This gives the message:
> 
> /bin/ld: Undefined symbols:
> objc_class_name_IBInspector
> _IBObjectPboardType
> objc_class_name_IBPalette
> 

Don't "ar"-chive any of the IB-specific classes (IBInspectors, etc) into your library.  Your end-user classes hopefully don't directly refer to any of them (except thru harmless stuff like -getInspectorClassName).

--
--------------------------------------------------------------------
Paul Burchard	<burchard@geom.umn.edu>
``I'm still learning how to count backwards from infinity...''
----------------------------------------------
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.programmer
Subject: Re: RGB Values of "NeXT Help Blue"
Date: 26 Jan 1993 09:28:02 GMT
Organization: University of California, Berkeley
Distribution: world
Reply-To: izumi@pinoko.berkeley.edu
NNTP-Posting-Host: moica.berkeley.edu

In article <1993Jan26.010722.7575@strangeways.unh.edu> tjb@strangeways.unh.edu (Thomas J. Baker)  
writes:
>
>Does anyone know the exact rgb values of the blue that NeXT uses in their help  
>panels (like for Mail)?  It has the quality of being blue on color machines and  
>pure light grey on monochome ones.  

R=0.2000, G=0.26667, B=0.60000
or
H=0.6388, S=0.66667, B=0.60000
or
C=0.8000, M=0.73333, Y=0.40000, K=0

--
Izumi Ohzawa             [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.programmer
From: kieffer@spf.trw.com (Robert Kieffer)
Subject: Re: <Help> Problems with multiple DPSTim...(Please ignore original post)
Organization: TRW Inc., Redondo Beach, CA
Date: Tue, 26 Jan 93 17:16:06 GMT

I wrote:
> Hi folks,
> 
> I've run into a problem while using more than two DPSTimedEntries...
>

[etc...]

Just when I thought it was safe to take my foot out of my mouth...

My apologies... I had my timed entry state variable declared as a class  
variable instead of as an instance variable.  Problem solved!

Thanks,
Robert Kieffer
kieffer@spf.trw.com
Newsgroups: comp.sys.next.programmer
From: bbum@stone.com
Subject: Re: Passing Stream Data between Client and Server?
Reply-To: bbum@stone.com
Organization: Stone Design Corp
Date: Fri, 22 Jan 1993 18:59:42 GMT

In article <1993Jan22.111601.15395@informatik.uni-hamburg.de>  
becker@informatik.uni-hamburg.de (Ulrich Becker) writes:
> In article <1993Jan18.203809.6077@ornl.gov> woo@ornl.gov (John W. Wooten)  
writes:
> > [Problem description]
> >
> > The problem is that NXStreams can't be used between proxy objects since  
> > the size of the NXStream can't be determined.  The information can't be  
> > passed as char * since there are imbedded nulls.
> > 
> 
> Why not use bit/byte stuffing?

If one responds to the NXEncoding/NXDecdoing protocol, then you could create  
a wire compatible object that either uses encode/decodeBytes:count: or pass  
an NXData object between the two hosts....

> > [John W. Wooten]
> 
> Ulrich Becker
> 
> Becker@informatik.uni-hamburg.de

b.bum
-- 
<bbum@stone.com>   | "I ride tandem with the random...
Stone Design Corp  |   ...things don't run the way I planned them." p.gabriel
Newsgroups: comp.sys.next.programmer
From: peter@tahiti.umhc.umn.edu (Peter Eisch)
Subject: Re: RGB Values of "NeXT Help Blue" -- NOT 12-bit pure !
Organization: University of Minnesota
Date: Thu, 28 Jan 1993 19:22:39 GMT

In article <2B6811EC.1252@deneva.sdd.trw.com> kieffer@spf.trw.com (Robert  
Kieffer) writes:
> In article <1k8i4n$mhl@agate.berkeley.edu> izumi@pinoko.berkeley.edu  
> (Izumi Ohzawa) writes:
> > 
> > Actually, on a closer examination,  Mail's Help Panel text color gets
> > dithered on Color Station.  There are actually two kinds of pixels
> > (RGB) = (51, 68, 136) and (RGB) = (51, 68, 153).  The former gives
> > B=0.5333 and the latter gives 0.6.  So, it's not a 12-bit pure color.
> > You've got to pick the color on a NeXTdimension to get the correct
> > information.
> > 
> 
> My NeXTDimension gives RGB = (51, 68, 152) FYI.

If this is about the little link diamond that is used in help, then read on.   
Otherwise this is of little use to you...

I looked at the image resource that the shared image is composited from and it  
is a RGBA image that holds 4bits per sample.  Thus, it will be the same whether  
it displayed on a station or dimension.  Chances are that it was dithered when  
the image was 'cast in stone' as a tiff file.



> Robert Kieffer
> kieffer@spf.trw.com

peter
peter@tahiti.umhc.umn.edu
Newsgroups: comp.sys.next.programmer
From: mjh@kronecker.mit.edu (Michael J. Hopkins)
Subject: Re: IB question (solution)
Organization: MIT Department of Mathematics, Cambridge, MA
Date: Tue, 26 Jan 93 16:08:03 GMT

This is clearly what the internet was intended for.
Me submitting problems, following up my own post
with more questions, and then presenting solutions.
Oh well..

I figured out how to get IB to display a modified image.

(1) replace the image in PB by, for example double clicking on the
	suitcase icon, and adding the modified image (which presumably
	has the same name as the old image).

(2) save the project

(3) QUIT IB!

(4) Now when you open the .nib file IB will display the correct
	image.

-----
Part 2:

Ed (who sent me help before)  's name is 

Ed Vanvliet

thanks again Ed!

-- 
-----------------------------------
Mike Hopkins
mjh@math.mit.edu
-----------------------------------
Newsgroups: comp.sys.next.programmer
From: mjh@minkowski.mit.edu (Michael J. Hopkins)
Subject: IB question
Summary: How to update an image
Keywords: Interface Builder
Organization: MIT Department of Mathematics
Date: Sat, 23 Jan 93 23:03:07 GMT

I have a question about loading images into a project.
Suppose I am creating an icon for use in a project.
First I draw the icon, then I drag it into IB and the image
suitcase opens up, and I drop it in.  A panel comes up giving me
the choice of inserting it into the project or creating a local image.
I choose to insert it into the project, thus creating a .tiff file in
my project folder.  Now suppose I decide to make some changes to the image.
How can I make them take effect in IB?  Simply changing the .tiff file
doesn't seem to do anything.  In fact the file can be deleted.  IB has
put its own private copy in the .nib file.  If I try to add the updated
icon to the .nib file again (by dragging it into IB) I get an alert panel
telling me that the image already exists.  IB then refuses to write over it.
I guess my question is:  How can I delete an image from a .nib file?







-- 
-----------------------------------
Mike Hopkins
mjh@math.mit.edu
-----------------------------------
Newsgroups: comp.sys.next.programmer
From: cs4gp6aa@maccs.mcmaster.ca (Appavoo      J)
Subject: Diffs encountered compiling gcc2.3.3
Organization: Department of Computer Science, McMaster University
Date: Thu, 28 Jan 1993 19:34:28 GMT

I encountered the following when running make compare after 
doing all stages of compiling gcc-2.3.3 on my non-turbo
mono nextstation running 3.0 :

rajaratnam[209] gmake compare
for file in *.o; do \
  tail +16c $file > tmp-foo1; \
  tail +16c stage2/$file > tmp-foo2 2>/dev/null \
    && (cmp tmp-foo1 tmp-foo2 || echo $file differs); \
done
tmp-foo1 tmp-foo2 differ: char 433, line 1
c-parse.o differs
tmp-foo1 tmp-foo2 differ: char 12357, line 111
cexp.o differs
tmp-foo1 tmp-foo2 differ: char 425, line 1
enquire.o differs
tmp-foo1 tmp-foo2 differ: char 365, line 4
getopt.o differs
tmp-foo1 tmp-foo2 differ: char 297, line 1
getopt1.o differs
tmp-foo1 tmp-foo2 differ: char 433, line 1
objc-parse.o differs
tmp-foo1 tmp-foo2 differ: char 433, line 1
protoize.o differs
tmp-foo1 tmp-foo2 differ: char 35769, line 163
unprotoize.o differs
rm -f tmp-foo*

The documentation states that any diffs indicate serious problems.
Do I have anything to be worried about?  Has anyone else had
this happen?  Any solutions?  Meaning of diffs?

Thanks for any info you may have.

                            Jonathan
                               Appavoo.
From: t68@nikhefh.nikhef.nl (Jos Vermaseren)
Newsgroups: comp.sys.next.programmer
Subject: Re: Memory Allocation Error
Date: 21 Jan 93 15:37:18 GMT
Organization: Nikhef-H, Amsterdam (the Netherlands).

In article <C16K2t.HGC@agora.rain.com>, bobb@agora.rain.com (Bob Beauchemin) writes:
> 
>   I'm having a problem with the NeXT 2.1 compiler and wonder if anyone else
> has experienced it. Code that compiles OK and works on other platforms
> fails on the NeXT. The error messages (at program execution) are:
>
The argument that it runs on other platforms is not so good. Many old style
UNIX programmers messed up int's and pointers freely.....
 
I have had similar problems with free when you give it a pointer that
you did not get from malloc before (like a NULL pointer). It can result
in very erratic behaviour after the (illegal) freeing.
It is just one of those things....
  The standard says what free should do when everything is swell but
of course the question is what it should do when things are wrong. Standards
rarely specify. You could crash the program, continue execution which a
poisoned system (what NeXT does) or when you manage to set up malloc and
free in such a way that nothing gets poisoned just keep running
(like many other systems do).
Unless there is a real programming error inside Mach, I guess formally you
cannot blame NeXT too much. You should have a good look inside your program
and make sure that each pointer that is freed is allowed to be freed.
A little macro like
#define MyFree(x)  if ( x != NULL ) { free(x); x = NULL; }
can work miracles. You could sneak in an else with an error message if you
want to see whether you try to free the same thing twice.
Of course it would be nice if the NeXT would crash the program rather than
continue running.....  Or would it? Maybe a good error message?

Jos Vermaseren
From: zeno@phylo.genetics.washington.edu (Sean Lamont)
Newsgroups: comp.sys.next.programmer
Subject: Re: reading CD data
Date: 27 Jan 93 00:49:23 GMT
Article-I.D.: shelley.1k4m6jINNn9e
Organization: University of Washington, Seattle
NNTP-Posting-Host: phylo.genetics.washington.edu

In article <1993Jan22.195631.21751@netcom.com> abell@netcom.com (Steven T. Abell) writes:
>mike@media-lab.mit.edu (Michael Hawley) writes:
>This is, of course, highly desirable.
>It's also illegal.

Why is it illegal?  Among other things:

1.  If I press an audio CD, I can do anything I damn well please with
    the data on it.

2.  If I own a CD, I have the right to have "archival" copies (ie tapes,
    other digital representations, etc.) as long as I don't distribute
    them to others.

Aside from the technical problems, there's no underlying legal problem
with it unless the user chooses to abuse it.




-- 
Sean T. Lamont                           |   "Don't oppress me, It's
zeno@genetics.washington.edu             |    'computer of color!' "
lamont@abstractsoft.com                  |_______________________________
Abstract Software                                                         
Newsgroups: comp.sys.next.programmer