HDTenEightyP/NetNews huggingface dataset:
From: sold@kit.uni-kl.de (Christoph Sold)
Subject: Re: Map (was: Australian Mac systems)
Organization: Universitaet Kaiserslautern
Date: Fri, 21 Aug 1992 19:49:30 GMT

In article <1992Aug18.123145.24941@reed.edu> orpheus@reed.edu (P. Hawthorne) writes:
>Subject: Re: Map (was: Australian Mac systems)
>From: orpheus@reed.edu (P. Hawthorne)
>Date: 18 Aug 92 12:31:45 GMT
>
>  hammett@sbsu1.aukuni.ac.nz (Tim Hammett) writes:
>: Most users don't bother to set their location in the Map control panel.
>
>  klaus@diku.dk (Klaus Ole Kristiansen) writes:
>: I certainly haven't. Is there any advantage in doing so?
>
>  This is the chicken and the egg problem. Nobody uses the map control panel
>because nobody uses the map control panel. Lame.
>
>  Maybe apps should check to see whether the location has been set. If not,
>the app could ask them to set it somehow, either by providing a way to do
>it within the app, by asking the user to do it with the control panel, or
>if the control panel is not present, by offering to install it for them and
>then let them do it.
>
>  Theus (orpheus@reed.edu)

Of course I have set my location: If I want to know the time in the states (
very useful if I want to call someone there), I go to map and look up its 
location. Map tells me the time there...
-Christoph

Christoph P. Sold                   CATS Software GmbH
                                    Mussbacher Landstr.2
                                    W-6730 Neustadt (Weinstrasse)
ger.xse0035@applelink.apple.com     Germany

"If an apple is fun, what the heck is an appletree?"
From: maru@enea.se (Martin Runesson)
Newsgroups: comp.sys.mac.programmer
Subject: uncompress & display CCITT compressed TIFF images
Date: 12 Aug 92 10:52:49 GMT
Organization: Enea Data AB

Hi,
I am looking for software that uncompress and displays CCITT compressed
(fax group 3 or 4)  TIFF images on the Mac.


Thanks for any hints,


Martin Runesson


-- 
 ----------------------------------------------------------------------------
|  ENEA Data  		 TEL +46 8 792 25 00   |     Martin Runesson M.Sc.   |
|  Stockholm - SWEDEN	 FAX +46 8 768 43 88   |         maru@enea.se        |
 ----------------------------------------------------------------------------
From: chris@benton.prepress.com (Christopher Knox)
Newsgroups: comp.sys.mac.programmer
Subject: Help ! MPW/MacApp Link Error
Date: 12 Aug 92 18:31:30 GMT
Organization: Pre-Press Technologies, Inc.
X-Useragent: Nuntius v1.0


Chris Knox
"Omne animal triste est post (or without) coitum"
From: jpugh@apple.com (Jon Pugh)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Bloody F-Line errors!!!!!!!!!!!!! ARRRGGHGHH!!
Date: 13 Aug 92 01:10:48 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <9222312.25523@mulga.cs.mu.OZ.AU>, mtc@mundil.cs.mu.OZ.AU
(Michael Trevor CUTTER) wrote:
> 
> Has anybody out there come up with the solution to the F-line errors which 
> occur on my Quadra 700's for ABSOLUTELY NO APPARENT REASON!!!!
> 
> I can't stand it!!1 I don't even know what one is?
> 
> Every thing does it occasionally, McSink, and Hypercard are worse than others
> oh yeah, and NCSA Telnet seems keen on it too, when Word is running at the
> same time.
> 
> What really kills me, is that 99% of the time, the program is in the background.

You have a skanky INIT running.  FLines are overwrites.  Some INIT or app
is
stomping on memory.  Pull them ALL and do the binary search.  This is hell,
but that's life.

Jon
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Newsgroups: comp.sys.mac.programmer
Subject: TCL "documents"
Summary: help me with TCL document, pls
Keywords: TCL, window, document, thinkc
Date: 17 Aug 92 20:09:06 GMT
Followup-To: joshr@kronos.arc.nasa.gov
Distribution: comp.sys.mac.programmer
Organization: NASA/ARC Information Sciences Division


Hello, fellow netters, I have a fairly extensive
set of questions that I hope to get nearer to 
answering.

I am using thinkc5.02, a mac IIcx with 8megs, sys 7, and
		       a SE/30 with 4 megs, and sys 7
the program I am writing make heavy use of appleevents, so sys 6.x
compatibility is not an issue.  I am using the think class library 1.1

My question centers around the appropriate way
to make a CDocument-descendent that handles two windows.  My present
strategy was to make my descendent, CTOCDoc, like so:

class CTOCDoc : public CDocument {
public:
   CTOCTree *itsTree;
   CWindow *its2ndWindow;
   C2ndTOCPane *its2ndPane;
   CString *itsStackName;
   ...
};


the reason I made a its2ndPane member is as a parallel to itsMainPane.
The desired behavior is to close the document when either 
of the document's windows are closed.
The present behavior is that the document is closed when itsWindow
is closed, but not when its2ndWindow is closed.  In addition, there 
is a real subtle bug that I have trouble duplicating
regularly that occurs only when its2ndWindow has been disposed: it appears
that OCCASIONALLY  a handle somewhere to the window is not being set to null
after the window has been disposed of.  I am SURE 
that all MY references are set correctly.  The program often crashes in
the below place:

void	CWindow::Dispose()
{
... 
   this->Hide();					
...
}   
when the window being refferred to has defineitly been already disposed
of.

It does not appear to be a memory management problem, that is, it does not
surface with any more regularity while heap scrambling from macsbug.

So, why is the problem occuring?

Is there a "best" or "recommended" way of handling a multi-
window document (a document, in TCL lingo, is an association of a 
file/set of files and A window). 

When I desire to close a window without the user clicking
in the closebox, do I send the CWindow a Close() or a Dispose() 
message()? 

Also, I want to avoid opening the file twice if they choose the same file
two times.  What is a good method of the CApplication keeping track of
its CDocuments?

Can someone help me with debuging techniques?  

I welcome all TCL programmers (and others) replies.  Email if you think
others would not care.  I will post a summary if I get anywhere.

I realize this is a bunch of specialized questions, but I think you all 
can rise to the challenge.
Please help me here, y'all! I realize Iv'e been working
on this multi-window document thing for quite a while now.

Thanks in advance. 




-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"'I see', said the blind carpenter, as he picked up his hammer and saw".
Newsgroups: comp.sys.mac.programmer
From: farrell@mot.com (Tod Farrell)
Subject: Re: MacApp 3.0 MABuild (success)
Organization: Motorola, Inc
Date: Thu, 13 Aug 1992 20:29:25 GMT

In article <1992Aug11.164546.14464@lmpsbbs.comm.mot.com>, farrell@mot.com (Tod Farrell) writes:
>  Lotsa stuff deleted...
> 
> The Question:  How do I tell MacApp that I do not have Pascal and will never have it?
> 
Ok, I got it to work.  I did not need Pascal, and the floppy disks Apple
sent me did not have the library on them.

The 4 easy steps are:
  1) Bump the partition for MPW up to about 7 Meg.
  2) Create an empty file named "Pascal" in MPW:Tools 
            This step is for those people who don't have 
            Pascal compilers.  It might work with ASM too?
  3) Add the following rsrc definition to MacAppsType.r
        // TJF - added aedt def from: 
        // Mark Lanett (apple - not MacApp) Wed Aug 12 15:13:35 1992
        type 'aedt' {
            wide array {
            unsigned longint;   /* Event Class  */
            unsigned longint;   /* Event ID     */
            unsigned longint;   /* Value    */
            };
        };
  4) Comment out the line which lists "UPascalTool.p.o" 
      as a dependency in MacApp.lib.MAMake

Tod Farrell
farrell@mot.com
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: AIFF and 'extended' type
Date: 20 Aug 92 18:14:59 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Aug20.013819.7382@eng.umd.edu>, russotto@eng.umd.edu (Matthew T. Russotto) writes:
> In article <1992Aug19.100049.10187@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>>
>>It's interesting that Apple's guidelines state that the extended type is
>>only meant for intermediate temporary values, to minimize rounding errors
>>in multi-step calculations: you should *not* use it as a type for permanent
>>storage of data. And yet they go and break their own guidelines with AIFF...
>
> That's because the 64-bit type (COMP in pascal, I don't remember in
> 'C'--  possibly "short double") is dog-slow due to all the
> conversions, and really wrecks the advantage of an FPU, too.

Yes, but that shouldn't be a significant factor for loading and saving data on
permanent storage (i e disk).

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
This is a test of the  key on my keyboard.
Newsgroups: comp.sys.mac.programmer
From: aep@world.std.com (Andrew E Page)
Subject: Directory Scanning Code (non-sys7)
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 19 Aug 1992 13:44:54 GMT


  Partly out of curiosity and partly because I'm bored out of my skull
I'm working on a Directory Scan tool (C code tool).  It does not 
rely on the PBCatSearch in Sys 7.0.  When I'm finished with it it should
function as follows:


  StartScan()    Starts the scan

  GetNextScanFile()   Gets the next file

  StopScan       terminates the scan.

  The scan will proceed through all files until it reaches the bottom of
the direcotry tree.  


   Would anybody like me to post the code when I am done?

DoD# 0581   1990 Suzuki VX800   MSF Intro Class Aug 1990


-- 
Andrew E. Page CTO(Warrior Poet)|   Decision and Effort The Archer and Arrow
DSP Ironworks                   |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
Newsgroups: comp.sys.mac.programmer
From: ulfis@cyklop.nada.kth.se (Anders Ulfheden)
Subject: Custom tool-setting with CTB
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp
Date: Sun, 16 Aug 1992 11:46:42 GMT

I have tried out the example from Inside Communications ToolBox, Appendix C,
about custom tool-settings dialog. It works fine (after translation to Think C)
but has some strange features that I'd like to solve:

1) The popup menus and all text items on the tools own dialog gets drawn with
   Chicago, wich looks real ugly for Apple Modem Tool.
2) Some parts of the tools dialog dont get drawn properly. Frames around
   scrolling fields sometimes has "holes" in their lines.
3) I use AppendDITL of the result from CMsetupPreflight() to my own dialog.
   My dialog only contains OK, Cancel buttons and tool-popup menu. When
   Modaldialog gets called my OK-button (item 1) dont get a thick border.
   Shold my own filter procedure do this? (I haven't had time to read the
   manuals properly).

Thanks...
ulfis
--
+------------------------------------------------------------------------------
|  Anders Ulfheden
|  USENET:  ulfis@nada.kth.se		AppleLink: SW0429
|  Royal Institute of Technology
|  Stockholm, Sweden
Newsgroups: comp.sys.mac.programmer
From: farm@gpu.utcs.utoronto.ca (B. Munroe)
Subject: Disabling Access to Edit Text Items?
Organization: UTCS Public Access
Date: Sat, 15 Aug 1992 23:47:15 GMT

Sorry for the stoopid question, but what is the best way to disable
access to an edit text item in a dialog (just like HiliteControl 
disables/enables access to radio buttons, check boxes, etc.).
For design and continuity reasons I can't hide/show the edit text
items.  Thanks.

Bob


-- 
.............................................................
Bob Munroe		: Internet>	farm@utcs.utoronto.ca
The Farm		: CompuServe>	71160,3455
Newsgroups: comp.sys.mac.programmer
From: tim@maths.tcd.ie (Timothy Murphy)
Subject: Re: TextEdit: Breaking the 32K limit (MPW)
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Sun, 23 Aug 1992 01:42:55 GMT

rrwood@uuisis.isis.org (Roy Wood) writes:

>Sorry about that.  I checked through my hard drive, and I don't have the
>file anymore, nor do I remember where I got it in the first place now.

Someone told me where to find the file:
at ftp.brown.edu in /pub/tcl .
It is called CPEditText.classes.0

-- 
Timothy Murphy  
e-mail: tim@maths.tcd.ie
tel: +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
From: soubyran@ERE.UMontreal.CA (Soubyran Richard)
Newsgroups: comp.sys.mac.programmer
Subject: Misc questions...
Date: 20 Aug 92 14:53:12 GMT
Organization: Universite de Montreal


Hi Fellow Macers!

I have a few questions that I hope you will be able to answer... at
least try to!

1. Is it possible to run System 6.0.X on a Quadra (any one of them)?

2. Is there a utility which would permit me to run X-Windows on my
   Mac IIci? I am connected to a SGI Indigo at 9600 bauds (direct
   connect modem).

3. My boss, Professor Legendre, is undertaking a book on bio-stats.
   He would like to know which is the better DTP to use: PageMaker,
   FrameMaker or Nisus. His book will be about 400 pages and it
   will contain many mathematical expressions. He knows that in
   FrameMaker there is an equation editor.

4. Rumors wants that Apple will reveal new machines in November of
   this year... Should he wait for them or go for a Classic II?

5. Is there a co-processor in the LCII? Plus, is there an extension
   slot in it?

6. About laser printers now... should we go for another LaserWriter
   II NT or go for HP, Texas or any other brand? The volume of
   paper printed is not that important... as long as the printer is
   ps compatible. By the way.. could you tell me what is the
   difference between ps and eps?

7. Another Professor is planning to buy a IIci... shoud he go for
   one plus an accelerator or go for a Quadra? Speaking of
   accelerator... which is the best (understand more reliable) on
   the market? Is it Daystar or Radius or Tokamak?



I know I could ask all those questions to my nearest Apple
dealer... but the thing is that they are sellers! I am more
sensible to end-users opinions, not just "Yeah.. buy this.. it's
the best of this and that...". Real world users are much valuable
than any (car/mac!) sellers!

I thank you all in advance... 


Richard Soubyran
soubyran@alize.ere.umontreal.ca
Newsgroups: comp.sys.mac.programmer
From: jryan@adobe.com (Jim Ryan)
Subject: m e m o r y m a n a g e m e n t
Organization: Adobe Systems, Inc.
Date: Wed, 12 Aug 1992 19:26:37 GMT

I'm a tad cloudy on when/where the "Dispos(e)" routines need to be used
to clean up memory.  

1.  For example, let's say I have a dialog that has
a bunch of controls, TEs, picts, etc.  Is it enough to simply use
DisposeDialog when I'm through with it?  What advantage/disadvantage
is there in passing nil to NewDialog for storage.  If it's bad, as IM says
it is as it will fragment the heap, should one use DisposPtr to toss
the storage *as-well-as* DisposeDialog?

2.  Say I have a C function that has some local variables like:
Handle theHandle;
TEHandle theTE;
Ptr		thePtr;

I guess what I'm not entirely sure of is, when does one need to dispose
of such variables, and when will they die with the termination of the 
function?

3.  Resources... when do you dispose of them, release them, etc.

4.	 Any other memory issues I've missed and/or should be aware of?

The memory management section of IM is a bit vague about this subject; are
there technotes, or other documentation, that are more complete?

Any help/hints about this subject would be greatly appreciated.

Thanks, 
jr
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Newsgroups: comp.sys.mac.programmer
Subject: converting the vRefNum and DirID to just a vRefNum...
Date: 19 Aug 92 18:20:18 GMT
Article-I.D.: nntp.1992Aug19.182018.29206
Distribution: usa
Organization: University of Oregon Network Services

I have a vRefNum and a DirID and I want to use these two numbers so that I
can have just a vRefNum to be used by SetVol.  

How can I do this?

Thanx...
From: Mike.Gleason@macnet.omahug.org (Mike Gleason)
Newsgroups: comp.sys.mac.programmer
Subject: RE: Re: annoying pascal strings
Date: 12 Aug 92 10:15:34 CST
Reply-To: mike.gleason@macnet.omahug.org
Organization: Macnet Omaha
Followup-To: comp.sys.mac.programmer

CBC> In article <1992Aug10.132907.23439@das.harvard.edu>,
CBC> vreddy@das.harvard.edu (Venkatesh Reddy) wrote:
> Does anyone know of an easy way to use sprintf or something to convert
> a number or formatted float to a pascal string? For example, I have a
> number 45 or a number 3.4567 and I want this to go into a pascal
> string... I can send it into a regular C string by typing

> sprintf(str, "%d %f", 45, 3.4567);

> but is there a way to do this to a pascal string? Thanks...

CBC> sprintf(&str[1], "%d %f", 45, 3.4567);
CBC> str[0] = strlen(&str[1]);

Two ways off the top of my head:
    unsigned char str[256];
    
    sprintf((char *) str, "%d %f", 45, 3.4567);
    CtoPstr((char *) str);

    // or...
    *str = (unsigned char) sprintf((char *) (str + 1), "%d %f", 45, 3.4567);

The printf family returns the number of characters written out, so you could
use that instead of a costly strlen().

--mg

Newsgroups: comp.sys.mac.programmer
From: maynard@esther.msc.cornell.edu (Maynard J. Handley)
Subject: Re: What is a sun raster file? can a pict file be converted?
Organization: Cornell-Materials-Science-Center
Date: Fri, 21 Aug 1992 06:56:49 GMT

1) There IS a thing around that understands these (along with a gazillion
other image formats) but I can't for the life of me remember its name. I
THINK it's something like imagery (not NCSA Image). Look at sumex-aim. I
guess its in info-mac/ utill or app (or maybe graphics/programs if such a
thing exists)

2) Get SoundTrecker from sumex-aim in sound/st (or maybe in sound/programs)
along with the mod files that it uses (which definitely are in sound/st.
Now THAT is background processing. This sucker doesn't stop doing its thing
while the hard drive is accessed. It stops occasionally in floppy accesses,
but surprisingly rarely. Truly an awesome program.

Maynard Handley
Newsgroups: comp.sys.mac.programmer
From: m22728@mwvm.mitre.org (Kevin Anderson)
Subject: Help with Large arrays im MPW C
Organization: The MITRE Corporation
Distribution: usa
Date: Fri, 14 Aug 1992 19:35:34 GMT

I am working on porting a program to the Mac in MPW C.  The program uses 
several large arrays of structures (100K each or so) that for certain 
reasons I would like to keep intact.  I am having problems with program 
however.  I have tried compiling it with both the -bigseg option and the 
-model far option but the program either won't compile or crashes on 
running.  I need to know exactly what I need to do to overcome the 32K 
segment limit.  I've read the stuff in the manual, but it doesn't seem to 
help.  For the record, I'm using a Mac IIfx with 8meg and MPW 3.2

Kevin Anderson
m22728@mwvm.mitre.org
From: jpugh@apple.com (Jon Pugh)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Dear Mr. Sculley
Date: 15 Aug 92 02:26:27 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <ceWcw2e00iUyE3BlQs@andrew.cmu.edu> gb2a+@andrew.cmu.edu (George
J. Baxter) writes:
>
>Don't be stupid.  I'm not criticizing normal upgrades, but an upgrade 6
>months after initial release?  Puh-lease.  My point is that I wish Apple
>had come out with the 950 in the first place, forget the 900.  This

The story I heard in water cooler scuttlebutt is that Motorola was having
trouble producing the 33MHz '040 in quantity.  We had the choice of waiting
for them or going ahead with the 25MHz machine.  We went.  They quickly got
the 33MHz production up and enabled us to bring out the 950 soon
thereafter. We had intended to do the 950 originally, but couldn't.

Personally, I find the 900 fast enough.  I don't see the need to upgrade.
Of course, this is my third Macintosh (well, fourth if you count the
PowerBook - but I was talking main machines).  My 512 was bought in 85
($2500), I upgraded it to 2MB RAM (for $1000) and then added the MacPlus
ROM and 800K drive upgrade ($300). That suited for a while, but it
eventually became too slow, so I got an SE/30 (a deal at $3700). I beefed
it up to 8MB and used it like that until finally I threw in a color card,
added a 13" monitor and upgraded it to 20MB of RAM.  Finally I blew that
off and got the Quadra.  There were quite a few machines I missed while I
stared at my lowly b&w 9" screen.  I didn't whine about the cost or the
fact that I didn't have the latest and greatest because I know what a
fleeting goal that is.  Anyone interested in always having the latest and
greatest probably bought an Osborne.  ;)

Just for the record, my 2MB pre-Plus machine was the snappiest Macintosh I
have ever used!  I loaded EVERYTHING into memory.  There were absolutely NO
disk delays.  Of course, I wasn't running Morph either.  I believe it was
merely MacWrite, MacPaint and MacDraw in those days.

This is the price we pay for performance and capability.  Cost and
complexity.

Jon
Newsgroups: comp.sys.mac.programmer
From: wirehead@cheshire.oxy.edu (David J. Harr)
Subject: Changing the ascent in a dialog edit text item.
Followup-To: comp.sys.mac.programmer
Summary: I use an 'ictb', but it still uses 12 pt ascent.
Keywords: dialog, edit text item, changing font
Organization: The programmers who say NEE!
Date: Mon, 17 Aug 1992 05:45:27 GMT

OK, I have an edit text item that I need to display in 9 pt
Geneva instead of 12 point Chicago. I have an 'ictb' resource
that has all the proper information, but it only partially works.
The text is indeed drawn in Geneva9, but the spacing between the
lines seems more appropriate to Chicago12 than Geneva9. Also, the
blinking cursor appears way out to the side of where it should be,
as if the width of the string were being computed with the 12 point
font agin, instead of the nine point font. There is a nonblinking
cursor that is at the proper position, but the blinking cursor is
blinking at a different place than the actual insertion point,
which is very confusing. If anyone has any ideas as to what I am
doing wrong, I would appreciate hearing about them.

David J Harr
wirehead@cheshire.oxy.edu

"Everybody is quoting everybody else in their .sigs, I don't
see why I shouldn't be able to quote myself."
                    -- David J Harr in comp.sys.mac.programmer
From: Mark.R.Valence@dartmouth.edu (Mark R. Valence)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Checksumming MemErr global variable (Tech Note 7) problem
Date: 19 Aug 92 14:59:56 GMT
 <Bt74v9.KGF@taligent.com>
Organization: Dartmouth College, Hanover, NH

In article <1992Aug18.181714.12276@midway.uchicago.edu>,
chh9@quads.uchicago.edu
(Conrad Halton Halling) writes:
> I tried this, but apparently StripAddress() is using MemErr because it
> is stuffing strange numbers into this global variable, so this technique

I think MacsBug is causing some confusion here.  You are not looking at
the code for StripAddress, but rather at some unnamed code in ROM. 
MacsBug likes to display routine names in ROM.  It figures out the name
for a given chunk of code by looking in the trap tables and determining
the nearest ROM routine above the given address(es).  So, since there
is a bunch of internal ROM code immediately after StripAddress, it all
gets grouped under the StripAddress routine label.

Of course this is a glossed over explanation, but you get the picture. 
Oh, and StrippAddress might not be the only routine that gains this
extra code.  Oh, and on some ROMs (past or future), StrippAddress might
not gain any extra code.  Its all so ROM specific you see.

The upshot is, StripAddress is not cramming anything into MemErr, it's
some other Trap, which calls some internal routine, and is probably
stuffing a real honest-to-goodness memory error into MemErr.  Then when
the internal routine exits, the caller will see the error, and use the
stack for its memory needs instead :-)

Mark.