HDTenEightyP/NetNews huggingface dataset:
From: mirsky1@husc8.harvard.edu (David Mirsky)
Newsgroups: comp.sys.mac.programmer
Subject: tcl/alpha/latex questions
Date: 21 Aug 92 00:29:22 GMT
Article-I.D.: husc3.1992Aug20.202923.14956
Distribution: world
Organization: Harvard University Science Center


Hi. I have some basic questions I need help with.
 
I am not a computer programmer, though I used to fiddle with Basic.
I recently downloaded Alpha 5.0 because I wanted to use its tcl
scripts to help me in formatting screenplays. 
 
I am now printing out the help files, but I still have some questions: 
 
1. Can you use Alpha/tcl to manipulate soft page breaks? Can a  
   page break be recognized by tcl? Id like to be able to control
   the pagination of screenplays.
 
2.	What is Latex and how is it different from tcl?
 
3.  Has anyone out there used Alpha to write screenplays?
 
4.  In general, is tcl hard to use? Im not an experienced programmer, as
	I said, and Im wondering if I am getting in way over my head.
 
5. Is there any other tcl documentaton which is helpful in using it with
	Alpha?
 
Please reply to mirsky1@husc.harvard.edu
 
Thanks
 
David
From: de19@umail.umd.edu (Dana S Emery)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Re: TN 31 relevancy vs sys 6.0.x
Date: 22 Aug 92 16:24:01 GMT
Followup-To: comp.sys.mac.programmer
Organization: Personal

In article <sold.75.714429006@kit.uni-kl.de>, sold@kit.uni-kl.de (Christoph
Sold) wrote:
> 
> In article <de19-210892053615@mac45-pg2.umd.edu> de19@umail.umd.edu (Dana S Emery) writes:
> >Subject: TN 31 relevancy vs sys 6.0.x
> >From: de19@umail.umd.edu (Dana S Emery)
> >Date: 21 Aug 92 09:56:02 GMT
> >I tried to pull a current copy of TN 31, but ftp.apple.com  no-gotem. 
> 
> They have it. Get the technote stack, it is in there.

Id love too, but I just dont seem to have 6MB free at the moment, also, I
dont have any faith that the stack version is any better in sync with
reallity.  In case you were asleep at the switch, I *am* RTFTN, the Q is if
the version I have is actually relevant, and I would really appreciate a
straight answer.  I think I have paid some dues to this group over the past
year, albeit mostly by mail, and now would appreciate a little sympathy.

For those who have already read and rejected, I repeat myself:


My 1988 version of TN 31 states that as of system 4.1, (paraphrased)

> TEStylInsert will misbehave if the TE record is not active.

Can anyone confirm that this is still true under, say, 6.0.7?

My environment is Think Pascal v.4.0.1, using TCL 1.1.2.

--

Dana S Emery <de19@umail.umd.edu> | "Novo, de Novo, de novo, de
no-o-o-o-o---, 
                                  | Novemba come an' dey gonna go home."
From: chris@benton.prepress.com (Christopher Knox)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Link: Error: PC-relative edit, offset out of range.
Date: 14 Aug 92 16:03:25 GMT
Organization: Pre-Press Technologies, Inc.
X-Useragent: Nuntius v1.0


chris knox "Omne animal triste est post (or without) coitum"
From: francois@welchgate.welch.jhu.edu (Francois Schiettecatte)
Newsgroups: comp.sys.mac.programmer
Subject: When to lock handles
Date: 22 Aug 92 15:45:59 GMT
Organization: Johns Hopkins Univ. Welch Medical Library


Does anyone know when I can find (or can offer) some guidelines
(preferably available through ftp) about when to lock handles
when reading data from them or writing data to them.

francois


francois@welchgate.welch.jhu.edu
From: mlanett@Apple.COM (Mark Lanett)
Newsgroups: comp.sys.mac.programmer
Subject: Re: IYourObject, Views, & ViewEdit
Date: 13 Aug 92 04:54:50 GMT
Organization: Apple Computer Inc., Cupertino, CA

bowman@reed.edu (Eric Bowman (bobo)) writes:

>MacApp 3.0.1 question:

>I've created a window in ViewEdit with several views, including a couple of
>subclasses of TTextListView.  When I close then window, MacApp drops into
>Macsbug to tell me that I've handed FreeIfObject an invalid object.  I
>thought the problem might be that IMyTextListView wasn't getting called.
>This belief proved to be correct (though I have no idea if it's related to
>the crashing...), which causes me some confusion.  So I played with the
>skeleton app, and discovered that IViewSkeleton never gets called, either.

There are two ways to create objects in MacApp, procedurally or via resources.
If you subclass a view, then to support procedural creation you write an
I<class> routine, and *you* call it. For example:

	TMyTextListView* list = new TMyTextListView;
	list->IMyTextListView (myParams, doc, super, loc, size, ...);

View creation via resources is different. What MacApp does is read the
view signature and allocate an uninitialized view object. So it will allocate
an object for TMyTextListView, but won't call IMyTextListView (it knows
how big it is and can allocate it, but doesn't know which methods you've
written to initialize it). Instead it will call Initialize and DoPostCreate (or
just IRes in MacApp 2.0).  So to support view creation via resources you
override Initialize and DoPostCreate and do your own work in there. Initialize
is normally used for setting fields to nil, DoPostCreate for allocating other
objects. You generally override both of them. For example:

pascal void TMyTextListView::Initialize () {
	inherited::Initialize(); // DON'T forget to call (FIRST!) or you will
		// have very strange errors later.
	fMyList = nil;
}
pascal void TMyTextListView::DoPostCreate(TDocument* doc) {
	inherited::DoPostCreate(doc);
	fMyList = NewList();
}

The reason for setting the field to nil first is a matter of safety with Free.

If you need to pass some specific information to a view, then write a Set<>
routine and call that after creating it. Set<> doesn't need to call any I<>
routines.

	TWindow* wind = gViewServer->NewTemplateWindow(...);
		// MacApp calls DoPostCreate for all views
	TView* list = wind->FindSubView('list');
	if (list == nil) ProgramBreak("View resource problem - list");
	((TMyTextListView*) list)->SetMySpecialParams(myParams);
-- 
Have a bajillion brilliant Jobsian lithium licks.
Mark Lanett, NOT speaking for anyone. Personal opinion only.
Newsgroups: comp.sys.mac.programmer,misc.education,soc.college
From: borders@ms.uky.edu (Johnny Borders)
Subject: Re: Computer Science Programs
    <1992Aug14.230223.17066@athena.mit.edu> 
    <1992Aug15.031756.24965@athena.mit.edu>
Date: Sat, 15 Aug 1992 04:21:32 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

solman@athena.mit.edu (Jason W Solinsky) writes:

>Before anybody flames me for extreme opinions in my last post, let me note
>that I meant to e-mail it and not post it. I didn't want to have to put up
>with flames. That having been said, flame away.

Well, I don't have a flame, just an addition:

I consider the CS program here at the University of Kentucky the most 
pitiful excuse for "higher-education" I've ever seen (not that I've seen
much, mind you, but if it were worse anywhere else, I'd be surprised if they
were ever taught how to turn on a PC!).
We have people that walk out of here going: "UNIX? What's that?" and people
that think technology that was big 10 years ago is still on the cutting
edge today. I've actually printed envelopes on a NeXT and had a CS person
say: "WOW! I didn't think these things could do THAT!" <calgon, take me
away!> 
Fortunately, UK is cheap ($1000 a semester), but I still feel like I'm 
being mugged. I took a course in graphics which was nothing but introduction
to X Windows. If that's what it was, why didn't they call it that? Sheesh.
I'm sure people that are really into computers do well, but those that go into
computers with no preconceived notions or prior education/training/experience
in computers will get a degree in C.S., virtually clueless about how the
damn things work.

Just an opinion.. <hopefully no one from UK reads this!> 
-- 
*******************************************************************************
* The University of Kentucky is not responsible * AIX: Marketing or lunacy?   *
* for me, by reason of "Bureaucrats Syndrome,"  * "I never used anything by   *
* a crippling form of insanity.                 *  IBM that I liked."         *
From: sdk@cci632.cci.com (Stephen Knight)
Newsgroups: comp.sys.mac.programmer
Subject: Re: IYourObject, Views, & ViewEdit
Summary: I<yourobject> doesn't get called
Keywords: MacApp views ViewEdit
Date: 13 Aug 92 14:01:19 GMT
Organization: Northern Telecom, Ltd., Rochester, NY

In article <1992Aug12.231336.1049@reed.edu> bowman@reed.edu (Eric Bowman (bobo)) writes:
>MacApp 3.0.1 question:
>
>I've created a window in ViewEdit with several views, including a couple of
>subclasses of TTextListView.  When I close then window, MacApp drops into
>Macsbug to tell me that I've handed FreeIfObject an invalid object.  I
>thought the problem might be that IMyTextListView wasn't getting called.
>This belief proved to be correct (though I have no idea if it's related to
>the crashing...), which causes me some confusion.  So I played with the
>skeleton app, and discovered that IViewSkeleton never gets called, either.
>So what's up here?  411 says about TTextListView.ITextListView,
>
>Call?
>	ALWAYS, if you are instantiating a TTextListView 
>	object or creating a subclass of TTextListView. 
>	If you are creating a subclass of TTextListView, 
>	your I<Subclass> method of that subclass must call
>	ITextListView.
>
>So what's up here?  None of the sample MacApp code calls the respective
>IYourObject; in fact, most of the sample code never defines such a best
>for their subclassed views.

  It seems that creating a view from a 'VIEW' resource isn't the same case
as the documentation is talking about.  So you're absolutely right.
  In your document's DoMakeViews, if your view is created via
gViewServer->NewTemplateWindow then I<YourViewObject> is _not_ called.
If you create your view from a procedure (check out DemoDialogs 
MakeProcedureViews) then you have to call I<YourViewObject> yourself.
  One way I've found around this is to create a DoPostCreate for my 
view which _is_ called when I use a 'VIEW' resource.

>
>On an unrelated note, my code and sample code no longer handles "<<<>>>"
>correctly for window titles -> "Untitled 1", etc.  This worked fine under
>ETO 7, but doesn't work with ETO 8.

  Lucky you, we seem to be at the tail end of the ETO distribution list
(New Zealand gets theirs before we do, waaaaaaaa!).


Hope this helps
steve knight
sdk@cci.com
Newsgroups: comp.sys.mac.programmer
From: felciano@summit.stanford.edu (Ramon M. Felciano)
Subject: Using System7 icons suites
Organization: DSO, Stanford University
Date: Fri, 14 Aug 92 22:55:11 GMT
Xdisclaimer: No attempt was made to authenticate the sender's name.


Hi!

I'm trying to implement System 7's icon suites (a la Technote #306) in
my MDEF, but can't seem to get them to draw correctly. I call
GetIconSuite  with the ID of my ICON resource. It works fine (returns
noErr), and I get a handle back to the suite.

But when I call PlotIconSuite, I get an error -1000 back. I can't find
that error defined anywhere.

Can anyone give me a hand?

Ramon M. Felciano
Associate Director, SUMMIT
Stanford University Medical Media and Information Technologies
Newsgroups: comp.sys.mac.programmer
Subject: Re: Australian Mac systems
From: hammett@sbsu1.aukuni.ac.nz (Tim Hammett)
Date: Mon, 17 Aug 1992 00:23:00 GMT
Organization: University of Auckland, New Zealand.

sold@kit.uni-kl.de (Christoph Sold) writes:
>Of course, you can do it the hard way: Assuming the user has set up the 
>right location in the Map control panel, you can ask the system for its 
>location. See Inside Macintosh, Vol VI, Worldwide Software (or something the 
>like).

This won't work for two reasons:

1. Most users don't bother to set their location in the Map control panel.

2. A person's location is not relevant to the System software they are using.
   I might go to Germany, but still use Australian system software. Similarly,
   someone might want to use Japanese system software in the US.

--
Tim Hammett, Botany Dept, Auckland University, New Zealand.
t.hammett@aukuni.ac.nz   Phone: +64-9-373-7599 x8365    FAX: +64-9-373-7416
From: stevec@Apple.COM (Steve Christensen)
Newsgroups: comp.sys.mac.programmer
Subject: Re: InitDialogs [Q]
Date: 20 Aug 92 05:21:42 GMT
Organization: Apple Computer Inc., Cupertino, CA

robert_hess@macweek.ziff.com ("Robert Hess") writes:
>InitDialogs [Q]
>This is probably a dumb question or an FAQ...

>What's wrong with calling InitDialogs from within an INIT? I've tried passing
>in (0), (nil), ((ProcPtr) nil)...but I always crash at boot with an address
>error (which isn't even recoverable from MacsBug...I can't even RS or RB, damn
>it).

>What am I doing wrong?

>Thanks,
>Robert

Well, you can't arbitrarily call InitDialogs without first setting up -all-
of the other managers that it relies upon.  Typically you need to call the
following routines first:

	InitGraf	(QuickDraw)
	InitFonts	(Font Manager)
	InitWindows	(Window Manager)	
	TEInit		(TextEdit)

and -then-

	InitDialogs	(Dialog Manager)

Of course you need to allocate some local space for QuickDraw's A5 globals,
which will be used while your INIT is running, but other than that, it's
pretty straightforward...

steve

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  Steve Christensen			Never hit a man with glasses.
  stevec@apple.com			Hit him with a baseball bat.
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Weird Quickdraw Bug w/ Geneva
Organization: Kalamazoo College
Date: Tue, 18 Aug 1992 20:20:15 GMT

cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes:
>k044477@hobbes.kzoo.edu (Jamie R. McCarthy) wrote:
>> 
>> cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes:
>> >
>> >When 9 pt. Geneva is used, the text comes out as a
>> >VERY pale yellow (instead of the expected black).
>>
>> Sounds like you're messing with the screen's color table, and not
>> letting the system know that you're doing it.
>> Theoretically, there's no way you can do this :-) if you're using the
>> Palette Manager exclusively...
>
>OK, that makes sense. I am certainly NOT doing it on purpose. The only
>color environment changes I THINK I'm making involve getting the palette
>associated with a window and using SetPalette to assign the same palette to
>several other windows (but not the one with the problem).

Hmmm.  This may be bad;  I've never seen a prohibition against having
the same palette accessed by more than one window, but I've never seen
anything allowing it either.  Try copying the palette before you
re-assign it:

PaletteHandle myPlttHndl;
myPlttHndl = GetPalette(window1);
HandToHand( (Handle*) &myPlttHndl );
SetPalette(window2, myPlttHndl, TRUE);

>you're saying that something is happening to the entire display (gdevice),
>and not just individual windows, correct?

Yes;  the distinction's kind of artificial though...

>Do you have any suggestions as to how this color corruption might be
>happening? Maybe calling SetPalette on a window that isn't open?

I don't believe I've ever had any problems with assigning a palette to a
hidden window.

If the HandToHand trick fixes it, let me know--as I say, I don't know of
any prohibitions against doing what you're doing.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "Merlin said, 'This is he.'  Then the Archbishop looked upon Arthur and he
  beheld that the youth was very comely of face, wherefore his heart went out
  unto Arthur and he loved him a very great deal."        (NEA grant denied.)
Newsgroups: comp.sys.mac.programmer
Subject: WhenGestalt?
From: michael@otago.ac.nz
Date: 14 Aug 92 09:36:02 +1300
Organization: University of Otago, Dunedin, New Zealand

> _Gestalt first appeared under System 6.0.4, right?  Plus, won't the Gestalt
> glue return the FPU information (among other things) whether or not the
> Gestalt trap exists?

Speaking of this, is there any sort of list saying *when* the various functions
covered by Gestalt first appeared? Now that we are all using Gestalt and
testing for specific functionality, it is becoming difficult to advise users
what the earliest System version an application will run under is. Its not nice
to tell them to try it and see if it fails :-(.


Michael(tm) Hamel, Computing Services Centre, University of Otago, New Zealand

BELDING (n.)                       
A technical name for a stallion after its first ball has been cut off. Any
notice which reads `Beware of the Belding' should be taken very, very
seriously.

Newsgroups: comp.sys.mac.programmer
From: josephm@Newbridge.COM (Joseph Moffette)
Subject: serious MPW projector problem
Organization: Newbridge Networks Corporation
Distribution: na
Date: Fri, 14 Aug 1992 18:09:21 GMT

We've recently tried to check a file into a project, and received the following
error message (copied straight from worksheet):

checkin -v -project Rel5:SysAdmin:dotimp: {imp}ConnectMgr.imp -t "This
is a test." -cs "This is a test." -p
### CheckIn - Projector encountered some serious problem so the action
was aborted.
echo {status}
2

We encountered this same problem on another file in the same project;
however, all other files in the project seem to check in without problem. 
The interesting thing is, the two files that we cannot check in are the two
biggest files in the project - 325,211 bytes and 318,827 bytes.  To the best
of our knowledge, the projector database for this project has never been
corrupted, and the file server where the project is stored has always had at
least 40 MB of free space.  The ProjectorDB file itself is 29,503,488 bytes.

Can anybody help us with this problem?

Does anybody have knowledge of Projector limitations?
Does anybody know a better Source Control System for the Mac?

Joseph Moffette
From: keith@taligent.com (Keith Rollin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: vblCount and Macintosh Programming Secrets
Date: 16 Aug 92 23:54:17 GMT
Organization: Taligent

In article <Bt1wyG.MnL@grayhawk.rent.com>, rich@grayhawk.rent.com (Richard
Harms) writes:
> 
> On page 501 is the code for a subroutine called MySpinner...  In it, the
> VBLTask field vblCount is reset to a non-zero value only if CrsrBusy is
> equal to zero. My question is, if CrsrBusy is a non-zero value, and the
> vblCount field isn't reset to something non-zero, won't that result in
> the VBL task failing to ever execute again?
> 
> From MPW 411:
> >The task must then reset vblCount, or its entry will be removed 
> >from the queue after it has been executed.
> 

Good eye! How does the following look to you:

oldA5 = SetA5(myTaskPtr->A5);
if (CrsrBusy == 0)
    SpinCursor(32);
myTaskPtr->theTask.vblCount = pDesiredCount;
(void) Seta5(oldA5);

--
Keith Rollin
Phantom Programmer
Taligent, Inc.
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: StripAddress
Date: 20 Aug 92 18:09:18 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <NEERI.92Aug19104845@iis.ethz.ch>, neeri@iis.ethz.ch (Matthias Neeracher) writes:
> In article <1992Aug19.101953.10190@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>>In article <Bt74v9.KGF@taligent.com>, keith@taligent.com (Keith Rollin) writes:
>>> I've got a Quadra 900 with 7.0.1, Tune-Up
>>> 1.1.1, and a bunch of skanky INITs. If anyone is going to have a goofy version
>>> of StripAddress, I would. However, StripAddress is still run from ROM on my
>>> machine, and it looks like this:
>>>
>>>      +0000  4080D764   BTST       #$00,$1EFC
>>>      +0006  4080D76A   BNE.S      _StripAddress+000C         ; 4080D770
>>>      +0008  4080D76C   AND.L      MaskBC,D0
>>>      +000C  4080D770   RTS
>>
>>Interesting. I had a look on my IIfx, and my StripAddress entry point
>>is at 4080D76C--that is, my StripAddress routine consists of only the
>>last two of the above instructions. The preceding BTST and BNE are still
>>there, in the same place, but they're not part of StripAddress. Not
>>according to MacsBug, anyway.
>>
>>My machine is running in 24-bit mode.
>
> This looks like an optimization. In 24-bit mode, *every* address should be
> masked to 24 bit, so the trap dispatcher is set up to point to the stripping
> part. _SwapMMUMode is then probably responsible for pointing the trap back to
> 4080D764. Remember, MacsBug gets its information of what instruction belongs to
> what trap from the trap dispatch table.

I just had a quick look at the code for SwapMMUMode on my IIfx, and while it
does some interesting manipulations with privileged CPU registers, I can't see
that it alters any trap table addresses, let alone the one for StripAddress.

Anyway, StripAddress shouldn't alter its behaviour if you temporarily switch
from 24 to 32-bit mode.

I also checked my LC at home. Apart from the fact that the above addresses
4080Dxxx become 00A0Dxxx, the four-instruction sequence is identical. The
only difference is that the StripAddress entry point is the RTS! (My LC runs
in 32-bit mode.) And MaskBC is still 00FFFFFF, not FFFFFFFF.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
In roughly 250 years, every atom in the universe will be connected to
the Internet.
Newsgroups: comp.sys.mac.programmer,misc.education,soc.college
From: hp48sx@wupost.wustl.edu (HP48SX Archive Maintainer)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Musings On Trying To Support System 6...
Date: 15 Aug 1992 07:47:34 -0500
Organization: Washington University in Saint Louis, MO USA
NNTP-Posting-Host: wuarchive.wustl.edu

I work for an Aple Education Centre in Denmark, and my experience is,
that only about 10-15% still uses system 6.0.x, even though we sell most
Classics, followed by LC's.  I also bough myself an SE here long before
I got employed. 2MB RAM/20MB harddisk, only $3000 + VAT, but only
because I could get it at the srudents price. Normal list price was
above $4000 at that time.

The programs I write myself are all targeted for system 7, I think the
part of people using older systems are too small. And they often has
grown used to the software they have, and do not get that much new
stuff. Also partly because there is not much running in 2MB any more.
-- 
Povl H. Pedersen             hp48sx@wuarchive.wustl.edu
HP48sx archive maintainer

All Opinions (C) Copyright the Intergalactic Thought Association
Newsgroups: comp.sys.mac.programmer
From: reed@snake.tc.cornell.edu (Michael G. Reed)
Subject: Re: A tricky PICT problem...
Followup-To: comp.sys.mac.programmer
Keywords: PICT
Organization: Cornell National Supercomputer Facility
Date: Thu, 13 Aug 1992 01:26:49 GMT


Netters:
	Just when I thought things were bad, they got worse...(Please see prev.
post for what I'm talking about).  Now, I cannot even spool the file back in.
It appears that DrawPicture keeps calling my read routine even after it  (must
have) gotten the 0x00ff (end of picture) opcode!  EG. I start getting EOF's all
over the place.  I know the end-of-picture opcode is there (I looked at the 
spool file), yet drawpicture seems to ignore it.  I'm taking my code almost
verbatem out of IM5 (plus looking at the UMPG example), but to no avail.  Can
any poor soul whos worked with Pictures before drop me a line?  Thanks.

-Michael G. Reed
 reed@theory.tc.cornell.edu

--

-----------------------------------------------------------------------------
Michael G. Reed                                  (reed@Theory.TC.Cornell.edu)
Cornell National Supercomputing Facility                       (607)/254-8806