HDTenEightyP/NetNews huggingface dataset:
From: callan@csd4.csd.uwm.edu (Joel E Callan)
Subject: Re: 2up, double-sided printing
Originator: callan@csd4.csd.uwm.edu
Reply-To: callan@csd4.csd.uwm.edu
Organization: University of Wisconsin - Milwaukee
Date: Tue, 8 Sep 1992 00:18:17 GMT

From article <sdorner-070992165652@dorner.slip.uiuc.edu>, by sdorner@qualcomm.com (Steven Dorner):
> I have a very large (500+ pages) document (the AppleEvents registry), which
> I would like to print.  However, printing this single-sided at full size
> would take an entire ream of paper, which is unacceptable.
> 
> What I would really like is to be able to print this document 2-up, on both
> sides of a sheet.  That way, I use 125 pieces of paper, not 500.  If I
> could simply manage to print it 2up OR double-sided, that would be less
> good but still helpful.
> 
> I have tried importing the document into WriteNow (which could print it
> double-sided), but it doesn't import cleanly, and I'm chary of printing it
> out only to find many pages ruined.
> 
> I have tried post-editing the PostScript; while I can make this work for
> normal PS output, it doesn't work for this MS-Word doc (not surprising
> :-().
> 
> I tried changing the source document.  Unfortunately, it uses many dozens
> of styles, I haven't the foggiest idea how to use MS Word, and so it's
> basically hopeless.
> 
> If anyone knows of any way I can get this monster printed out 2up or
> 2-sided or (preferably) both, I would be very grateful.  I have a copy of
> MS-Word (legal, but no manual), MPW, Perl, WriteNow, and some knowledge of
> PostScript (though I lost my Red Book when I changed jobs).  I have ETO
> (but not AppleLink, so the copy in AppleLink format on ETO is of limited
> use, since it is evidently too big for the freeware Glue viewer).  I also
> have a PS Printer (a Personal LW NTR, should that matter).
> 
> Suggestions?  Utilities?  Ps files of the even and odd sides of the AE
> Registry printed 2up :-)?
> 
> Please email, and I will post a solution if I find one.
> 
> --
> Steve Dorner, Qualcomm, Inc.
> Giving one of them new-fangled Mac newsreaders a try.


Steve,

  You might just ftp to sumex-aim.stanford.edu and get the following from
the info-mac directory: /util/save-a-tree-152.hqx

  Save-a-tree will allow you to print multiple pages on a single page of
paper (hence the name). Of course, the type is small, but what did you
expect when you try to cram more text onto a single page? With a laser
printer, there is really no problem in viewing the text (save those with
vision problems).

  I think that save a tree will do what you want, and do the environment
some good at the same time.

Joel Callan   callan@csd4.csd.uwm.edu
-- 
 In the meantime, happy computing!
         May you sit on the tack of success and rise to the occassion...

  /`-_                               !!!
From: mkelly@Apple.COM (Michael Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: Think C MacHeaders weirdness
Date: 10 Sep 92 08:23:08 GMT
Organization: Apple Computer Inc., Cupertino, CA


OK, this is strange.  I had a simple program that first initialized the
toolbox with InitFonts, etc., in the correct order, and then went on to
make some File Manager calls.  The initialization routine was in a separate
file from both main and the rest of the program.  I wasn't including
MacHeaders in the Prefix.  I ran the program with the debugger, and it
crashed violently in the toolbox initialization routine.  I tried a few
things, none of which made any difference.  I finally #included MacHeaders
at the top of the file, and then it worked.  Weird.

The next call was in a different file.  It was to FSMakeFSSpec, which failed,
saying the volume didn't exist.  There was nothing wrong with the call.  I
#included MacHeaders, on a whim, in that file, and magically the function
worked as it should.

The next call was to OpenWD, in yet another file.  It stopped in the
debugger with a bus error inside MacTraps2.  "Well, this is silly," I
thought, and I put MacHeaders in the Prefix.  Now the program works as
it should (well, except for some other unrelated things....)

So, any ideas?  Has anyone run into this sort of weirdness before?

Mike.
-- 
_____________________________________________________________________________
Michael A. Kelly                                         Apple Computer, Inc.
mkelly@apple.com                 Advanced Technology Group, Graphics Software
_____________________________________________________________________________
From: brianc@acuson.com (Brian Cox)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Offscreen bitmap problem
Date: 9 Sep 92 17:45:45 GMT
Distribution: usa
Organization: Acuson; Mountain View, California

bpb9204@tamsun.tamu.edu (Brent) writes:

>bpb9204@tamsun.tamu.edu (Brent) writes:
>|
>|I am writing a small fractal graphics application that generates basic B/W
>|images.
>|I decided on using an offscreen
>|bitmap and draw to both bitmaps simultaneously. 

>I got it working about an hour after I posted.  I went back and studied
>my code, really thought about what I was trying to do and also studied the
>IM chapters again.  Finally, it worked.

>Now that this offscreen stuff is working (and it's neat), I was able to add
>image saving to a file, proper updates, etc.  It's fleshing out nicely.

>Thanks to all who helped: John, Jim, Kenneth and the UMPG.

>-Brent


Well, since you went to the trouble of posting your buggy code,
why don't you post the stuff that worked so we can all see how
you fixed it?  I know I'm dying to know...


					--BC--


-- 

					   --Brian Cox--
------------------
Newsgroups: comp.sys.mac.programmer
From: potts@itl.itd.umich.edu (Paul Potts)
Subject: Re: ********** MAJOR CRISIS ***********
Organization: Instructional Technology Laboratory, University of Michigan
Date: Wed, 9 Sep 1992 12:56:41 GMT

In article <1992Sep8.232844.5810@news.iastate.edu> niko@iastate.edu (Nikolaus E Schuessler) writes:
>
>I have done nothing on my computer since yesterday since I did
>some dial up work on the computer systems here. Today I came home
>to find it wouldn't find the hard drive... * nothing * will..
>What in the world could have caused this?  Humidity? dust? It was
>just sitting here...

Doo-doo happens... This seems to be the "preferred" method that hard
drives use to fail; I've found that a drive that won't mount is generally
the first sign of trouble, with no warnings before that. Humidity could in
fact be the problem; we often have a drive fail for the first time on a 
day with a sudden change in humidity. On some drives the increased humidity
can apparently cause the lubrication in the drive to thicken up. 

Often the problem is stiction; the drive simply can't spin up, because
the heads are stuck to the platter. First see if your drive is under
warranty; there may also be a warranty extension program in effect for
your drive. If you are comfortable opening up the Mac and taking the drive
out, you could try shaking it (like a paint can, rotate it rapidly in your
hand); that might free the heads, if stiction is a problem. You might also
try rapping it (not too hard) on a padded surface. Sometimes a drive will
just suddenly start working again a day later. If you get it going, leave
it running until you do a complete backup; as on a plane, the most risky
points of the flight are during takeoff and landing; not much happens once
you are moving.
 
>
>I am much more interested in how I can recover my stuff.  It is
>a standard issue Apple 40M jobber... (jammed full although).

Assuming you can get it to mount, it should be easy, but once a drive has
failed on me I treat it as untrustworthy and back up much more often. If
the problem is electronic rather than physical, sometimes the HD setup can
re-install the driver and mount it, or a utility program can. This only
really applies if the drive is physically functioning, but the contents are
somewhat corrupted. Proceed with care...


>Niko Schuessler               
>Project Vincent Systems Manager              email: niko@iastate.edu
>Iowa State University Computation Center     voice: (515) 294-1672
>Ames IA 50010                                snail: 272 Durham 


-- 
"...remove protective cap. Hold atomizer with thumb at base and nozzle 
between first and second fingers. Without tilting head, insert nozzle into 
nostril. Fully depress rim with a firm, even stroke and sniff deeply."
-advice for presidential candidates from Paul Potts - potts@itl.itd.umich.edu
From: jpugh@apple.com (Jon Pugh)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Extended PRam
Date: 14 Sep 92 21:47:06 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <92253.101329JTC4@psuvm.psu.edu>, JTC4@psuvm.psu.edu wrote:
> 
> Does anyone know the format of PRam beond the 20 bytes documented in IM
> or where it is documented?  Information about how to access it (ReadXPRam
> and WriteXPRam?) would also be appreciated.  I am trying to set the alert
> sound to some default for system 7 and it seems to be kept in XPRam
> somewhere.  I also need to know where system 6.0.7 kept the defalt.

It would appear that no one has written down all the secret bytes of XPRAM,
although someone must arbitrate conflicts when we define stuff.  I've just
never needed to know.  I did disassemble the Sound cdev to figure out where
and how the beep resource number was saved for my SwitchBeep cdev
(available on ftp.apple.com in /pub/pugh/switchbeep.sit.hqx).

The ReadXParam and WriteXParam traps are apparently discussed in the
hardware manual (a WWDC trivia question was "What are the only traps not
defined anywhere in Inside Macintosh?").  They are register based traps
without glue, so they cannot be called directly from C or Pascal.

However, I have created two cheap routines which do exactly what you want. 
Since I am a nice guy, at least at the moment, here they are.  Send money.
;)

FUNCTION GetBeep: Integer; INLINE $204F, $203C, $0002, $007C, $A051;

PROCEDURE SetBeep (theBeep: Integer); INLINE $204F, $203C, $0002, $007C,
$A052;

These routines use the 'snd ' resource ID number.  This is the same under
system 6 and 7.

As usual, these routines are unsafe and unsupported.  I might even be
hosing your stack since I hand assembled them but they seem to work for me.

Jon
Xref: sparky comp.sys.mac.programmer:15500 comp.sys.mac.system:11883
From: gibson@pooh.cs.unc.edu (William Gibson)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
Subject: Need help writing function for window->PICT file
Summary: Need Think C function for saving contents of window
Date: 15 Sep 92 14:56:14 GMT
Followup-To: comp.sys.mac.programmer
Organization: The University of North Carolina at Chapel Hill


   I need either some code or a few helpful hints on how to save the
contents of a window in a PICT file or even just a quickdraw picture.
Is there a CopyBits() sort of solution or must I do something less
straight-forward?

   Please respond by e-mail to gibson@cs.unc.edu
   Thanks a lot!

Bill Gibson
Newsgroups: comp.sys.mac.programmer
From: asunta@convex.csc.FI (Miika Asunta)
Subject: Re: CTB Libraries 1.1 (Again!)
Organization: Finnish Academic and Research Network Project - FUNET
Distribution: comp
Date: Tue, 15 Sep 92 15:44:09 GMT

In <15161@claris.com> wombat@claris.com (Scott Lindsey) writes:

>In article <ULFIS.92Sep14215013@cyklop.nada.kth.se>, ulfis@cyklop.nada.kth.se (Anders Ulfheden) writes:
>> 
>> I have converted the new CommToolboxExtensions.o MPW library from Apple to
>> Think C with oConv 1.0.6. According to the Engineering Notes many new
>> routines are available. So I made a small test with the following result:
>> 
>> Link error:
>> undefined: CRMReleaseRF (TestCTB.c)
>> undefined: CRMReserveRF (TestCTB.c)
>> undefined: CRMIsDriverOpen (TestCTB.c)
>> undefined: CMSetupXCleanup (TestCTB.c)

>Looks like a bug in the release version of CTB 1.1, I'd say.  DumpObj in MPW

There have been bugs in those interfaces, I noticed a couple of them 
in the header files and I reported them immediatly to Apple in
January.  Later in the spring I got a message that the bugs are fixed,
but the release time of the new files was "in the near future".

Since the version number is still 1.1, I think it's still the old buggy one.

Miika
--
Miika Asunta
asunta@convex.csc.fi			Double Bass Player
tel. +358-0-494 093			Macintosh Programmer
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Best text compression?
Date: 5 Sep 92 01:42:30 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

In article <71986@apple.Apple.COM>, anderson@Apple.COM (Clark Anderson)
wrote:
> I have gotten pretty good compression on text using
> a Huffman algorithm. It's pretty easy to implement,
> any standard book on compression schemes should
> have it.

For instance the new "Algorithsm in C++" by Sedgewick has a code
snippet showing how it's done. Seems more and more authors are making
big bucks on rewriting their books with "C++" in the title.

Kent Sandvik/DTS
From: korfhage@weston.poly.edu
Newsgroups: comp.sys.mac.programmer
Subject: Adding menus to existing applications (a la Thunder)
Date: 12 Sep 92 15:45:40 GMT
Organization: Polytechnic University, New York

We have a project consisting of a number of programs that interact with a HyperCard stack. All the programs in this project are supposed to have two menus (in addition to their normal menus) - one menu lists the other programs in the project and will launch them, and the other menu sends apple events to the hypercard stack or other programs. The apple event parameters will sometimes include the name of the front window.

We have source code for some of the programs, so they are no problem to modify. For other programs, like Excel, we can add macros and external functions to get it to do what we want. However, some programs are simply not customizable to the extent that we need. For these programs, it seems that we need to do something like the Thunder spelling checker, which adds its own menu to the menubar of specific applications.

The only problem is that I am not guru enough to know how to do this. Could anyone please help me with explanation and/or pointers to example code?

Thanks ever so much!

   Willard
From: alan@km4ba.uucp (Alan Barrow)
Newsgroups: comp.sys.mac.programmer
Subject: Re: THINK C linker makes me sad
Date: 9 Sep 92 05:49:39 GMT
Distribution: usa
Organization: km4ba's packet radio gateway

In <1992Sep8.085120.24380@reed.edu> bowman@reed.edu (Eric Bowman (bobo)) writes:

>In article <fdrny7c.howard@netcom.com> howard@netcom.com (Howard Berkey) writes:
>>So I was writing this really small, simple app. (a mac version of xclock,
>>just for fun.)  It was only 3k.  Then I added a call to sprintf().  It 
>>exploded the program to 22k.

>I hate to break it to you, but it ain't the linker's fault.  printf is BIG.
>In MPW C you can get rid of some of it if you don't do any floating point
>conversions; I suspect you can do something similar with Think.

>Basically, using printf isn't such a great idea, IMO.  Sure, it's easy to
>use, but I've found it better/smaller/faster in the long run to use
>NumToString, etc.

Funny, this is something Modula 2 users have known for ages.... :-)

(Sez one who does 90% C, yet uses M2 for fun projects. I even see
advantages to forth sometimes, yet rarely will admit that in public.)

The latest turboc (dos) seems to do a pretty good job of stripping
to a function level. ( I challenged a guy one time, and the binary
turned out smaller than I had expected.)

I have to mention shared libraries as well, as this is something that
none of the PC users seem to be aware of. It makes lots of sense
as used in the UNIX world. (Ex: since most apps use printf, why have 23
versions in memory at once. Share them!!!)

I am not a mac programmer, though, so feel free to suprise me with 
neat macthingies! I suspect I will end up with a powerbook soon, and 
will want to play compiler on it.

See ya!


 Alan Barrow  km4ba | I've seen things you people wouldn't believe. Attack
 jab@               | ships on fire off the shoulder of Orion. I watched
 hpuerca.atl.hp.com | C-beams glitter in the dark near the Tannhauser gate.
 ..!gatech!kd4nc!   | All those moments will be lost in time -
         km4ba!alan | like tears in rain. Time to die.          Roy Batty
Xref: sparky comp.sys.mac.programmer:15393 comp.sys.mac.system:11818 comp.sys.mac.games:9113
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system,comp.sys.mac.games
Subject: Re: Need INIT to *reduce* screen size.
From: Bruce.Hoult@bbs.actrix.gen.nz
Date: Sat, 12 Sep 1992 06:33:16 GMT
Organization: Actrix Information Exchange
Keywords: extension INIT reduce screen size games etc

In article <martin.716209812@marsh> martin@cs.curtin.edu.au (Martin Dougiamas) writes:
> G'day.  
> 
> I recently tried to run Beyond Dark Castle and some other old games on
> my PowerBook 100.  To my surprise, they still worked fine, EXCEPT that
> the display was totally mangled.  (wrapped around funny)
> 
> The reason for this appears to be that these games assume the screen
> is the standard compact-mac size : 512x342, where my PowerBook 100 is
> 640x400. 
> 
> My question : can anyone point me to an INIT that can trick the system 
> into thinking the screen is only 512x342 ?  If not, does anyone feel like
> writing one? ... it would help rescue a number of old graphics programs.


No it wouldn't.  The PB100 *hardware* has 640x400.  The reason the game
display is mangled is that it is ignoring what the system thinks the
screen size is and instead going directly to the hardware and assuming
that it is 512x342.

Changing what the system software thinks the screen size is won't
change the hardware, so BDC would still get it wrong.
-- 
Bruce.Hoult@bbs.actrix.gen.nz   Twisted pair: +64 4 477 2116
BIX: brucehoult                 Last Resort:  PO Box 4145 Wellington, NZ
"Cray's producing a 500 MIPS personal computer with 256MB RAM and 8 GB
hard disk that fits in your pocket!"   "Great!  Is it PC compatible?"
Newsgroups: comp.sys.mac.programmer
From: gurgle@netcom.com (Pete Gontier)
Subject: Re: Easiest way to find my PSN (Process Serial Number)
Date: Tue, 15 Sep 92 05:49:13 GMT
Organization: cellular

ejw1@kimbark.uchicago.edu (Eric Weidl) writes:

>	Is there any easy way to determine my own Process Serial Number?  

GetCurrentProcess. There are also constants which you can stuff
into a PSN, but I can never remember their names, so I just call
the trap. :-)

>	The reason I want to know my PSN is so that I can call
>SetFrontProcess() to bring myself to the foreground in response to an 
>AppleEvent.  I've tried every combination of parameters in AESend() and 
>AEInteractWithUser(), but to no avail. So, I thought I'd try
>SetFrontProcess.

This will certainly work, and I'm no expert on AE, but I believe the
idea is to let the sender of the event decide whether your app should
come to the front. Perhaps forcing your app to the front is not a
desirable effect.
-- 
 Pete Gontier // EC Technology // gurgle@netcom.com
From: sakelley@euclid.ucsd.edu (Scott Kelley)
Newsgroups: comp.sys.mac.programmer
Subject: QuickTime, Director, Closing Windows
Date: 9 Sep 92 22:26:54 GMT

I'm working on a large multimedia project with MacroMind Director. Since
Director's QuickTime support leaves something to be desired (it's buggy)
I'm working on a set of XObjects to drive QuickTime with. XObjects are
like XCMD/XFCN's in HyperCard, but with some object-orientedness to
them.
  My XObject is very simple: It gets two numbers and a string as
parameters, opens the movie filename found in the string, and plays it
with the upper left corner in the coordinates specified. So far so good.
  Problem: When I call CloseWindow to dispose of the window after I've
played the movie, QuickDraw erases the region that had the movie in it,
and puts a white rectangle there instead. This is a problem because it
presents the user with an unexplained flash in the movie window. (From
director I'll use a single frame of the movie as a castmember in
Director, and when the user clicks on it, I'll play the movie on top of
it. When the movie stops, I want it to CLEANLY go back to the first
frame.
  One thing I tried was taking out the call to CloseWindow, which
besides being the wrong thing to do, didn't work right either. For some
reason I had to click the mouse to get Director to play the movie again
(my test movie plays the same movie repeatedly at the mouse position).
  Does anyone have a hint/suggestion/solution for me? Is there a way to
close a window without having it get erased? Can I store the image
behind the window before opening the window and then restore it when I'm
done? What should I do?
  Thanks for any help/suggestions/solutions. Post or email, either is
fine with me.

Scott
-------------------------------------------------
Scott Kelley, sakelley@ucsd.edu, (619) 534-8560
Multimedia Interactive Learning Laboratory (MILL)
Department of Biology, UC San Diego
-------------------------------------------------
From: Joe.Francis@dartmouth.edu (Joe Francis)
Newsgroups: comp.sys.mac.programmer
Subject: Re: CopyBits question
Date: 13 Sep 92 23:49:31 GMT
 <1992Sep11.184624.10765@waikato.ac.nz>
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a4@newshost.dartmouth.edu

In article <1992Sep11.184624.10765@waikato.ac.nz>
ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:

> This is easy, provided the offscreen pixmap is an indexed one. In an indexed
> pixmap, a pixel represents white because it indexes into a CLUT entry containing
> white. Want that pixel value to represent a colour other than white? Just
> change the CLUT entry!

But if that also happens to be the CLUT of the current gDevice, and
white happens to be the background color of the current gDevice, won't
this technique cause the entire CopyBits result to be colorized?
Newsgroups: comp.sys.mac.programmer
From: amanda@intercon.com (Amanda Walker)
Subject: Re: IMPORTANT MPW C 3.2.3 NOTICE
Date: Wed, 9 Sep 92 22:09:55 GMT
Reply-To: amanda@intercon.com (Amanda Walker)
Organization: InterCon Systems Corporation, Herndon, VA

keith@taligent.com (Keith Rollin) writes:
> I haven't paid close attention to ETO, lately, but I think that many of the
> problems that get posted are with products that are in Experimental folders.

All of the major problems I have run into have been with the "Latest MPW" 
folder, which is supposed to be the latest and greatest released, ready-for-
prime-time MPW.  Generally the Experimental stuff is much more reliable, in 
fact.  On ETO 7 it was the shell.  On ETO 8 it was the C compiler.  What'll 
it be on ETO 9?

Seems like a distinct SQA problem to me.

Don't get me wrong--I love ETO.  I just wish that the stuff that is supposed 
to be "released" really would be.  That's all.


Amanda Walker <amanda@intercon.com>
InterCon Systems Corporation
-- 
"I wouldn't be surprised if the architecture of Intel's microprocessors
 were eventually linked to the eventual fall of mankind."
                --Steve Gibson



Newsgroups: comp.sys.mac.programmer