HDTenEightyP/NetNews huggingface dataset:
From: emt1@cunixf.cc.columbia.edu (Eduardo Miguel Thieberger)
Subject: MS Windows API for the MAC?
Organization: Columbia University
Date: Wed, 6 Jan 1993 19:58:36 GMT

There's at least one company that sells a package for Unix/X Windows that
provides an MS Windows API, so that you can port MS Windows applications to
Unix.  Is there anything like this for the Apple Macintosh?  I.e., a library
for the Mac that provides the MS Windows function calls and converts these into
the appropriate calls for displaying on a Mac.
 
Please reply by E-mail, I don't usually read this newsgroup.
 
Bob Wilber  rew@lightstn.com
Organization: University of Maine System
Date: Friday, 8 Jan 1993 10:52:10 EST
From: <REE700A@MAINE.MAINE.EDU>
Newsgroups: comp.sys.mac.programmer
Subject: Win 3.1 vs. Mac Toolbox Messaging (Question)

  I have just deceided to migrate from the University owned 386 to my SE/30
for some software development.  I have ordered Think C 5.0...
  I have been reading some of the Mac revealed series (Mac Plus edition)
and was aghast at the lack of API calls that Win 3.x supports.  Then it
dawned on me that this book was discussing the System 3.0 (or 4.0) API
calls.

   So, my question is:  Does system 7.x provide a more complete degree of
support.  Specifically - are there more than 16 Event classes?
                       - does 7.x handle most scroll-bar and other controls
                         itself now?
                       - Am I still responsible for updating parts of a
                         window that actually belong to the system?

Please reply via e-mail, since I have intermittant Net access (via Bowdoin
College's good graces) and your followup may expire before I get back on.

Oh yeah,  What is the largest array (mem alloc) I can have?  I heard in some
Mac vs. PC fight that the Mac had a 64K data block limit, but even system 4
used longint's for the alloc size...

Jeff Andle
BIODE, Inc. and the Lab for Surface Science & Tech (U. Maine)
From: stevep@wrq.com (Steve Poole)
Newsgroups: comp.sys.mac.programmer
Subject: Cross-platform editing, MPW
Date: 7 Jan 93 18:23:27 GMT
Article-I.D.: shelley.1ihsevINNpn2
Distribution: world
Organization: Walker Richer & Quinn
NNTP-Posting-Host: 150.215.25.54

Does anyone know of text editor that has these features?

  1) Open files with CRLF line endings, without displaying the LFs, and
     save the file with CRLF line endings.

  2) Convert spaces to tabs and tabs to spaces on opening and saving.

  3) Apple Event aware so that it can be told from MPW to open a file
     and go to a particular line number.

The application is to edit source code living on a DOS Netware file
server, with MPW as the Mac build environment. PVCS for DOS is fraught 
with stupidities and limitations, but that's what is being used to 
manage this shared Windows/Mac code base.

Thanks for any pointers!

--------------------------------------------------------------------------
- Walker Richer & Quinn, Incorporated  -  Macintosh Software Development -
- Internet: stevep@wrq.com  -  AOL: Spoole  -  INTEL 80x86: Just say NOP -
- "Nurse! Do let's pretend that I'm a hungry hyaena, and you're a bone!" -
--------------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: phoenix@uhuru.uchicago.edu (Lord Phoenix)
Subject: Help with TextEdit...
Organization: University of Chicago
Distribution: usa
Date: Tue, 12 Jan 1993 18:24:47 GMT

Is it possible to increase the number of characters that TextEdit can have?
I write several hundred (600+) lines of about 44 characters to a TextEdit 
Record and then I start to get garbage in my window.
has this ever happened to anyone?
Have I passed the max number of characters?  If so how do I fix this?

phoenix@uhuru.uchicago.edu



Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: Stallman and friends
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sun, 10 Jan 1993 05:28:01 GMT

In article <gtall.726514732@ogre> gtall@ogre.cica.indiana.edu (Gerry Allwein) writes:
>I just a simple yes or no answer to a simple question: does a parser produced
>by GNU Bison fall under the FSF copyright?

The short answer: Yes! But: I looked further.

The output from Bison are twofold: It contains:

1) A parser program. This is covered under GPL.
2) tables from your grammar. These are yours.
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Detecting mouseDown in a region?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 5 Jan 1993 20:08:55 GMT

In <1993Jan5.171920.29754@fsl.noaa.gov> urban@yoda.fsl.noaa.gov (Art Urban) writes:

>become slow if the user clicks in the 1000th region. Is there any way I can
>reduce the possibilities?

Several.

1) you could form meta-regions that are unions of the other
   regions. Let's say you have 30 meta regions - you'll only
   have to loop those 30, and then the 35 associated with
   that meta region.

2) The above could generalize to a logarithmic search; form
   meta-regions of meta-regions. This will give you a guaranteed
   bound of log2 PtInRgn calls, at the expense of memory. You
   could loosen up the limit a little by using, say 10 meta-
   meta regions of 100 meta regions.

3) Sort the regions according to their boundingBox positions,
   and only consider regions that are bounded by the right
   position.

I would probably choose 2) from the above.

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
   This signature is kept shorter than 4 lines in the interests of UseNet
   S/N ratio.
From: shebs@apple.com (Stan Shebs)
Newsgroups: comp.sys.mac.programmer
Subject: Re: what is the best C compiler
Date: 5 Jan 93 18:54:12 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer Inc.

In article <1993Jan1.145255.24376@netcom.com>, jimlynch@netcom.com (Jim
Lynch) wrote:
> Keith Rollin sed:
> GNU C lost a lot of ground because it was unable to convert normal
> branches into short branches when appropriate.
> 
> One of the beautiful parts of GNU c is that you can change this, and probably
> Keith's other complaints as well... How? by editing the machine description
> and recompiling.

Actually, short branches can't be handled easily by GCC, because the
compiler doesn't normally keep track of the lengths of instructions;
instead, it has huge numbers of fprintf calls that build up the asm
text in a single pass.  So although GCC supports many wonderful
features, shortening branch addresses is not one of them.

Fortunately, the MPW Asm has an amusing quirk, which is that it
reliably identifies short branches without being able to actually
generate them.  So, Keith put together some code a year ago that
just collects the warning messages and bashes the asm code, then
reruns the assembler.  You can keep rerunning until the assembler
no longer issues any warnings...  Anyway, it's incorporated into
a new release of MPW GCC 1.37.1 that I've been preparing over the
past month, as an interim release until 2.x is available.  Should
be ready any day now! (yeah yeah, promises promises :-) )

Stan Shebs
Apple ATG System Software
shebs@apple.com
Xref: sparky comp.sys.mac.programmer:21228 comp.sys.mac.hypercard:4767
From: tonyg@cs.uq.oz.au (Tony Gedge)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.hypercard
Subject: Documentation on XWindoids?
Summary: Where is some doco for writing xwindoids?
Keywords: hypercard xwindoids
Date: 11 Jan 93 23:59:45 GMT
Reply-To: tonyg@cs.uq.oz.au
Followup-To: comp.sys.mac.programmer

Can some enterprising soul point me to a good location of XWindoid
documentation?  (Book titles, ftpable stuff, examples)

Thanks

Tony Gedge.

--
| Computer Science Department,       |  tonyg@cs.uq.oz.au   (Tony Gedge)  |
| University of Queensland,          |  --------------------------------  |
| Australia.                         |  "cc stands for Cryptic Crossword" |
| FAX: +61 7 365 1999.               |  PH : +61 7 365 2445               |
From: mwalker@novell.com (Mel Walker)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Why the Piracy? Here's why...
Date: 7 Jan 93 20:09:05 GMT
Followup-To: comp.sys.mac.programmer
Organization: Novell, Inc.
NNTP-Posting-Host: chezmoto.ai.mit.edu

In article <C0Hv06.7rB@mentor.cc.purdue.edu>, neath@brazil.psych.purdue.edu
(Ian Neath) wrote:
> 
> In article <1993Jan7.155907.19880@mail.cornell.edu> Tim Larkin 
> (tsl1@cornell.edu) writes:
> > 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.
>
> A hypothetical question:
> Would you rather I pirate some software from you (or park in your parking
> space illegally) or would you rather I make you viction number 6 in a
> series of a dozen grizly murders?  

The fact that piracy is less wrong than murder does not make it not-wrong.

Or is that too obvious a statement for the rationalizations that are going
on in this discussion?

Clearly, most humans are not rational beings; they are rationalizing being.
:-)

----------------------------------------------------------------
Mel Walker                                    mwalker@novell.com
All opinions expressed are of the author.
Novell, Inc. is not responsible for the content of this article.
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: PowerPC and learning curve investment
Keywords: PowerPC
Date: 12 Jan 93 13:12:41 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1993Jan12.003605.3042@dtint.uucp> tom@dtint.uucp (Thomas R. Kimpton) writes:

>	1.  Is the programming interface to the PowerPC OS going
>	to remain:
>		A. Exactly the same (IM I-VI, NIM 1-15)

From what I've heard, this is true. You will also get
a new OS release sometime "later" with protected memory
and preemtive multitasking, but it will come for 68k
machines as well. Don't ask me when.

>	2. Are we going to see:
>		A. Demand paged virtual memory

We already have...

>		B. Protected memory
>		C. Kernel threading
>		D. Pre-emptive multi-tasking
>		E. Shared memory segments
>		F. Semaphores

See above.

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
   This signature is kept shorter than 4 lines in the interests of UseNet
   S/N ratio.
From: udsugar@mcs.drexel.edu (David Sugar)
Newsgroups: comp.sys.mac.programmer
Subject: Help, PBHCopyFile..
Date: 3 Jan 93 08:11:58 GMT
Distribution: usa
Organization: Drexel University, Dept. of Math. and Comp. Sci.


I am trying to copy a file with PBHCopyFile, and it seems like it 
should be simple enough, but I keep getting the error -50, Error In
User Parameter List (which isn't helping to much).

Anyway, I have a HParamBlockPtr and set the copyParam to the
following, the ioCompletion to NIL, the ioVRefNum to the source
vRefNum (-1 in this case), the ioDirID to the source directory
ID (129 in this case), the ioNamePtr to my name.

Then set ioDstVRefNum to the destination refNum (again -1)
the ioNewDirID to the new directory ID (19 in this case)
and the ioNewName to the filename (which is the same name
as the ioNamePtr pointed to. 

I set ioCopyName to NIL and the call the PBHCopyFile.  It
always gives the error -50.  I'm not quite sure what I've
missed.  I'll include the code I'm routine I working with,
maybe it will help.


void CopyFile (CFile *source, CFile *dest)
{
	HParamBlockRec	copy_data;
	OSErr			err;
	
	if (dest->ExistsOnDisk ())
		dest->ThrowOut ();

	copy_data.copyParam.ioCompletion = NILP;
	copy_data.copyParam.ioNamePtr = source->name;

	copy_data.copyParam.ioVRefNum = source->volNum;
	copy_data.copyParam.ioDirID = source->dirID;
	
	copy_data.copyParam.ioNewName = source->name;
	copy_data.copyParam.ioDstVRefNum = dest->volNum;
	copy_data.copyParam.ioNewDirID = dest->dirID;
	
	copy_data.copyParam.ioCopyName = NILP;
	err = PBHCopyFile (&copy_data, FALSE);

}

I am sure that the fields data fields of source and data are
correct when the call is made, so that isn't a problem..


Thanks


Dave Sugar
udsugar@mcs.drexel.edu
From: noah@apple.com (Noah Price)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Why the Piracy? Here's why...
Date: 4 Jan 93 18:04:21 GMT
Followup-To: comp.sys.mac.programmer
Organization: (not the opinions of) Apple Computer, Inc.

In article <1992Dec18.124705.11418@tdb.uu.se>, bredell@tdb.uu.se (Mats
Bredell) wrote:
> Hm ... I can remember the good old days when I was still a student. We used to
> pirate a lot of software. Of course, no one of us could afford buying MS Word
> or Excel or something like that, so I don't think the software companies lost
> any money on this.

Yah, people use that argument for shoplifting as well... I picked up MS
Word at the educational price of about $99 when I was in school.  Just a
little more than the price of two textbooks, and useful for a heck of a lot
more classes!

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noah@apple.com                                 Macintosh Hardware Design
...!{sun,decwrl}!apple!noah   (not the opinions of) Apple Computer, Inc.
Newsgroups: comp.sys.mac.programmer
From: erwin@trwacs.fp.trw.com (Harry Erwin)
Subject: Re: Which Inside Macintosh books are most essential?
Organization: TRW Systems Division, Fairfax VA
Date: Thu, 7 Jan 1993 02:33:56 GMT

If you have access to a CD ROM drive, think about a subscription to
develop, the Apple developer's magazine. $35/year, quarterly, has a CD ROM
enclosed that contains -->all<-- of the Inside Macintosh volumes, plus
those in production.

Cheers,
-- 
Harry Erwin
Internet: erwin@trwacs.fp.trw.com
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: FindFolder() code, please.
Keywords: Macintosh Preference
Date: 5 Jan 93 10:16:54 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1993Jan5.025100.386@maths.tcd.ie> tim@maths.tcd.ie (Timothy Murphy) writes:

>I'd like to use FindFolder() to find the VRefNum of the Preference folder,

 FindFolder ( kOnSystemDisk , kPreferencesFolderType , kCreateFolder ,
  & fss . vRefNum , & fss . parID ) ;

However, you will have to use BOTH the dirID _and_ the vRefNum;
using only a vRefNum went out of fashion with system 3.2.

Use HCreate and HOpen (under system 6) or FSpCreate and FSpOpenDF
(under System 7)

Cheers,

							/ h+

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

   Cookie Jar: Vanilla Yoghurt with Crushed Oreos.
Newsgroups: comp.sys.mac.programmer
From: jmunkki@vipunen.hut.fi (Juri Munkki)
Subject: Re: Direct screen writing; getting to (x,y)
Reply-To: jmunkki@vipunen.hut.fi (Juri Munkki)
Organization: Helsinki University of Technology
Date: Tue, 12 Jan 1993 10:14:46 GMT

In article <1993Jan12.081850.12759@afterlife.ncsc.mil> mssmith@afterlife.ncsc.mil (M. Scott Smith) writes:
>What would be the easiest way to handle different
>bit depths?  My primary concern for now is 8-bit.

Since only 1, 2, 4, 8, 16 and 24-bit are used by the Macintosh (for now),
it's fairly easy to implement them all separately. For more complicated
things than point-plotting, a bottleneck function works or you can use
the bitfield instructions in the 68020 (which means you have to write asm).

>> Of course, it doesn't really work. It only works on some hardware, but
>> it will cause big problems with a lot of machines.
>
>   Is my new routine a bit more friendly, or does it still have a problem?

It's mainly the lack of SwapMMUMode that will cause problems.

>>     SwapMMUMode
>> and ShieldCursor
>
>   I haven't messed with ShieldCursor before, so I'll look into that.  I
>assume I should be calling SwapMMUMode in my PlotPoint function, right
>before and after I do the plot.  Does this eat up much processor time?

Yes, it does take quite a bit of CPU time, so you should plot as many
points as possible between the calls to SwapMMUMode.

>> This works as long as no one changes the screen resolution suddenly. It
>> usually doesn't happen, but I think it's possible under some circumstances.
>
>   Someone would do that??  How rude.  :)  Would the best strategy be to
>periodically check the depth of the screen you're working with, like in the
>event loop, and then to do whatever's necessary if the bit depth suddenly
>changes?  (Like maybe put up a dialog that say "hey, don't do that!", or
>re-compute everything.)

I wasn't really talking about screen depth: that's done all the time and
it gives you a nice update event and probably always also changes the ctSeed
of that device. It's fairly easy to detect depth changes and adapt to them.

I was mainly thinking of those Pivot displays again. I don't know what kind
of magic they do (never having used one), but it would seem to me that they
might change the rowBytes value when the display is rotated. Then again, maybe
they don't.

>Well, thanks for all of your information.  It was very helpful.

I hope I wasn't too rude. This is getting to be RFAQ and it seems I'm always
repeating this same information.

-- 
  Juri Munkki					       Windsurf: fast sailing
 jmunkki@hut.fi					      Macintosh: fast software
Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools
From: lsr@taligent.com (Larry Rosenstein)
Subject: Re: Stallman and friends
Followup-To: comp.sys.mac.programmer
Organization: Taligent, Inc.
Date: Mon, 11 Jan 1993 18:53:58 GMT

In article <MELLON.93Jan7172402@pepper.ncd.com>, mellon@ncd.com (Ted Lemon)
wrote:
> 
> 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.

I don't know any details, but "commonly held" to be in the public domain
doesn't mean that it was in the public domain.  

> Then Symbolics negotiated a deal with MIT wherein MIT transferred the
> copyright to Symbolics.   MIT stopped making the code publically

My understanding is that something in the public domain has no copyright to
transfer.  If the code did have a copyright then the copyright holder is
allowed to transfer rights as s/he sees fit.

That's not to say that the action was "right" but it doesn't sound illegal.

> 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

At least some part of the reason is that by putting code in the public
domain makes it possible for "software hoarders" to benefit.  Licensing the
code under the GPL encourages the production of more freely available
software.

> simply describe things as you experienced them, with the understanding
> that I don't claim to be telling a terribly accurate history.)

I don't have any direct experience with this, and I'm not a lawyer.  But
the story as you have told it raises some issues.

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

The FSF code is copyrighted.  If someone makes a copy of the GCC source,
changes nothing, and tries to distribute it without complying with the GPL,
then clearly that's violating the GPL. But what if you only take a few
functions.  Wouldn't that stil violate the GPL?  What if you take those
functions and mechanically change them without trying to understand the
code and rewrite it?

The question is how different does the code have to be before it does not
fall under their copyright.  

Larry Rosenstein
Taligent, Inc.

lsr@taligent.com
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Subject: Re: TCL: Bizzare Behavior Time
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 12 Jan 1993 15:16:37 GMT

In <96325@rphroy.ph.gmr.com> rrichter@link.ph.gmr.com (Roy Richter PH/32) writes:

>|> CFoo :: DoFoo ( )
>|> {
>|> 	CBar * aBar = new CBar ;
>|> 
>|> 	theBar = aBar ;
>|> }

>Do I have to be this nutso careful when dealing with TCL Objects?

Yes, because TCL objects are all indirect (Handles)
You never know when the address of the receiving variable
is calculated. A possible scenario is that:

	theBar = new CBar ;

	1) The address of theBar is calculated
	2) new is called, which moves memory, and happens to
	   move the calling object as well
	3) the result is written into the address from 1) - BAD!

You can also lock the object:


CFoo :: DoFoo ( )
{
	Boolean locked = Lock ( 1 ) ;

	TRY {

		theBar = new CBar ;

	} CATCH {

		Lock ( locked ) ;

	} ENDTRY ;

	Lock ( locked ) ;
}

Note that you HAVE to encapsulate in TRY/ENDTRY because
otherwise an exception will leave your object locked and
corrupt the heap!

>And, does coding it like this protect me -- that is, is "theBar"
>have a correct reference after the call to "new".  If so, when does that

Well, the stack can't move, so the temp variable will not
move when memoryt moves, and a simple assignment will not
move memory, so assignment to members is safe. Treat
objects and ther members just as handles, and you'll be
just fine!

>refence get corrected?  If
>	theBar = new CBar;
>is potentially bad, maybe that should be somewhere in the docs.


It _IS_ in the docs (read about indirect objects) and also in
the sample code for the class library.

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

  Clearly, most humans are not rational beings; they are rationalizing beings.
                     -- Mel Walker
Newsgroups: comp.sys.mac.programmer
From: hlam@bnr.ca (Hayward Lam)
Subject: NeXT User Group Of Ottawa on January 7th
Reply-To: hlam@bnr.ca (Hayward Lam)
Organization: Bell-Northern Research Ltd.
Date: Tue, 5 Jan 1993 20:23:50 GMT


NeXT User Group of Ottawa Meeting on January 7th
------------------------------------------------


When : Thursday, 7:00pm
Where: ComputerActive
       21 Antares Dr., Unit 112,
       Ottawa, Ontario, Canada


Topics: 
***  Database on NeXT  ***
Demo and discussion on databases and development tools 
available on NeXT.
Inlcude Parabase, Sybase, Oracle, DBkit, Objective DBtool kit etc.
Topic will be oriented for users and developers alike.
Demo machine is a NeXTcube with NeXTdimension board.

(A guest will talk about their experience with database 
development. Not confirmed yet.)


***  General discussion  ***
CD-ROM drive available for 3.0 upgrade.
Software packages discount for user group members.
NeXTWorld Expo etc.


Please pass the news around to whoever might be interested.
Feel free to contact me if you have any questions.


Regards,
Hayward

phone: 613-763-3663
email: hlam@bnr.ca



Newsgroups: comp.sys.mac.programmer