HDTenEightyP/NetNews huggingface dataset:
From: sch@eeserv.ee.umanitoba.ca (R+C Schneider)
Subject: Control panel MONITOR GAMMA adjustment
Keywords: Control panel monitor gamma image imaging color
Organization: University of Manitoba, Winnipeg, Canada
Date: Tue, 12 Jan 1993 19:14:05 GMT

Can someone tell me what exactly the control panel monitor gamma
adjustment on MACs does?  I tried to turn it on and off, and restarted
my computer, but didn't notice much (or any) change in the images I was
displaying.  I assume that the control panel setting should change
image displays for all applications -- I'm using the picture command in
Hypercard.  Am I doing something wrong?  What gamma value is being used
when the gamma correction is turned on?  I'm familiar with imaging
packages that allow gamma correction values 1<=gamma<=2, where a
setting of 1 is uncorrected, but there's no way to set the gamma value
on the MAC control panel, so how does it know what value to use?  Any
help would be greatly appreciated!

Please send replies by EMail.  Thanks!
--
Chris Schneider                          
University of Manitoba Electrical Engineering
Winnipeg, Canada
<sch@eeserv.ee.umanitoba.ca>
From: jmatthews@desire.wright.edu
Newsgroups: comp.sys.mac.programmer
Subject: Edit text in modeless dialog?
Date: 8 Jan 93 00:05:18 EST
Organization:  Wright State University 

I've got a simple utility application featuring a single modeless
dialog containg a pair of edit text items and some buttons. I bring up
the dialog with GetNewDialog, SetPort and ShowWindow; I handle events
with IsDialogEvent and DialogSelect; I can pre-select the contents of
the first edit text item at startup with TESetSelect. Oh joy.

The problem occurs when the edit text item is empty: the blinking
caret marking the insertion point doesn't appear until I hit tab or
click in the _second_ edit text item; clicking in the first edit text
item does nothing. Is there a way to make the caret appear in that
first, empty field?

I've seen this problem addressed here before, and I _thought_ I knew
how to do this:-) Any suggestions appreciated.

o----------------------------------------------------------------------------o
| John B. Matthews, jmatthews@desire.wright.edu, disclaimer:= myViews <> WSU |
|      "Whom the gods would destroy, they first invite to program in C"      |
o----------------------------------------------------------------------------o
Newsgroups: comp.sys.mac.programmer
Subject: Re: Forth on the Mac
From: chergr@lure.latrobe.edu.au
Date: Mon, 4 Jan 1993 08:09:28 GMT
Organization: VAX Cluster, Computer Centre, La Trobe University 

Forth on the Mac includes:
MacForth (commercial and still going)
Mops (object oriented/non-commercial)
Yerk (used to be neon/non-commercial)
PocketForth(non-commercial)
Kevo (experimental OOP/non-commercial)
Most of the above are native-code compilers although
I am not sure about MacForth. Kevo is in c.
Jorg Langouwski of MacTutor raves about Mops and it may
be the most useful. Ooops Yerk is not a native code
compiler.
P.S. I think Micromation even had a forth a whiole back.

Richard Rothwell
From: soc1070
Newsgroups: comp.sys.mac.programmer
Subject: Re: foreground/background colors
Date: 8 Jan 93 18:22:00 GMT
Article-I.D.: vx.8JAN199313220907
Organization: University of Minnesota CIS
News-Software: VAX/VMS VNEWS 1.41

In article <1993Jan08.171841.26689@eng.umd.edu>, jlohn@eng.umd.edu (Jason D. Lohn) writes...
>Subject: foreground/background colors
> 
>Forgive if common knowledge...
> 
>As an experienced X-windows user, I really like being able to change
>the fg and bg colors of my windows.  Now I find myself using a mac
>w/system 7 nearly all the time, and I'd like to have the same
>capability.  I've tried to find a program (pd/commercial) that can do
>this, but since my search came up empty, I figured I'd try to hack
>something myself.
> 
>First, has anyone out there done this?  If not, any pointers on how it
>might be done?  I'd settle for reverse video (ie white fg, black bg)
>if nothing else.
> 
>Btw, I'd like this for my *mac* apps... for apps running elsewhere, my
>mac X server does this fine.
> 
>-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
>Jason Lohn              Microsystems Laboratory        University of Maryland
>jlohn@eng.umd.edu                                      College Park, MD 20742
>-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

I like to change my colors around, too. I found a little control panel 
called Aurora on sumex not too long ago. It will let you change colors 
of windows, controls, and menus. All seem to work ok except the window 
background color- some apps have trouble with this (Xpress was one I had 
that hated it).

Shareware, I think. It also is not system 7 savvy, it was originally
designed for system 6 color systems.


------
Tim Harincar				A skunk is better company than
soc1070@vx.cis.umn.edu			someone who prides themselves on
 					being frank. -Lazerus Long
From: dswartz@redondo.sw.stratus.com (Dan Swartzendruber)
Newsgroups: comp.sys.mac.programmer
Subject: Bug in Think Back?
Date: 12 Jan 93 04:00:39 GMT
Organization: Stratus Computer, Software Engineering
NNTP-Posting-Host: redondo.sw.stratus.com

I've been using the Think Back extension, by Phil Shapiro.  The only weird
thing I've noticed is that when I background an operation, while it is
going on, the Apple Menu seems disabled.  That is, I can select it and
move to various entries, but none of them do anything.  ALso, the menu
bar seems grayed out.  Is this a bug?

-- 

#include <std_disclaimer.h>

Dan S.
Newsgroups: comp.sys.mac.programmer
From: zymotic@vpnet.chi.il.us (Jay Kreibich)
Subject: Re: No programmer switch, so how to enter MacBugs on LCII?
Organization: Vpnet Public Access
Date: Tue, 5 Jan 1993 22:10:36 GMT

>Am I missing it or is it actually not there.  Why does the LCII not have
>a programmers switch on the side.  This would enable me to enter MacBugs 
>at the time I desire it.
>
>So, how do I enter MacBugs then without the programmer switch?
>

  If you take the 3 seconds or so it takes to look this up in the
  manual, you will find that, yes, the LC II does not have a
  programmer's switch, just like the LC and IIsi.  Command-Power is the
  int. switch, and Commnd-Control-Power is reset.  "Control-Open Apple-
  Reset"... kinda brings me back to the old Apple II days.

  So-- to get into MacsBug just hit Command (88) and the power (large
  square one upper right on the extended, flat bar above numbers on the
  normal keyboard) button.

  -j

Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From: brobert@oups.dgrc.doc.ca (Bill Robertson)
Subject: Re: Need BOOK that explains how to write a
Summary: RPC for Mac
Reply-To: brobert@oups.dgrc.doc.ca
Organization: Communications Research Center, Ottawa, Canada
Date: Mon, 4 Jan 93 16:20:08 GMT

We're going to develop a small windows/Motif/Mac(hopefully) application using
a GUI builder but to port to the Mac we need RPC.  Is this available?

All leads appreciated, will summarize.

---
Bill Robertson CRC/DRL Box 11490 Station H, Ottawa, ON CANADA K2H 8S2
Voice:(613)998-2819 Fax:990-7987 bill.robertson@crc.doc.ca 

Newsgroups: comp.sys.mac.programmer
From: mark@cheers.jsc.nasa.gov (Mark Manning)
Subject: A Difference of Pointers
Organization: NASA
Date: Tue, 5 Jan 1993 00:51:51 GMT

Hello everyone!

   Thanks ahead of time for everyone who has helped me in the past! :)

   And now for the present we have....


   I am using MPW Pascal.  In my travels of programming the Mac, I
have repeatedly come up against the need to convert one type of
handle to another.  What I'd like to ask (in this area) is:

   Why does

        NewHandle := @OldHandle;

   work some of the time and

        NewHandle := Pointer( ord( OldHandle ) );

   work at other times?

   I would have thought that only one or the other would always work,
but this doesn't seem to be the way MPW works.  For example, in a
dialog manager set of routines I did the following:

   SetPort( theDialog );
   GetDItem (theDialog, theItem, theType, theHandle, theRect);
   theControl := @theHandle;
   theValue := GetCtlValue( theControl );

while in another procedure I had to do the following to get the
same information out of the dialog:

   SetPort( theDialog );
   GetDItem (theDialog, theItem, theType, theHandle, theRect);
   theControl := Pointer( ord(theHandle) );
   theValue := GetCtlValue( theControl );

   So I'm stumped.  I don't know why one works one time and the other
works the other time.  I just use them that way.  But if someone could
explain this to me I'd appreciate it. :)

   Thanks again!  :)

Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: Best and worst Mac values of all time
Date: Wed, 06 Jan 93 01:34:53 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1id34sINNr6d@shelley.u.washington.edu> chuckb@stein.u.washington.edu (Charles Bass) writes:
>The Apple Lisa was a technological success and an economic
>failure.

But even at $10,000, doesn't qualify for worst value.  It (running
Macworks) was the first mac with a hard disk and large screen.  It had
more memory than any mac of its time, and was, for a short time, the
only development system (running Lisa Workshop).  Similiar thoughts
apply for the Portable.
-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
From: trsnyder@mcs.drexel.edu (Bob Snyder)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Balloon Writer?
Date: 12 Jan 93 15:01:00 GMT
Organization: ASCI

>>>>> In article <1993Jan12.033320.15627@mcs.drexel.edu>, urritche@mcs.drexel.edu (Ralph Paul Ritchey) writes:

Ralph> I have read here on the net about a program titled Balloon Writer.
Ralph> Is it a commercial app, or is it available on the net (I haven't been
Ralph> able to locate it...)

According to my APDA catalog, it's a program by Apple, commercial, available
for $30.

Bob
From: mwalker@novell.com (Mel Walker)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Stallman and friends
Date: 6 Jan 93 18:50:48 GMT
Followup-To: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools,comp.windows.ms.programmer
Organization: Novell, Inc.
NNTP-Posting-Host: chezmoto.ai.mit.edu

In article <C0F6GI.6DF@newsserver.technet.sg>, ipser@solomon.technet.sg (Ed
Ipser) wrote:
> 
> In article <D2150035.mtvsj2@outpost.SF-Bay.org> peirce@outpost.SF-Bay.org (Michael Peirce) writes:
> >I just wanted to thank the large number of folks who sent me email
> >on this subject.  It's nice to know there are lots of us who think
> >Stallman is a kook.
> 
> I don't believe that it is fair or accurate to describe Stallman as a mere
> kook. If you strip away the leftist rhetoric and the "tax them to subsidize
> us" drivel, you will find a very sound business idea. In essence, what 
> Stallman et alia are doing is charging computer manufactureres for the
> privalege of having GNU software on their platforms which they then distribute
> for "free".

You mean, like Microsoft charges the computer manufacturers for the
privilege of placing copies of MS-DOS on their platforms, which the then
distribute for "free"?

How is this different?

----------------------------------------------------------------
Mel Walker                                    mwalker@novell.com
All opinions expressed are of the author.
Novell, Inc. is not responsible for the content of this article.
From: shebs@apple.com (Stan Shebs)
Newsgroups: comp.sys.mac.programmer
Subject: GCC Facts (as Re: Sozobon etc)
Date: 5 Jan 93 19:19:08 GMT
Followup-To: comp.sys.mac.programmer
Distribution: comp
Organization: Apple Computer Inc.


There are a few mistakes and misperceptions I'd like to correct here:

In article <1993Jan5.133455.9714@panix.com>, spencer@panix.com (David
Spencer) wrote:
> bobf@flint.geology.yale.edu (Bob Fischer) writes:
> >* GCC runs on many systems
> 
> Everything I know of *except the Mac*.

I ported GCC to MPW as part of a research project (just a control
case, heh) several years ago, released it in November 1990, and am
currently working (part-time and with the help of several other
people) on new releases of both 1.x and 2.x.  It still makes better
code than MPW C, although it does take longer to compile things.
 
> >* GCC is backed by the Free Software Foundation.
> 
> However, a Mac port would get no support, and a lot of flames, from
> the FSF.

Actually, I don't think I've ever been flamed by the FSF for doing
the port.  Occasionally I yield to temptation and fan the flames in
gnu.misc.discuss...

Come to think of it, I haven't had any mysterious stomach pains
either, but that might be because FSFers don't believe in voodoo? :-)
I *am* careful about disposing of my hair and nail clippings...

> >  To encourage people to port GCC, Richard Stallman
> >(author of GCC) has written a 190-page manual describing in detail how
> >to port GCC.  I don't believe any other program comes with such
> >carefully written porting instructions.
> 
> A very nice book on practical compiler theory. Unfortunately (unless
> I'm out of date), the manual is not up to date. The latest version of
> the manual describes version 1.38, I think; the current version of the
> compiler is 2.3. Because the basic theory of the compiler hasn't
> changed, it should be adequate, though.

I have a manual for 2.3 sitting over my desk.  It's kept up-to-date
along with the compiler.  (Otherwise how would you know about the
new goodies added to support ever-more-perverted architectures?)

Oh yeah, the manual is now up to 377 pages.

Stan Shebs
Apple ATG System Software
shebs@apple.com
Xref: sparky comp.sys.mac.programmer:20999 comp.os.ms-windows.programmer.tools:1937
From: mellon@ncd.com (Ted Lemon)
Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
Subject: Re: Stallman and friends
Date: 8 Jan 93 01:24:02 GMT
	<lsr-050193184857@lsr.taligent.com>
Followup-To: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
Organization: Network Computing Devices, Inc.
In-reply-to: lsr@taligent.com's message of 6 Jan 93 02:58:32 GMT


In article <lsr-050193184857@lsr.taligent.com> lsr@taligent.com (Larry Rosenstein) writes:

>I've read this argument before and I still don't buy it.  Even if someone
>uses public domain code the original code is still in the public domain. 
>If you take PD code and modify it you are adding value to the code.

RMS has reason to believe otherwise.   Ask him about Macsyma sometime.
Macsyma was developed at the MIT AI lab using government funding and
was commonly held by the programmers there to be in the public domain.
Then Symbolics negotiated a deal with MIT wherein MIT transferred the
copyright to Symbolics.   MIT stopped making the code publically
available, and Slime sued anybody who tried to use it.

You could argue that what occurred was illegal, and you'd be right.
You could also point out that, at least the last time I heard, it was
possible to get a copy of MacSyma if you knew who to ask.
Unfortunately, the result is the same - Macsyma is effectively dead
and forgotten by the majority of the computer community, and a lot of
really clever hackers were so pissed off at each other that they would
cross the street to avoid each other.

(I know I'm going to get flamed for this, because what I've said is
third hand information - I wasn't there.  However, this is the story
as I heard it, and I'm sure that there's a lot of truth to the story,
and I'm quite sure that this story is the root reason why the FSF is
so strongly against donating their code to the Public Domain with no
strings attached.  Hopefully, if you feel inclined to flame me for
being inaccurate or biased, you'll allow yourself to calm down and
simply describe things as you experienced them, with the understanding
that I don't claim to be telling a terribly accurate history.)

>That's true.  But you also have to heed the warnings other people have
>mentioned.  If you look at the sources for GCC and then write your own
>compiler using information contained there, the resulting code could fall
>under the GCC license agreement, depending on how close it is to the
>original.

That is so ridiculous that it really doesn't even dignify a response.
The FSF is totally against what you are describing, and it's in their
charter.   If they were to make a claim on that basis, a competent
lawyer could get it thrown out of court at the preliminary hearing
simply by presenting a copy of the FSF's charter.
--
mellon@ncd.com						uunet!lupine!mellon
Member of the League for Programming Freedom.   To find out how software
patents may cost you your right to program, contact lpf@uunet.uu.net
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: short/long ints (was Re: Sozobon C...)
Date: 5 Jan 93 17:48:02 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <1993Jan4.202040.26524@reed.edu>, bowman@reed.edu (BoBolicious) writes:
>
> I *guess* you could talk about a "Mac int standard", but what's really going
> on is that Pascal uses 16-bit ints.  Most C compilers these days use 32-bit
> ints.  Personally, I think ints are stupid to use, because of this uncertainty
> as to what is meant; far better to specifically use shorts & longs.

Back when I used to program voluntarily in Fortran, I developed this convention
that I would explicitly use INTEGER*2 or INTEGER*4 wherever it mattered, and
just use INTEGER wherever it didn't. This way my code could compile with
either the /I4 (INTEGER = INTEGER*4) or /NOI4 (INTEGER = INTEGER*2) switch,
and so long as I used the same switch setting with all my modules, the final
program would run OK.

Now that I use Modula-2, I have adopted the same convention. The compiler
I use interprets INTEGER and CARDINAL types as 16 bits, and LONGINT and
LONGCARD types as 32 bits. What I did was define ShortInt and ShortCard
types in my Types.def interface file, and I use these (and LONGINT/LONGCARD)
where it matters, leaving direct use of INTEGER and CARDINAL for those places
where it doesn't. This way I only need to make a change in one place. I don't
even have to worry about compiling different parts of the same program with
different versions of the interface file, as Modula-2 doesn't allow you to
make that kind of mistake.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
If there is no such thing as a free lunch, then where did the universe
come from?
Xref: sparky comp.sys.mac.programmer:21024 comp.os.ms-windows.programmer.tools:1941
From: chet@odin.ins.cwru.edu (Chet Ramey)
Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
Subject: Re: Stallman and friends
Date: 8 Jan 1993 19:47:52 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: odin.ins.cwru.edu

>I just a simple yes or no answer to a simple question: does a parser produced
>by GNU Bison fall under the FSF copyright?

Yes.  It includes the bison parser skeleton, which is copylefted.

-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
From: bowman@reed.edu (BoBolicious)
Newsgroups: comp.sys.mac.programmer
Subject: Re: assigning a StringPtr to an array of Str255s?
Date: 9 Jan 93 00:57:25 GMT
Article-I.D.: reed.1993Jan9.005725.3063
Organization: Reed College, Portland, OR

In article <16B50FE12.UC525655@mizzou1.missouri.edu> UC525655@mizzou1.missouri.edu (Mark Eaton) writes:
>struct someStuff
>    {
>    ...
>    str255  contents[99];
>    }
> 

Instead of Str255, methinks you want "unsigned char *".

Your scheme allocates 256*99 ~= 25K; that is, it actually allocates 99
256 byte array.  You code, however, assumes you want these to be pointers,
not the actual storage space.  If you *do* want the storage space, then
when you use ioNamePtr, you'll need to explicitly copy the strings from
wherever ioNamePtr is pointing into the appropriate string, something like

pStrcpy(&(someStuffStruct->contents[i]),ioNamePtr);

chars,
bobo              In seeking the unattainable,
bowman@reed.edu            simplicity only gets in the way.
"On Monday, numbers floated everywhere, and the world was full of 
approximations."  -- Spencer Heinz, _The Oregonian_, 1/5/93
From: bowman@reed.edu (BoBolicious)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Help with Bitmaps
Date: 9 Jan 93 00:04:21 GMT
Article-I.D.: reed.1993Jan9.000421.29798
Organization: Reed College, Portland, OR

In article <104096@netnews.upenn.edu> patchen@eniac.seas.upenn.edu (Michael Patchen) writes:
>I am programming in Pascal and I have a BITMAP and I need to coerce the bitmap
>into a PICTURE (via a pichandle, etc. ) which can be put in the clipboard and
>then brought into a word processing document, for instance.

Set or Open a port of the appropriate size,
OpenPicture
ClipRect to the appropriate size
CopyBits into the port
ClosePicture

This may not be the fastest way to do it, but it's probably the safest.

cheers,
bobo              In seeking the unattainable,
bowman@reed.edu            simplicity only gets in the way.
"On Monday, numbers floated everywhere, and the world was full of 
approximations."  -- Spencer Heinz, _The Oregonian_, 1/5/93
Newsgroups: comp.sys.mac.programmer
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Subject: Re: C array question
Organization: NASA/ARC Information Sciences Division
Distribution: usa
Date: Tue, 12 Jan 1993 20:40:11 GMT

In article <C0prG1.AsC@plato.ds.boeing.com> housen@plato.ds.boeing.com (Kevin housen/.na) writes:
>I am making a jump from Pascal to C and have a simple question
>regarding creation of a 2D array at runtime.  I want to create
>an array of floats r rows by c columns.  A (non-Mac) friend
>suggests
>
>        float **m        /* this will be the 2D array */
>        int r, c, count
>
>        m = (float **) malloc (r*sizeof(float *));
>        for (count=0, count < r, count++)
>            m[count] = (float *) malloc (c * sizeof(float) );
>
>1.  If, instead of malloc, I want to use the Mac memory manager
>   routines, does it matter if I use NewPtr or NewHandle (assuming
>   I lock handles at the appropriate times)?  Does malloc just
>   call NewPtr?


IF you need to use NewPtr or NewHandle later in the code (probably do), then
use NewPtr.  If you are justin writing a small program and can
avoid NewPtr/Handle(), then go ahead and use mallc() -- I think it will be
faster.  Malloc 'just' calls newPtr, but deals with the mem for you.  If
you ask for a small block, it allocates 15K, returns a block to you, and
keeps track of whats left.  This is all documented in the THINKC
manuals, and may change.

If you use NewHandle, you will have to lock them and only deal with 
thier de-referenced ptrs.  This is no gain.


>
>2.  Can this be generalized to a 3D array?

Yes.
>
>BTW, I am using THINK C 5.x
>
>Thanks heaps -
>
>Kevin Housen
>housen@plato.ds.boeing.com


-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"Me lost my cookie at the disco." -- Cookie Monster