HDTenEightyP/NetNews huggingface dataset:
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Uniquely identifying a Mac? How?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 18 Dec 1992 14:52:47 GMT

In <1992Dec17.105813.18407@jarvis.csri.toronto.edu> ematias@dgp.toronto.edu (Edgar Matias) writes:

>> > I personally think it was a major mistake for Apple
>> > to not have put some sort of machine-readable serial number in each machine.
>> The trouble with providing a feature like that is that people will start to
>> use it.

>I'd think that would be the best type.  Least amount of hassle for the
>user, yet still protects the software industry's interests.  Of course,

Copy protection sucks. ALWAYS.

What if you have to have a logic board replacement? Or a copy
for your PowerBook (which you DONT use at the same time as
the Quadra)? Or just plain upgraded your machine?

Theres no copy protection that cant be circumvented, and
theres no protection thats hassle-free,

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   NetHack 3.1: Any Year Now.
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: Scheme interpreter
Date: Thu, 17 Dec 1992 07:43:33 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <9235123.11895@mulga.cs.mu.OZ.AU>, bhat@mullauna.cs.mu.OZ.AU
(Timothy Alan Heath BELL) wrote:
> CS19242521D@LUST.LATROBE.EDU.AU (COX, PETER) writes:
> >Does anyone know of an ftp-able free/shareware scheme interpreter for the Mac
> >(LC)? I would really appreciate one to do programming rather than use PC scheme 
> >on a horrid IBM compatible

Good idea!
 
> /micros/mac/umich/development/languages/gambitscheme1.8.cpt.hqx
> There may be a later version around, but this one's quite good. I fiddled
> around with it for a while earlier in the year when I did an introductory
> scheme course. If you pay the shareware fee, they give you the compiler as well.

Gambit 1.9.1 is also now available. Log into cambridge.apple.com for
that one, and drag over at the same time the Thomas implementation, 
Dylan on top of Gambit. Yeah, and order the Dylan language book
from dylan-manual-request@cambridge.apple.com.


Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
Newsgroups: comp.sys.mac.programmer
From: steve@oceania.com
Subject: Re: midi help needed
Reply-To: steve@oceania.com
Organization: Oceania Health Care Systems
Date: Mon, 14 Dec 1992 21:18:50 GMT

Rolf Maag writes

> i am writing a midi-sequencing program with think c 4.0. i don't
> want to write my own midi-device driver, so can anyone tell me where
> i can get one? or maybe someone has a nice include file? anyway,
> thanx a lot and have fun.. 

I don't think a 'nice include file' will do the trick.  MIDI is pretty  
complex, being so time sensitive and all.

I have been using Apple's MIDIManager for about a year.  It works quite  
well and only cost me $35.  It's a system extension that offers MIDI I/O  
functions to any program that registers itself with the manager.  You use  
an application that is included called PatchBay to connect MIDI input and  
output devices/programs.

So far I have written one complete application with it and am on to my  
second.  It has proven to be relatively simple and easy to use.

If anyone else is using it, please email me.  I'd like to know if anyone  
would be able to use the programs I write with it if I released them as  
freeware.

Good luck,

Steve
-- 
          Steve Dakin           | 
  Oceania Health Care Systems   |  That one deserves a ... WOW!
 Palo Alto, CA  (415) 322-0127  |
 steve@oceania.com (NeXT mail)  |
From: ematias@dgp.toronto.edu (Edgar Matias)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Uniquely identifying a Mac? How?
Date: 18 Dec 92 03:32:00 GMT
Organization: CSRI, University of Toronto


> OK, now that would either be in a custom chip or in the Roms, but in
> either case it would be WELDED on to the logic board, right? 
>

No, it would be in a socket.  That way, if you had to swap for a new 
board you could simply pull it out of the old board and stick it in
the new one.  No wielding required.

Edgar
-- 
Edgar Matias
Input Research Group
University of Toronto
--
I speak for no one...
From: leue@crd.ge.com (Bill Leue)
Newsgroups: comp.sys.mac.programmer
Subject: Apple Events Nuttiness
Keywords: Apple Events, FileMaker
Date: 17 Dec 92 13:38:49 GMT
Reply-To: leue@crd.ge.com
Organization: General Electric Research & Development

I recently did some playing with FileMaker Pro 2.0, Hypercard, and Apple Events
under System 7.0 (with Tuneup 1.1.1). I found out some strange and annoying
things, and I wonder if I'm doing something wrong, or whether its just
brain damage in System 7.

FileMaker Pro 2.0 comes with a demo database and 2 Hypercard stacks that
contain some useful XCMD's and XFCN's for using Apple events and the Object
Model to link Hypercard, FileMaker, Excel, etc. in useful ways.  These demos
work find in FileMaker Pro 2.0v2, although there was some trouble with the
initial release.

Fine.  Next, I built my own simple stack.  It does the following:

1. launch FileMaker Pro.  ("open doc with appl" etc.)

2. On a button click, adds a record to the FM data base.

3. On another button click, closes FileMaker.

When I first launched the stack and tried it out, the System informed
me that I didn't have the File Sharing extension installed with I tried to
do step 2.  I looked, and sure enough, it wasn't there.  Ok, I dug the
extension up and installed it.

Second try, and this time I was informed that I didn't have File Sharing
enabled.  Ok.  I opened the Control Panel, and attempted to enable File Sharing.
Oops!  This time the problem was that AppleTalk wasn't enabled.  Hmmm.
Go to the Chooser, enable Appletalk, enable File Sharing.  Now the stack
works just fine.

Except, ARRRGGGHH!  Now I can't use both my printer and my modem, since the
(non-Appletalk) printer can't run from the printer port with Appletalk
enabled!

This all seems pretty lame to me.  After all, we're talking about a single,
non-networked Mac here.  Why the heck do I have to have file sharing enabled
just to use Apple Events to talk between local processes on a single Mac?

-Bill Leue
leue@crd.ge.com
Newsgroups: comp.sys.mac.programmer
From: felciano@summit.stanford.edu (Ramon M. Felciano)
Subject: Can't restore pen pattern??
X-Posted-From: InterNews1.0b3@leland.stanford.edu
Organization: Stanford University Medical Media and Information 
 Technologies
Date: Fri, 18 Dec 92 02:09:25 GMT
Xdisclaimer: No attempt was made to authenticate the sender's name.


Hello all --

I'm running into a problem with the Dialog Manager. I can't seem to get
some of my custom draw procs to reset their environments correctly. In
particular, if I have an editable text item after a gray-rectangle user
item, the editText box gets drawn with a gray border, not a solid black
one. Debugging seems to show that my restorePen routine isn't doing its
job.

-----------------------------------------
Here's my drawing proc:

 PROCEDURE DrawGrayRect (theDialog: DialogPtr; ItemNumber: Integer);
  { Frame user item }
  VAR
   iType: Integer;
   itmHdl: Handle;
   thePen: PenState;
   iRect: Rect;
 BEGIN
  SetPort(theDialog);                 { set window to current graf port
}
  GetDItem(theDialog, ItemNumber, iType, itmHdl, iRect); { get location
}
  GetPenState(thePen);                               { save current pen
}
  PenNormal;
  PenPat(gray);
  FrameRect(iRect);
  SetPenState(thePen);                               { restore old pen
}
 END;  { of proc DrawGrayRect }

----------------------------------------

and here are my Save and Restore routines:

PROCEDURE GetPenState (VAR ps: PenState);
 VAR
  p: GrafPtr;
BEGIN
 GetPort(p);
 ps.pnLoc := p^.pnLoc;
 ps.pnSize := p^.pnSize;
 ps.pnMode := p^.pnMode;
    ps.pnPat := p^.pnPat;
END; { PROCEDURE GetPenState }

PROCEDURE SetPenState (ps: PenState);
BEGIN
 WITH ps.pnLoc DO
  MoveTo(h, v);
 WITH ps.pnSize DO
  PenSize(h, v);
 PenMode(ps.pnMode);
 PenPat(ps.pnPat);
END; { PROCEDURE SetPenState }

---------------------------------------

A friend mentioned that the problem might be related to the difference
betwen GrafPorts and CGrafPorts. Anyone concur? How should save/restore
routines like this work? How can I tell if the current port is color or
not?

Thanks!

Ramon

+----------------------------------------------------------------+
| Ramon M. Felciano                felciano@summit.stanford.edu  |
| Associate Director, SUMMIT       (415) 723-9688                |
| Stanford University Medical Media and Information Technologies |
+----------------------------------------------------------------+
Newsgroups: comp.sys.mac.programmer
From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
Subject: External editors for THINK C
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Thu, 17 Dec 1992 12:51:20 GMT

I seem to recall that THINK C 5.0.3 and later (or is it 5.0.4?) has introduced
some hooks for external editors to work along with it.  However, I haven't
heard anything about the internals of this mechanism.  Does anyone have any
real info on this?

(I suspect that a *lot* of people would be *very* happy if BBEdit and Alpha
were upgraded to take advantage of these hooks, including me (about BBEdit,
that is...).  You listening, Rich?  :-)

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |     * Hot Rod Lincoln (Commander Cody)
                             |     * The Man's Too Strong (Dire Straits) 
fixer@faxcsl.dcrt.nih.gov    |     * Sunshine of Your Love (Cream)
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Memory debugger available for Mac?
Keywords: memory, debugger, Mac, errors
Date: 20 Dec 92 21:47:12 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec19.204150.895@leland.Stanford.EDU> kocks@chemistry.leland.Stanford.EDU (Peter Kocks) writes:

>I'm looking to find a decent memory debugger for the Mac.  Something
>along the lines of "Purify" for the Sun.  You know, if I point to
>someplace I'm not supposed to be, it will tell me immdiately.   There
>most be some tools for debugger memory problems on the Mac. Yes?

Well, "The Debugger" from Jasik Designs supposedly does funky
MMU stuff for 030 machines. For 040s I don't know of any.

If you have a specific type of stray pointers (null-near) you
might try "Blat" but it TOO only runs on pre-1MB-ROM machines
and 030s only.

The MacsBug dcmd "leaks" finds memory leaks in your application.

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

  "From now on I will re-label the EQ on the deck as Fizz and Wobble
   instead of HF and LF."
Newsgroups: comp.sys.mac.programmer
From: weiser@pogo.den.mmc.com (Matt Weiser)
Subject: Re: Porting simple UNIX programs to the MAC??
Organization: Martin Marietta WIS
Distribution: na
Date: Fri, 11 Dec 1992 21:44:17 GMT

In article <1992Dec11.161544.12668@news.eng.convex.com>, graham@convex.com (Marv Graham) writes:
> 
> I have has a MAC for a while and have ThinkC 4.  I have just started trying to port
> simple UNIX programs to the MAC.  How does one port programs that need command line
> arguments? NOTE_ I am running System 6.0.7.
> 
> I have a modest example - fabricated for this question:
> 
> #include	<stdio.h>
> 
> void main(int argc, char **argv)
> {
>   ++argv ;
>   if ( argc < 2 ) {
>     fprintf(stderr, "usage: how number\n") ;
>     exit(1) ;
>   }
>   printf("The number is %d\n", atoi(*argv)) ;
> }
> 
> The MAC is not real-computer-like enough to admit the notion of a command line.
> 
> Marv Graham; Convex Computer Corp.  graham@bach.convex.com

One way would be to write a little dialog that takes the parameters in at
the start.

Other than that, I have never seen any example of this on a mac.

Matt Weiser
weiser@pogo.den.mmc.com
Newsgroups: comp.sys.mac.programmer
Subject: Scheme interpreter
From: CS19242521D@LUST.LATROBE.EDU.AU (COX, PETER)
Date: Tue, 15 Dec 1992 03:46:49 GMT
Organization: La Trobe University
X-News-Reader: VMS NEWS 1.24

Does anyone know of an ftp-able free/shareware scheme interpreter for the Mac
(LC)? I would really appreciate one to do programming rather than use PC scheme 
on a horrid IBM compatible
Thanks,

Pete
Newsgroups: comp.sys.mac.programmer
From: deweeset@ptolemy3.rdrc.rpi.edu (Thomas E. DeWeese)
Subject: Jump tables, and creating functions
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Sun, 13 Dec 1992 20:03:53 GMT

  Hello, I am trying to write a program that will create a function, then
call that function.  I think I have my program generating correct code, 
but I can't seem to convice my program to JSR to it.
  Let me expain my situation a little.  I am developing on a MacII, using
Think C 5.0.4,  Under system 7.1.  There really is a good reason for writing
self modifying code, in this case.  Namely this is a very time critical
function, and the program generated function will be about 3-4 times faster 
than any hand coded version could be.
  Now I must admit that I am a bit of a novice when it comes to programming
in assembly on a 68000, (I learned IBM370 assembly, about 4 years ago).
But so far the real problem has been the function interface.  Here is what
I have learned so far.  Functions in Think C are all referenced through a
"Jump Table".  if you take the address of a function you will get a pointer
to this jump table (which consists of a JSR <ea> followed by a RTS I think)
where the <ea> is the actual address of the function.  This allows for
functions to be moved in memory (as long as the jump table doesn't move), and
it should even allow code segments to be unloaded (as long as you substitue
a JSR to a function to load the code, and then jump to the proper address).
All of that is pretty neat and well thought out.
  But what I have is a pointer to the actual function I want to execute.
EG the first thing is an UNLINK ...  Now I have already tried 

myfunc(windPtr, dataPtr);

  But it never even thought of working,  it didn't even make it to my code
(I did a "g <address of my function>" command in Macs Bugs), and it
hit an illegal instruction before it stopped at the top of my function.  BTW 
I can't seem to trace the execution of my program with MacsBugs.  From the 
Think Debugger, if I drop it into the monitor it seems to be in a little 
function which simply brings the Think Debugger to the front (dropping it 
out of MacsBugs!!),  I don't know if this is a bug in the Think Debugger 
or in MacsBugs, but I don't think that this should be what happens.

  I also tried to do the JSR my self with

asm{
	MOVE.L	windPtr,-(SP)
	MOVE.L	dataPtr,-(SP)
	JSR	myfunc
	ADD.L	#0x08, SP
}
  Now I don't see how it could possibly not JSR to myfunc, but it didn't.
  Am I missing something really important?
  How do I use Macsbug with the Think Debugger.  It says the PC is four off
but I don't think that has anything to do with it.
  Where can I learn more about the internals of function calls on the mac?
  I will try to read all replies to the news group, but if you mail me
directly I will compile a summary of responses and my final solution (if
I find one).  If I get my code working I will probably release it to the PD.
							Thomas DeWeese
deweeset@rdrc.rpi.edu
From: mxmora@unix.SRI.COM (Matt Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Mac Terminology
Date: 15 Dec 92 00:16:39 GMT
Organization: SRI International, Menlo Park, California

In article <1992Dec14.195302.14182@alw.nih.gov> fixer@faxcsl.dcrt.nih.gov writes:
>In case you haven't all heard this yet, here's a tasty bit of Mac terminology
>that I ran across today:
>
>What do you call a Mac application that conforms to (or violates) the Apple
>Human Interface Guidelines?
>
>HIG-Positive (or HIG-Negative), of course!


AHIG Compliant. :-)




I nominate Future Basic (released in 1992) as THE Biggest offender
of the HIG. Boy this program is Ugly. (That's capital U as in You-glee)





Xavier

-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________
From: Malcolm Pradhan <pradhan@camis.stanford.edu>
Newsgroups: comp.sys.mac.programmer
Subject: Re: News on Bedrock
Date: 16 Dec 1992 20:45:33 GMT
Organization: Section of Medical Informatics, Stanford University
Distribution: world
NNTP-Posting-Host: 36.181.0.94
X-UserAgent: Nuntius v1.1.1d13
X-XXMessage-ID: <A754D5CD6301005E@hoskins-kfps-dynamic.stanford.edu>
X-XXDate: Wed, 16 Dec 92 20:47:09 GMT

In article <1992Dec16.063404.13991@leland.Stanford.EDU> Ramon M.
Felciano, felciano@summit.stanford.edu writes:
>It wasn't clear how Apple's system software would fit into this. There
>will definitely be support on the Macintosh side for any new toolboxes
>(e.g. Quickdraw GX, OCE), but if a Windows version isn't there at the
>same time, what's the point of porting? Yug.

 This is the plot! The attraction of cross-platform development
while seducing the developer to take advantage of the neat stuff
on the Mac side. A sort of bait and hook, except the bait is pretty
cool.
 
 In a lot of ways Bedrock is a good political move for Apple, even if
the Windows <-> Mac stuff doesn't work as well as developers would
like. Apple is gradually losing out to the argument that the Mac
isn't "open" (nb. "open" <> unix). They will be able to point to
Bedrock and say that you can port programs to other platforms. Even
if developers have a hard time, managers will get the all important
warm feeling inside. I suppose you have to compare the effort to
porting XWindows/Motif code between unix platforms, which is not a
"no-brainer" either...

>It really seems that the current approach to OOP isn't delivering its
>promises. Eiffel and Smalltalk do better, but they have different
>programming environments.

 It's easy to confuse framework with language with development
environment. People on the info-dylan list claim that dylan will fit
in with future frameworks (ie Bedrock) but this is unclear
considering Bedrock is Symantec's baby. (Dylan is hoping to be an
incrementally compiling, high performance language without the
baggage of lisp - so your minimum application size is not 1.2 Mb.)

 Thank you for the report.

 Regards,
 Malcolm
--------------------------------------------
Malcolm Pradhan
Section on Medical Informatics
MSOB X-215, Stanford University, CA, 94305
pradhan@camis.stanford.edu  (415) 725-3398
From: jderyck@engn.uwindsor.ca (John De Ryckere)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Mac pictures to UNIX. How?
Date: 19 Dec 1992 05:24:22 GMT
Reply-To: jderyck@engn.uwindsor.ca
Organization: VLSI Research Group - University of Windsor

Hi Janne.  I have found a couple of ways to import graphics between Unix and the Mac.
From the Mac to Unix can be done with Adobe PhotoShop by conversion to tiff format
(or other utilities)  Once on the Unix box there are many utilities to display
them such as XV for one.  From the Unix end you can use alchemy which is a shareware
tool.



Newsgroups: comp.sys.mac.programmer
From: rtgrc@rc.rit.edu (Rob Gayvert)
Subject: Re: AESuspendTheCurrentEvent & friends
Followup-To: comp.sys.mac.programmer
Organization: RIT Research
Date: Fri, 18 Dec 1992 14:21:02 GMT

In article <PERM.92Dec15173726@groucho.csd.uu.se>, perm@csd.uu.se (Per
Mildner) wrote:
> 
> I'm trying to use AESuspendTheCurrentEvent and
> AEResumeTheCurrentEvent but doesn't seem to get it to work. I cannot
> find any sample that uses this nor find anything in any of the
> archive.
> 

I ran into a similar problem in writing a code resource to handle Apple
Events in Smalltalk. I got things to work by duplicating the event and
reply (with AEDuplicateDesc), and disposing the original event and reply.

Rob Gayvert
RIT Research
rtgrc@rc.rit.edu
Newsgroups: comp.sys.mac.programmer
From: ingemar@isy.liu.se (Ingemar Ragnemalm)
Subject: Re: Background your Sound!
Organization: Dept of EE, University of Linkoping
Date: 11 Dec 92 12:38:53 GMT

werner@dewey.soe.berkeley.edu (John Werner) writes:

>In article <1992Dec09.173722.69189@uu0570.foggybottom.com> Daniel_R._Sandler@uu0570.foggybottom.com writes:
>>OK,ok, to the point:  How do I play sound while something else is ahppening,
>>like so many games for the Mac, and even HyperCard?  If my games have to stop
>>and pause to let a sound play, it really ruins the hole effect.

>It's not that hard.  Use SndPlay, with the last "async" parameter set
>to TRUE.  The catch is that this only works if you're using your own
>sound channel.  So the code looks something like this:

(code deleted)

Speaking of asynchronous sound, what are the "rules" about several channels
open at once? I have tried to make two channels for sampled sounds (on an
LC), to play a sequence of notes on one of them (with a snd installed as
"instrument") and various sound effects on the other. I get "not enough
hardware". What information have I missed? Can't I have two sampled sound
channels, or can't I use one of them for melodies?

What can be done and what can't when using several channels?

-- 
Ingemar Ragnemalm
Dept. of Electrical Engineering	     ...!uunet!mcvax!enea!rainier!ingemar
                  ..
University of Linkoping, Sweden	     ingemar@isy.liu.se
Newsgroups: comp.sys.mac.programmer
From: nagle@netcom.com (John Nagle)
Subject: Re: Macs closed, what me worry?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 18 Dec 1992 06:59:11 GMT

irac@yang.earlham.edu writes:
>Hi all, Ira here.
>So now I have been reading this group a little and I would like to know a
>thing.  Why are Macs considered closed systems?  Is it because it is a little
>harder to get into the case?  Is it because the system platform is a little
>taller and it is harder to code your own system?  Is it because Mac clones are
>not really existant?  If these are the reasons are they good ones?  Ok so those
>are my questions, could some person wax eloquent for me on this topic?  Thanks.

      It's because if you try to build a machine that runs Mac software,
Apple sues you.

						John Nagle
From: jsuker@orion.oac.uci.edu (Johnathon Suker)
Subject: Re: Think Reference
Newsgroups: comp.sys.mac.programmer
Date: 15 Dec 92 16:38:47 GMT

haynes@mace.cc.purdue.edu (Carl W. Haynes III) writes:

>In article <34270@olympus.wustl.edu> jaf@dworkin.wustl.edu (Andy Fingerhut) writes:
>>
>On page 48 of The Macintosh Development Tools an Languages Guidebook
>there is an ad for Think Reference 2.0.  Among its features listed
>is support for system 7. It also says that you can copy code examples
>which will be good.

>As usual, Symantec won't state a release date.

>carl

Carl, 

	I was told by a friend of mine who talk to Symantec the other day
that ThR 2.0 should ship this month.  I dont know who he talked to but
it seems they at a point where they acknowledge its existence (so you
may want to call them up and find out about upgrades - I believe they
will be around $39.00 ).


					Johnathon

--
Johnathon Suker                   | If I were human I believe the proper
University of California, Irvine  | response would be, 'Go To Hell'. If I 
Univeristy Library                | were human.
jlsuker@UCI.EDU                   |             Spock - ST:TUC
Newsgroups: comp.sys.mac.programmer