HDTenEightyP/NetNews huggingface dataset:
From: chuck@gte.com (Chuck Hoffman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Adding "System" menus
Date: 4 Jan 93 16:09:44 GMT
Followup-To: comp.sys.mac.programmer
Organization: GTE Laboratories

In article <1992Dec29.215104.15911@panix.com>, rmah@panix.com (Robert Mah)
wrote:
> 
> BTW, ColorSwitch was written by someone named Andrew Welch, but there was
> no e-mail address in the about info or the docs.  Anyone know it?

The following is from a posting of Andrew Welch at Univ of Michigan:

America Online-=> AndrewWelc <<or>> AmbrosiaSW
GEnie-=> ANDREW.WELCH
Internet-=> AndrewWelc@AOL.com <<or>> AmbrosiaSW@AOL.com
US Mail-=> AndrewWelch/Ambrosia/PO Box 23140/Rochester, NY 14692


Chuck Hoffman
chuck@gte.com
GTE Laboratories, Waltham, Massachusetts, USA
(617) 466-2131
=====================================
I'm not sure why we're here, but I am sure that while we're here we're
supposed to help each other.
=====================================
From: hhg1@gte.com (Hal German)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Sozobon C - a free C for the Mac, too?
Date: 5 Jan 93 13:15:27 GMT
Followup-To: comp.sys.mac.programmer
Organization: GTE Laboratories Inc

Frankly, Aztec C does the job for me for $95. As one of the few low price
Mac C compilers with commercial support, I support them in principle rather
than
the Symantec/Norton C/C++ near-monopoly. 
Newsgroups: comp.sys.mac.programmer
From: g16m@alf.zfn.uni-bremen.de (Mick Schmidt)
Subject: Re: How does my app know that its document was double clicked?
Organization: Universitaet Bremen
Date: Thu, 7 Jan 1993 12:18:08 GMT

In article <1992Dec31.213234.17023@reed.edu> bowman@reed.edu (BoBolicious) writes:
>In article <1992Dec31.205747.16147@netcom.com> bskendig@netcom.com (Brian Kendig) writes:
>>Now I've got a question, too.  How do you cope with double-clicking
>>files that belong to an _open_ application?  Does this require the use
>>of AppleEvents?  Right now, when I dragdrop a file onto my app, it
>>launches and opens the file, but when I dragdrop another file onto my
>>app, the Finder says "Some files could not be opened.  Try opening
>>them from within the application."
>
>Naturally, AppleEvents are the preferred way to handle this.
>
>If you app isn't AE-aware, MF/Sys7 attempts to fool your app by patching a
>bunch of traps, and passes your app a mousedown event in the File menu, 
>resolves it to whicheven item in the File menu is "Open...", then patches 
>SFGetFile, return an SFReply that has the double-clicked document in the 
>record.  If there's anything funky about how your app handles opening files, 
>in particular if there are different menu items to open different kinds of 
>files, this scheme will fail.

Now I have a short question! ;-)
Does this work under Sys 6 too?
Normally it won't work to "pass" a document to a running application by
double-clicking it in the (Multi-)Finder Window. The Finder only says
something like the above.

However there are a few applications that can be used like this, for example
MS Word 5.0, and i always wondered how it works. I didn't find anything on
that subject in IM I to V nor in the Spinside Mac Stack.

G'Day Mick

--
Mick Schmidt / Kopenhagener Str. 145 / 2820 Bremen 77 / Tel. 0421/ 635270
Home: ms@hb.maus.de (No Mail >40 KByte!!!) / Uni: g16m@alf.zfn.uni-bremen.de
// Fuer Risiken und Nebenwirkungen essen Sie die Packungsbeilage 
                          und schlagen Sie Ihren Arzt mit dem Apotheker! //
Newsgroups: comp.sys.mac.programmer
From: hshubs@eff.org (Howard Shubs)
Subject: Re: Think Ref 2.0
Originator: hshubs@eff.org
Organization: The Electronic Frontier Foundation
Date: Sat, 9 Jan 1993 23:49:51 GMT

ollef@sics.se (Olle Furberg) writes:

>  Has it been relased yet? Anyone using it?

I just got an upgrade notice yesterday.  Sent it away, too.
-- 
Howard S Shubs      hshubs@eff.org            I don't represent the EFF,
The Denim Adept     hshubs@cis.umassd.edu     but I do agree with them.
From: chuckb@stein.u.washington.edu (Charles Bass)
Newsgroups: comp.sys.mac.programmer
Subject: Where does BinHex live?
Date: 7 Jan 1993 19:30:53 GMT
Organization: University of Washington
NNTP-Posting-Host: stein.u.washington.edu

I'm pretty new to the MAC and I've found that many people use
the compression program BinHex.  As I have two utilities in this
format I need to find BinHex so I can use them. 

If someone can tell me where BinHex lives I would be grateful.

chuckb
From: ST202153@brownvm.brown.edu ()
Newsgroups: comp.sys.mac.programmer
Subject: Re: GWorlds and Windows - a problem....
Date: Fri, 8 Jan 1993 23:01:06 EST
Organization: Brown University - Providence, Rhode Island  USA
NNTP-Posting-Host: brownvm.brown.edu
News-Software: BNN via BNN_POST v1.0 beta

In article <1993Jan8.233136.18543@cs.ucla.edu>, tj@kona.cs.ucla.edu (Tom
Johnson) said:
>When WORKING is defined as TRUE, the program executes successfully. When
>it is FALSE, the program crashes at the NewCWindow() call.

>   SetGWorld(offWorld, nil);
>   PaintRect(&offR);  // Just fill it w/ black
>
>#if !WORKING    // this will crash spectacularly
>   wind = NewCWindow(nil, &windR, "\p", TRUE, zoomDocProc,
>                     (WindowPtr) -1, TRUE, 0);
>#endif
>
>   SetGWorld(SavePort, SaveGD);

You probably need to move the SetGWorld call before NewCWindow.  QuickDraw
does an amazingly good job of crashing when the port is set to an offscreen
GWorld at the wrong time.  (I had a TCL app which drew in an offscreen port
while updating a progress bar.  The number of times I restarted while
debugging is best left unsaid.)

Andrew Shearer
st202153@brown.edu
Newsgroups: comp.sys.mac.programmer
From: ecr2@ellis.uchicago.edu (corprew reed)
Subject: System 7 PopUpMenus...
Keywords: popup,sys7
Reply-To: ecr2@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 11 Jan 1993 15:02:04 GMT

I have a question about the system 7 popup control, and would
appreciate help greatly

In IMVI(3-18) it says, "The min parameter specifies the resource ID of
                                                        ^^^^^^^^^^^
the menu in the pop-up control when the control is being created." 

Is there a way to build popups from menus built while the program is
running (menuIDs)?

Thanks in advance,
Corp Reed
reed@cshl.org

Xref: sparky comp.sys.mac.programmer:20895 comp.sys.atari.st.tech:6532
From: dsb@duke.cs.duke.edu (D. Scott Bigham)
Newsgroups: comp.sys.mac.programmer,comp.sys.atari.st.tech
Subject: Re: Sozobon (or other free C's): would this strategy work?
Date: 7 Jan 93 15:54:04 GMT
Followup-To: comp.sys.mac.programmer,comp.sys.atari.st.tech
Distribution: comp
Organization: n. Arrangement in an orderly or logical fashion.  See "miracle".

From the Holy Book of <29879@castle.ed.ac.uk>
  as spake by ngse18@castle.ed.ac.uk (J R Evans) :
>     [...]  I propose to build a  relocating loader to be inserted
>into the CODE 1 resource.  This would load and lock the TOS format
>module into memory, allocate and lock a further area for the bss
>segment, relocate the code and pass control to it.  [...]

Seems like it would almost be easier to convince Sozobon to produce
PC-relative, base-relative code.

Another possibility is a pseudo-relocator post-processor that takes the
object file output and transmogrifies absolute addressing modes to
PC/base-relative.  The result could presumably be dropped into a CODE
resource and treated just like normal Mac code.

>                  [...]  According to several correspondents who are
>acting as beta-testers, Ian is almost ready to release a further
>version of HSC - version 1.40i - for which the source will be more
>readily available.  [...]

"Almost" may be too strong a word, considering that we haven't heard a
peep from him in about four months.

						-sbigham
-- 
Scott Bigham                   | The opinions expressed above are
dsb@romeo.cs.duke.edu          | (c) 1993 Hacker Ltd. and cannot be
bigham@hercules.acpub.duke.edu | copied or distributed without a
    (but not for long)         | Darn Good Reason(tm).
From: kpw105@phys.anu.edu.au (Ken Wessen)
Newsgroups: comp.sys.mac.programmer
Subject: Force Quit
Followup-To: comp.sys.mac.programmer
Date: 8 Jan 1993 00:03:37 GMT
Organization: Theoretical Physics, Australian National University
Distribution: world
NNTP-Posting-Host: 150.203.15.19

Hello.
I am looking for a way to disable the force quit feature of system 7+.
Can someone tell me whereabouts in the system the code for this feature
resides?
Ken
Newsgroups: comp.sys.mac.programmer
From: Tim Larkin <tsl1@cornell.edu>
Subject: Re: Why the Piracy? Here's why...
X-Xxdate: Thu, 7 Jan 93 16: 05:53 GMT
Nntp-Posting-User: tsl1@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Thu, 7 Jan 1993 15:59:07 GMT

In article <MELLON.93Jan5123854@pepper.ncd.com> Ted Lemon, mellon@ncd.com
writes:
>This is a complicated issue, and not susceptible to simple answers
>like the one that you propose above.

I too have engaged in the discussion of software piracy with friends who 
claim that it differs from stealing because the pirate wouldn't have
bought 
it, so the company suffers no loss. In the end, I find myself amazed at
the 
lengths that people will go to to rationalize behavior that they know to
be 
wrong. I take some heart from this: a person will not resort to elaborate 
obfuscations if he did not feel guilty about his behavior, thus 
demonstrating once again that Mu-tsu had it right, humans are basically 
good. But the most curious aspect of this thread lies in the fact that 
everyone agrees that piracy is wrong. We follow up on this admission with 
some hair-splitting over whether piracy is simple theft or suble theft.
My 
friends, it doesn't matter. It makes no difference whether piracy is most 
like shoplifting or most like illegal parking or most like serial
killing. 
It's wrong even if it's easy and low risk. If it's wrong, don't do it. 
There's nothing complicated about it. It is fully susceptible to a simple 
answer. 

Tim Larkin
Federal Nutrition Laboratory
Tower Road
Ithaca, New York
tsl1@cornell.edu
607-255-7008
Newsgroups: comp.sys.mac.programmer
From: obi@finnbogi.ocs.com (Obi Thomas)
Subject: Anything special about SE30 and IIcx?
Reply-To: obi@finnbogi.ocs.com
Organization: Online Computer Systems, Inc.
Date: Mon, 4 Jan 1993 18:49:58 GMT

We have an application which runs fine on all Macs except the SE30 and the
IIcx. On these machines, the application generates either a bus fault or
an illegal instruction fault right after it starts.

In one case, we took the boot disk off a IIcx and dropped it in a IIci.
Same System version, same INITs, same everything. The application worked
on the IIci and crashed on the IIcx.

Unfortunately I have no idea why it happens because most of the
initialization code is in a 3rd-party library for which we don't have
source and the company which produced it has departed this vale of tears.
What I'd like to know is if there's anything special about these two
machines that may cause trouble. The application doesn't use color, so it
isn't Color Quickdraw.

Responses by email preferred (I'll post if there's interest) but I do read
this group regularly so posts here are welcome too.

Thanks.
Newsgroups: comp.sys.mac.programmer
From: tom@dtint.uucp (Thomas R. Kimpton)
Subject: GUSI.sit.bin
Organization: Digital Technology, International
Date: Tue, 12 Jan 93 00:41:36 GMT


I ftp-ed to nic.switch.ch last week and got GUSI_10.sit.bin.
Am I correct in assuming that the .bin means it is a
MacBinary file?  I tried everything I could think of to
convert this file, but to no avail.  The MacBinary converter
in StuffIt failed with an eof error.  Has anyone else
downloaded this and gotten it converted?  Could you tell
me what you did?

Thanks.

Tom

-- 
---
Tom Kimpton                            tom@dtint.dtint.com
Digital Technology Int.                (801)226-2984	
500 W. 1200 South, Orem UT, 84057      FAX (801) 226-8438
Newsgroups: comp.sys.mac.programmer
From: markkj@muse.cs.mu.OZ.AU (Mark Johnston)
Subject: Alternate Screen buffer in newer macs?
Summary: How many macs have 'em?
Keywords: Alternate screen buffer, animation
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 5 Jan 1993 23:05:03 GMT


    G'day.  I was wondering if anyone could tell me if the newer macs (ie
anything above a Plus... :) still have the alternate screen buffer?  Looking
at Inside mac III and IV says that the Plus has the buffer, and somewhere
else is detailed how to use the Chain macro to set up the buffer.  Playing
around on an SE trying to set the ScrnBase global got me nowhere - but I
got some interesting macsbug errors when trying to set ScrnBase to the
location it would have been in on a mac plus...  The main loop of macsbug
was written over when it tried to redraw the screen :)

    The reason I am asking about this is that I am writing a game for the mac
(Ultima-ish with the birds-eye-view of the player who moves around killing
monsters...), and I have a 7x7 map drawn out of 32x32 bitmaps.  I think I will
actually just throw an vertical retrace event in to make sure that the data
is copied to the screen without flickering...  For a standard mac 9" screen
there should be just enough time to copy this data onto the screen before
the retrace gets to the bottom of the screen.


    Inside mac V does not have any information on the SE's or the II[vcL][ixC]'s
hardware, and it details no changes to the Segment Loader (which, I would assume
means that the Chain call is unaffected, hence one would imagine the alternate
buffer does exist in these later machines).


    If anyone could help, it would be greatly appreciated.



	Mark.


--------------------------------------------------------------------------------
             Mark Johnston         | |    markkj@muse.cs.mu.oz.au
         Software Engineering      | |    markkj@munagin.ee.mu.oz.au
         Melbourne University      | |    markkj@mundil.cs.mu.oz.au
--------------------------------------------------------------------------------
  "Due to unforseen economic conditions, the light at the end of the tunnel
      will be switched off until further notice."
--------------------------------------------------------------------------------


Newsgroups: comp.sys.mac.programmer
From: Matt Slot <fprefect@engin.umich.edu>
Subject: Re: How to fade the entire screen to black?
Organization: University of Michigan, CAEN
X-Useragent: Nuntius v1.1
Date: Sat, 9 Jan 1993 23:10:53 GMT

I wrote a quick hack less than a month ago to fade your monitor(s) to any
percentage, and then turned it into a THINK C Library. The code for
implementing
it is pretty straightforward, and I included a sample program with it.
The code
for the library is not as pretty, but you can trek through it at your own
risk.

The whole shebang was sent to Sumex this afternoon, and should be
available within
a day or two. Tell me what you think...
 
fprefect@engin.umich.edu
Matt Slot, CAEN Mac-Systems
From: fzstein@hamlet.ucdavis.edu (Dean Hickerson)
Newsgroups: comp.sys.mac.programmer
Subject: Floating windows
Date: 12 Jan 93 19:40:40 GMT
Organization: UC Davis
Originator: fzstein@hamlet.ucdavis.edu

Some programs that I've used have certain windows which stay in front
of another window, even when the other window is active.  For example,
in Canvas 3.0, there are 'floating palettes' displaying paint tools,
object tools, etc.  These palettes stay in front of the main document
window, and can be dragged to any desired location.  But the main
window remains active; clicking in it does not make the palettes
disappear.

Similarly, in ResEdit 2.1, the ICON and cicn editors have floating
palettes displaying patterns and colors, which behave in the same way.

Can someone tell me how this is done or point me to some documentation
of it?  I want to do something similar in a program I'm writing, but
can't figure out how.  It appears to violate the Window Manager's
assumption that only one window can be active at a time.

Dean Hickerson
drhickerson@ucdavis.edu
Newsgroups: comp.sys.mac.programmer,comp.realtime,comp.sys.mac.hardware
From: isr@rodan.acs.syr.edu (Michael S. Schechter - ISR group account)
Subject: **** CHRIS LEE- READ ****
Organization: Syracuse University, Syracuse, NY
Distribution: na
Date: Tue, 12 Jan 93 15:33:07 EST

Mail to you bounced when I tried to send the floppy control code.
I deleted original message.
Contact me again.
From: chris_russo@gateway.qm.apple.com (Christopher Russo)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Fast copies from offscreen buffer to screen.
Date: 13 Jan 93 00:38:33 GMT
Organization: Apple

In article <1993Jan10.031829.25011@samba.oit.unc.edu> Michael Kohne, 
Michael.Kohne@launchpad.unc.edu writes:
>I am currently involved with a friend of mine in writing a game. The
>intent is for the game to be in full-color, and so we need a fast way to 
>copy large off-screen pixmaps to the screen. We've tried using copybits
>(making sure to setup the offscreen ports with the same color table and
>ctseed as the screen), but that has proven too slow for our uses. I've had
>a go at writing my own fixed-depth copybits, but I've not yet found a way
>to get it much faster than copybits is (on small images, my overhead is
>so much lower that I beat copybits by a mile, but on screen-sized images
>my stuff is only slightly better than copybits).

Some things off the top of my head: 
- Try to keep both images a multiple of 4 bytes so that you're moving all longs.
- Make sure that your images offscreen and onscreen are on longword boundaries.
- Use large chunks of MOVEM.L d0-d7, (a0)+ to move the image.  If possible, try
to make your loop as large as possible (do as many MOVEM's as you can before you 
test for the end of the line.).  This'll reduce your flexibility when it comes to variable 
image sizes, but it will speed things up.


>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.

I haven't seen hellcats, and I've never actually written a flight simulator, but I'd 
guess that games that draw large single-colored polygonal areas benefit 
tremendously from not having to read in a bit image.
-----Christopher Russo
----- I admire a clever .sig message.  Wish I had one. <sigh>
----- day 408.974.6070
Newsgroups: comp.sys.mac.programmer
From: peter@cujo.curtin.edu.au (Peter N Lewis)
Subject: Re: protection == !piracy
Organization: Curtin University of Technology
Date: Fri, 8 Jan 1993 17:57:16 GMT

sainaney@unixg.ubc.ca (Narayan R. Sainaney) writes:

>	The working copy will hold serial numberS (about 150 that I can trace
>directly to you and they would be located at various places in the code,
>resources etc). Registered users will also have access to a support BBS
>(And "guest" access will be available). The BBS offers support and it's 
>where you get ugrades and bug fixes. (Upgrades also avail via internet
>and having me mail upgrades to you but shipping charges apply).

I don't see how a serial number that traces it back to the original
purchaser will help.  If you find a copy of that program elsewhere,
you don't have any evidence of any wrong doing of the purchaser, only
of wrong doing on the part of the purson who has the copied program.

Perhaps a better plan would be to include the name/company of the
purchaser.  This could show up in the spash screen on launch, as well
as in printed material (depending on the circumstances, although this
may well annoy your customers).  That would visible mark the program as
pirated by any illegal users.

>	Now the big question: I do come across a copy of the program
>that has been pirated. Being a small compnay with limited finances

Give up.  Concentrate your time and effort on making your program
better.  It works reasonably well with Shareware, and it might work
reasonably well in your pseudo-shareware scheeme as well.

>	Depending on that, I can go about offering a reward for having
>someone hand in a pirate copy of the program...

See above, that doesnt help in the least.

>	This is the only way I can think of to fight piracy...No copy 
>protection hassles (And *most* copy protections schemes have a crack..
>you do not have to have a Phd to figure one out...just a good knowledge
>of MacsBugs). The only downside I see with my proposal is having to deal
>with the postal service (2-4 weeks deilvery...unless you can just call the 
>support BBS OR include an internet address with the enclosed check)

You could always phone them.  Or perhaps even better, telegram them (I
assume that doesn't cost toooo much).  But you'd probably be better off
to have two different versions, a demo version, and a registered full
version.  That way the demo version can have the code compiled out so no
about of cracking  will undemo it, and all full versions are
preregistered, making it (slightly) more difficult to remove/change the
registration.

All in all, the scheme doesn't seem to bad, but try to keep the
shareware attitude of supporting your customers, instead of the
commercial attitude of them supporting you...
   Peter.
-- 
_______________________________________________________________________
Peter N Lewis <peter@ncrpda.curtin.edu.au>           Ph: +61 9 368 2055
Xref: sparky comp.sys.mac.programmer:20657 comp.sys.atari.st.tech:6474
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer,comp.sys.atari.st.tech
Subject: Re: The Mac is not a hacker's computer (was Re: Sozobon...)
Date: 5 Jan 93 17:36:16 +1300
Distribution: comp
Organization: University of Waikato, Hamilton, New Zealand

In article <1993Jan5.023237.18823@cs.yale.edu>, bobf@flint.geology.yale.edu (Bob Fischer) writes:
>
> I hope that GCC will see the light of day on the Mac.  Since the Mac
> is not really a hacker's computer, few people have shown an interest
> in porting it.

I resent the claim that the Mac is "not really a hacker's computer"!

Tell me, on what other machine would a hack like Wild Magic be possible?

Lawrence
been hacking Macs almost as long as he's been hacking VAXes.