HDTenEightyP/NetNews huggingface dataset:
From: absurd@apple.apple.com (Tim Dierks, software saboteur)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Need disassembler utility
Date: 7 Jan 93 08:36:55 GMT
Followup-To: comp.sys.mac.programmer
Organization: MacDTS Marauders

In article <1993Jan6.185504.310@physc1.byu.edu>, seth@physc1.byu.edu wrote:
> 
> Hello all.
> I remember a while back someone mentioning some utility that allows one to
> disassemble programs and have a look at them in assembly. I know this can be
> done in THINK C if you have a C source , and I am unaware of any other ways of
> doing this, except using MacsBug of course, which I would actually rather not
> do. Specifically, I would like to look at some Pascal code I have written and
> then perhaps modify it and include it as inline assembly code in THINK C with
> some C stuff. If someone could point me to such a utility (or more than one) I
> would be most appreciative. I have access to ftp sites, so just a name and a
> site (and if possible, the directory would help) would do. Thanks a lot!
> Seth Leigh
> BYU Physics Dept.

You can get the ResEdit code viewer, which disassembles code resources,
from ftp.apple.com in:

dts/mac/tools/resedit/

Tim Dierks
MacDTS, but I speak for myself
From: brad@wendel.jpl.nasa.gov (Brad Pickering)
Newsgroups: comp.sys.mac.programmer
Subject: MPW stuff on ftp.apple.com
Date: 12 Jan 93 14:27:54
Organization: Jet Propulsion Laboratory, Pasadena, CA
Distribution: world
NNTP-Posting-Host: wendel.jpl.nasa.gov

I don't see anything in the licensing information that would prevent
someone from downloading and using things like the MPW C include files,
the MPW libraries, or even MPW itself, even if you didn't own MPW
already.

The reason I ask is because if we successfully get a free C compiler
working that was compatable with the c includes and the libraries, we
could use these files from ftp.apple.com instead of having to create
our own.  Doesn't this bother Apple?

To take this to the extreme.  I don't see why you couldn't get MPW
from the archive, and MPW perl from ftp.msen.com, and then write
perl scripts to replace most of the mpw tools.  Would this bother
Apple?

I'm just curious.  Anyone have comments?

Brad

Newsgroups: comp.sys.mac.programmer
From: neeri@iis.ethz.ch (Matthias Neeracher)
Subject: Re: SFGetFile's directory after an Open Event
Organization: Integrated Systems Laboratory, ETH, Zurich
	<76105@apple.apple.COM> <1993Jan5.135459.8834@cujo.curtin.edu.au>
Date: Wed, 6 Jan 1993 13:27:45 GMT

In article <1993Jan5.135459.8834@cujo.curtin.edu.au>, peter@cujo.curtin.edu.au (Peter N Lewis) writes:

>>But what about when the user makes a change to the open document
>>and then chooses Save As...?  Standard File continues to point to
>>somewhere irrelevant (for most Apple event-aware apps, anyway.)

> IMHO, Save As should ALWAYS set the StandardFile
> location to the folder that the file previously existed in (assuming
> it had a name/folder location beforehand of course).

Unless this ALWAYS is restricted to odoc started documents, I disagree. I often
find myself performing the sequence:

- Open File A in folder X
- Open File B in folder X
- Open File C in folder X
- Save File A in folder Y
- Save File B in folder Y
- Save File C in folder Y

Matthias

-----
Matthias Neeracher                                      neeri@iis.ethz.ch
 `We say "gestalt" when things combine to act in ways we can't explain'
                             -- Marvin Minsky, _The Society Of Mind_
From: jahnke@biosci.arizona.edu (Jerome Jahnke)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Stallman and friends
Date: 6 Jan 93 22:35:25 GMT
Followup-To: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools,comp.windows.ms.programmer
Organization: University of Arizona

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". This is no more kooky than "free" tv which charges 
> advertisers instead of viewers.

Well to be honest "free" T.V. is on it's way out. Cable TV and subscription
TV are making a strong running. The three networks (NBC, CBS, and ABC) are
in real trouble. Cable TV has the advantage of both getting money from the
customers, but also getting money from advertisers. While many cable
companies are adding stuff to "basic" cable they are also raising prices
(we get a hike for each addition to basic.

> And so long as GNUs relationship with the 
> computer manufacturers remains one of commerce, only, we should all be 
> grateful for the additional alternative his participation in the market 
> provides us.

Stallman is indeed a kook, he is unfortunatly a kook who is the envieable
position of having had a HUGE sum of money granted to him (no strings
attached I might add) so that he could do what he wanted. He was a kook
before the money and now he is a kook with money and a much higher profile.
There is NO way that GNU can remain commercial within the computer
industry. They are out to "change" the industry, and not by developing
relationships and showing that their ideas work better, but by mandating
change and telling everyone it works better.

Finally ideas are what software is all about. And ideas is what our economy
is becoming about. We can't support manufacturing forever it is too hard on
our environment. So we need to move on to the next commodity. Information
is it. Telecom services are going to be the cash cows of the 90's becuase
it deals strictly with transportation of information. To restrict
information and ideas will only stifle the industry, I can't imagine any
situation where restricting it will be benifical.

Jer,
----
Jerome Jahnke
Biology Learning Center
University of Arizona
jahnke@biosci.arizona.edu or +1 (602) 621-3820
Newsgroups: comp.sys.mac.programmer
From: Les Aker
Subject: Re: THINK C Primer Code Problem...
Organization: NRL Computer Security
Distribution: World
Date: Mon, 4 Jan 1993 19:56:50 GMT

In article <1993Jan4.153017.1397@utkux1.utk.edu> danny@martha.utcc.utk.edu
(Danny William McCampbell) writes:
>Hi all.  Over the weekend I was typing in some of the programs from
>the Macintosh Programming Primer for THINK C.  Well, I got the ones
>I type in to work successfully except Mondrian.  If any of you are
>familar with this small program, it simply draws a window on the 
>screen and draws ovals at random positions within the window and fills
>the oval with either black or white depending on what the last oval
>was filled with.  Well, I double-checked the program and I know for
>sure I typed it in just like the book.  When I try to run it gives me
>a Link Error::Undefined Button.  I have never seen this error before.
>Could someone give me some insight on this.  I ran precompile on it
>and it says that blackColor is undefined in the statement
>
>gFillColor = blackColor 
>
>blackColor occording to IM Vol. 1 is a global all ready defined in the
>ROMS.  What is happening here?  I have MacTraps in the project just to
>let you know.
>
>I am using a PB160 with System 7.1 with 4 megs of RAM.
>
>Thanks in advance.
>
>--
>Danny McCampbell
>UT Computing Center
>danny@utkux1.utk.edu
>

I've managed to get all of the examples working, up to the Reminder.  There are
a couple of errors in my edition of the book, like not enabling
the ability to work in the background in the flags, but I've discovered
what was wrong and moved on.  However, with the Reminder I have an error
on the passing of parameters that I haven't been able to correct.  Is 
anyone else having the same problems, or do I have an early edition or
something like that?

The book as a whole is good, and I have learned quite a few things about
C programming that I hadn't considered before.

Les Aker


Newsgroups: comp.sys.mac.programmer
From: cole@alexia.lis.uiuc.edu (Sandra Stewart-Cole)
Subject: Re: Is there a way of finding the CPU speed?
Organization: University of Illinois at Urbana
Date: Tue, 12 Jan 1993 10:33:23 GMT

In <9301110.15206@mulga.cs.mu.OZ.AU> mtc@mundil.cs.mu.OZ.AU (Michael Trevor 
CUTTER) writes:

>Dear Netters,

>Is there a way of finding out the CPU speed (i.e. 25MHz, 40MHz etc) on _any_
>Macintosh? I know there is a trap for the Powerbooks, but it is not 
implemented
>for any of the other systems. 

IM vol. 5 tells me of a system global at $d00 called TimeDBRA which is the 
number of times a DBRA instruction can be done per millisecond. Not precisely 
a clock speed rating, but then you really shouldn't need a clock speed rating, 
just some standard measure. 
        I would NOT however count on these on older (pre-Mac II) models. A 
quick check on a Plus shows me that I can do NO DBRA's in a millisecond 
(indicating I suppose that the DBRA takes over 8000 cycles?) while the other 
timing constants for peripheral chips (TimeSCCDB for the SCC and TimeSCSIDB 
for the SCSI chip) seem to indicate an ability to perform these tasks in 
fractions of a clock cycle. 
        And of course since none of the timing methods on teh Mac really count
on chip speed, you really want to know how fast your code will run, right? 
There is always the option there of just finding out. Write a little routine 
that latches onto Ticks to exit a loop, and count how many times you get thru 
in a Tick. Make it approximate the sort of stuff you are doing, and see how 
fast the specific Mac is. This is potentially more discerning since it gives 
you a better sense of the real speed (affected by things like bus width, fpu, 
etc.) of the Mac.
From: noah@apple.com (Noah Price)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Why the Piracy? Here's why...
Date: 5 Jan 93 17:44:20 GMT
Followup-To: comp.sys.mac.programmer
Organization: (not the opinions of) Apple Computer, Inc.

In article <C0D9q1.H6r@news.udel.edu>, kurisuto@chopin.udel.edu (Sean J.
Crist) wrote:
> 
> In article <noah-040193095748@noah.apple.com> noah@apple.com (Noah Price) writes:
> 
> >Yah, people use that argument for shoplifting as well...

> If you don't make this distinction, you would have to claim that making a
> copy of an application which your friend bought is morally identical to
> walking into a store and stealing a shrink-wrapped software package off the
> shelf.

Yup.  Exactly.  The only difference is you're less likely to get caught
copying your friend's disk.

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noah@apple.com                                 Macintosh Hardware Design
...!{sun,decwrl}!apple!noah   (not the opinions of) Apple Computer, Inc.
Newsgroups: comp.sys.mac.programmer
From: lsr@taligent.com (Larry Rosenstein)
Subject: Re: Stallman and friends
Followup-To: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
Organization: Taligent, Inc.
Date: Wed, 6 Jan 1993 02:58:32 GMT

In article <lkka7mINNc6u@news.bbn.com>, mjensen@BBN.COM (Martin Jensen)
wrote:
> 
> companies to patent incredibly vague concepts (such as the "look and
> feel" of a software interface) as well as some very basic software

This generally involves a copyright not a patent.

> algorithms (what would you do if someone copyrighted "linked lists" or
> "queues"?  chances are you've been using them ...)

I think you mean patent here, not copyright.

> develop is continually made freely available.  If placed in the public
> domain, you could use their software in your product without continuing
> to allow others to redistribute the code.

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.

> in other free software.  As much as you might not want your software used
> for military purposes, the FSF doesn't want its stuff used in proprietary
> software.

I agree with this completely.  I think of the FSF as just another software
publisher.  They copyright their code and have a license agreement that
defines how you can use it.  The thing that sets them apart from most S/W
publishers is that they ship the source code and the terms of the license
agreement are unusual.

> Note that you are also free NOT to use it, but come up with your own
> algorithms, buy your own compilers, and generally seek out and support
> proprietary software.

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.

> I do both.  I will gladly purchase good commercial software, but I will
> also continue to use free software when its quality is comparable to

"Use" here is ambiguous.  You can run GCC or Emacs without any problems;
the license agreement only applies to the source code.  If you start using
the souce code, then you need to follow the license agreement.

Larry Rosenstein
Taligent, Inc.

lsr@taligent.com
Newsgroups: comp.sys.mac.programmer
From: ecr2@ellis.uchicago.edu (corprew reed)
Subject: kAEPaste?
Reply-To: ecr2@midway.uchicago.edu
Organization: :noitazinagrO
Date: Tue, 12 Jan 1993 16:57:22 GMT

Hi.

	I'm trying to have my application interact with various word
processors, and one of the things that I need to do is use the
kAEPaste Apple event (from the class kAEMiscStandards.)  How can I
tell if an application does support this event( or failing that, does
anyone happen to know for certain word processors: Alpha, MsWord,
WordPerfect.)
	Any suggestions on how to fake this for applications that
don't support kAEPaste would be very welcome...

-corp reed
reed@calvin.cshl.org
Newsgroups: comp.sys.mac.programmer
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Subject: Re: TCL: Bizzare Behavior Time
Organization: NASA/ARC Information Sciences Division
Date: Tue, 12 Jan 1993 21:01:50 GMT

In article <1993Jan11.220137.26434@kth.se> d88-jwa@byse.nada.kth.se (Jon Wtte) writes:
>In <1993Jan11.170231.17969@fsl.noaa.gov> urban@yoda.fsl.noaa.gov (Art Urban) writes:
>
>
>Well, you might get memory movement, and then assign a
>member variable of an object that moves? Something like:
>
...... [stuff deleted] ....

>
>The call to new is risky unless you have locked the
>object doing the call; try an intermediate temp variable:
>
>CFoo :: DoFoo ( )
>{
>	CBar * aBar = new CBar ;
>
>	theBar = aBar ;
>}



Is this for real?  I do remeber seeing this, and it makes sense,
but in my rather large TCL program I do this NOT ONCE, 
have run it under heap scrambling, and have had
no problems.  
>Cheers,

-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"Me lost my cookie at the disco." -- Cookie Monster
Newsgroups: comp.sys.mac.programmer
Subject: Alert Help
From: seth@physc1.byu.edu
Date: 12 Jan 93 00:11:07 -0700
Distribution: world
Organization: Brigham Young University

Hi. I made an alert box to use as my "about" box, and I am seeing some
strange behaviour which I don't understand very well.
	My alert uses a DITL which contains four items. One item is a PICT, two
are static text, and the last is a button. In ResEdit everything looks just
dandy, even when I use the "Preview At Full Size" command in the ALRT menu.
BUT, when I run under THINK Pascal or after I build the app with THINK Pascal,
when I choose the About command it shows the Alert differently. It shows one of
the static texts with a thick black rounded-edge rectangle around it, as if it
were a button which was supposed to be the default button. It is Static Text for
crying out loud!?! Well, I have been fooling around and I can't figure it out.
Does anyone have any ideas?
Thanks in advance.

Seth Leigh
BYU Physics Dept.
From: speth@cats.ucsc.edu (James Gustave)
Newsgroups: comp.sys.mac.programmer
Subject: URGENT Help needed with PBHSetFInfo !!!
Date: 10 Jan 1993 07:17:34 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


I have a file's FSSpec and I need to change some of its characteristics.
I start by getting an HFileParam by calling PBHGetFInfo, then I change the
necessary attributes, and use PBHSetFInfo.  There's no problem getting the
HFileParam, but I get an error (-43 file not found) when setting it.

I thought that by calling PBHGetFInfo right before PBHSetFInfo, it would have
all the right info to locate the file.  What am I doing wrong?
Here's a sample of what I'm trying to do:

void test(FSSpec myFile)
{
    HFileParam  myFileParam;
    OSErr       myErr;

    myFileParam.ioNamePtr = myFile.name;
    myFileParam.ioVRefNum = myFile.vRefNum;
    myFileParam.ioDirID   = myFile.parID;
    myFileParam.ioFDirIndex = 0;
 
    myErr = PBHGetFInfo(&myFileParam, FALSE);

    if (myErr)
        HandleTheError();

    myFileParam.ioFlFndrInfo.fdType    = 'APPL';
    myFileParam.ioFlFndrInfo.fdCreator = 'JIMS';

    myErr = PBHSetFInfo(&myFileParam, FALSE);

    if (myErr)
        HandleTheError();
}
 
Thanks for the help.

-- 
________________________________________________________________________________
james speth          finger for pgp 2.0 public-key           speth@cats.ucsc.edu
Newsgroups: comp.sys.mac.programmer
From: brunner@crchh447.bnr.ca (James Brunner)
Subject: Help, my Help menu is hosed!
Date: Tue, 12 Jan 1993 18:58:38 GMT
Reply-To: brunner@crchh447.bnr.ca (James Brunner)
Organization: BNR, Inc.

Greetings,

In a program I'm working on, the SHOW BALLOONS item of the help menu has
been replaced by one long string containing the help text that I have
for the finder.  I have a STR resource that I reference with a hfdr resource
in order to change the balloon help displayed from the finder.  This works.
But the same string has replaced the menu item for show balloons.  If I
select it, it turns on balloons.

What could be causing this?  I'm not calling any help related stuff in my
code.  Just resources.  I'm baffled.
-- 
---------------------------------------------------------------------------
Jim Brunner - (brunner@bnr.ca)
All opinions are my own and have nothing whatsoever to do with BNR, NT,
NTI, Bell Canada, or any of the BCE corporations or affiliates.
Newsgroups: comp.sys.mac.programmer
From: echoi@athena.mit.edu (Eric H Choi)
Subject: APL for the Macintosh
Keywords: APL
Organization: Massachusetts Institute of Technology
Date: Fri, 8 Jan 1993 07:15:22 GMT


Can someone tell me where I can get a good APL interpreter for the
Macintosh?  And what about an APL specialized FTP site?

Thanks.

echoi@athena.mit.edu

Newsgroups: comp.sys.mac.programmer
From: rmh@taligent.com (Rick Holzgrafe)
Subject: Re: AppleTalk Completion Routines
Organization: Semicolon Software
Date: Mon, 11 Jan 1993 22:47:39 GMT

In article <0fINhri00VB0Q=SYdK@andrew.cmu.edu>, mf2z+@andrew.cmu.edu (Matthew
Earl Fernsler) writes:
> 
>     I am currently working on a program that uses the ATP protocal for
> transfering information between macs on a local network.  The program
> works fine except for the fact that I could not get most of the prefered
> commands to execute the simple completion routine of SYSBEEP.

SysBeep isn't simple; it's listed as one of the routines that may move or purge
memory. For that reason, it is not safe to call from interrupt level. To
accomplish a SysBeep, you'll have to have your completion routine set a flag for
the main-line code, which can then safely call SysBeep.

>             Matthew Fernsler

-- Rick Holzgrafe, a member of the Taligentsia
   Rick_Holzgrafe@taligent.com
   rmh@taligent.com

Newsgroups: comp.sys.mac.programmer
From: jmunkki@vipunen.hut.fi (Juri Munkki)
Subject: Re: Fast copies from offscreen buffer to screen.
Reply-To: jmunkki@vipunen.hut.fi (Juri Munkki)
Organization: Helsinki University of Technology
Date: Sun, 10 Jan 1993 16:33:38 GMT

In article <1993Jan10.031829.25011@samba.oit.unc.edu> Michael.Kohne@launchpad.unc.edu (Michael Kohne) writes:
>Currently we are considering a 'dirty-rectangles' system, however, it is
>likely that most of the screen will change on each frame (lots of moving
>objects.) I know this sort of thing IS possible, I own hellcats over the 
>pacific and it looks like it's updating the whole screen each frame.

Hellcats only draws pixels that change from frame to frame. I guess that's
the "secret" of the speed. My polygon routines do the same thing. It requires
some overhead to find out what pixels one should change, but it's well worth
it in 8 bit deep displays of more than 320x200 resolution.

If you want to see this in action, all you have to do is write an FKEY
that wipes the whole screen to a solid color.

On most Macs, there simply isn't enough memory bandwidth to do full screen
updates quickly. From discussions in rec.games.programmer, I gather that
the situation is much worse on most PCs.

-- 
  Juri Munkki					       Windsurf: fast sailing
 jmunkki@hut.fi					      Macintosh: fast software
From: duga@pacersoft.com (Brady Duga)
Newsgroups: comp.sys.mac.programmer
Subject: Movable, modal dialog...
Date: 5 Jan 93 14:01:36 GMT
Organization: Pacer Software
X-UserAgent: Nuntius v1.1.1d17
X-XXDate: Tue, 5 Jan 93 14:10:28 GMT



   I'm having some trouble making a movable, modal dialog. I need it to
work under both systems 6 and 7 +. To do this, I make the dialog Modeless
and allow it to be dragged. If I get a mouse down event not in the dialog
window, I ignore it. The problem is, mouse downs not in my applications
windows allow the user to switch to other apps, including the Finder. I
don't want to allow this. Users should be able to move the dialog, to
uncover hidden regions, but I don't want them mucking about in the
Finder. How do I stop the applications from switching, while remaining
movable?
Xref: sparky comp.sys.mac.programmer:20763 comp.sys.mac.comm:12665 comp.sys.mac.hardware:25361
From: edw@distant.uucp (Ed Watkeys)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm,comp.sys.mac.hardware
Subject: Making the PB Duo Display 'Color' Window Title Bars
Date: 5 Jan 93 14:16:44 GMT
Reply-To: edw@distant.uucp
Organization: Distant Software
X-Mailer: uAccess - Macintosh Release: 1.6v2

Someone detailed what was required to get a PB Duo (or a PB 160/180, I imagine)
to show System 7-esque title bars by removing something in the System Enabler
201 file. Unfortunately, I expired that/those article(s). Does anyone remember
what can/should be removed to achieve the desired effect?

Ed

P.S. This seems like something that *every* PB owner would want to know --
is there somewhere it could be stuck in a FAQ? Perhaps there should be a PB
FAQ -- if there's any interest, I'd be willing to 'administer' it.

--
Edwin H. Watkeys III                                   edw@distant.uucp
Distant Software                               dsinc!jabber!distant!edw
+1 215 387 7971                                     edw%distant@bts.com
Organization: University of Maine System
Date: Friday, 8 Jan 1993 11:08:32 EST
From: <REE700A@MAINE.MAINE.EDU>
Newsgroups: comp.sys.mac.programmer
Subject: More Win 3.x to Mac Questions: Converting Resources

  Along this same line of questions, can I convert
those time-consuming Menu's, Icons and dialog boxes
from their current mixture of MS Quick-C and Borland 2.0?
  Any FTP-able or cheap app to do this would be a godsend!

Thanks, Jeff
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.games