🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.mac.apps
Article #5101

Re: Qued-M 2.09 (was QUED-M 2.07 & System 6.0.7...)

#5101
From: Jon Matousek
Date: Thu, 29 Nov 1990 17:46
91 lines
4970 bytes
In article <1990Nov27.185602.3441@batcomputer.tn.cornell.edu> eacj@batcomputer.tn.cornell.edu (Julian Vrieslander) writes:
>In article <11709@milton.u.washington.edu> owen@raven.phys.washington.edu (Russell Owen) writes:
>>I have not tried it with system 6.0.7, but if Paragon says it works, I
>>believe them. Qued works well with 6.0.5; it's the most reliable Macintosh
>>program I've used.
>
>I could not let this pass.  I have had more problems with QUED/M than with any
>other major-label non-PD software that I use.  And I have tried to live
>with several versions - I am now on 2.09 and some of the problems have still
>not been fixed.  Just a few that I can remember off the top of my head:
>
>Printing via SuperLaserSpool fails unless one of the header options is
>enabled.  Sometimes it fails anyway.  Sometimes it bombs.

Hmmm. Two things. 
1) Qued/M has a built in print-spooler, try turning it
off. File menu, Printing Format..., uncheck Background Printing. 
2) If I remember correctly, SuperLaserSpool has a crashing bug, that
can cause any application to crash. This is becuase, in programming
lingo, SuperLaserSpool dereferences off of location 0x0000, almost always
indicative of a bug. If the value in zero is an odd address, this is enough
to crash most Mac's. There are other values that you can store in location
0 that are specific to MacIIci. If your interested in trying to rig this
location let me know.

>
>The catalog window fails to display existing text files that other programs can
>readily locate and open (yes, they have filetype = 'TEXT').

I find this hard to believe. Try unchecking the "Text only" from the Popdown
"Other" in the catalog window. If the menu has changed behind queds back
in MultiFinder I'm not sure if qued is smart enough to know about it and
refresh its list of files. If you still think you are having problems
with this send me a bin/hex of an offending file.

> 
>QUED/M sometimes gets into a mode where it seems to suck up a lot of CPU
>cycles, even though it is not doing anything: no windows open, not even in
>the front MultiFinder layer.  How do I know?  Other programs bog down (Pyro
>goes into slow motion stop-frame animation, for example).  Quit QUED/M and
>everything is back to normal.

True, QUED/M can be an MultiFinder hog when it is run in the background.
This is because QUED/M can run its macros in the background of
MultiFinder. Unfortunately the code was never honed, and QUED/M sucks
CPU even if no macros are running. The solution:
1) Boot ResEdit.
2) Open QUED/M
3) Open "SIZE" resource #0.
4) Toggle the truth of "Can Background" to be 0.
5) Open "Size" resource #-1.
6) Toggle the truth of "Can Background" to be 0.
7) Quit res-edit and save the changes to QUED/M.

That should solve your stop-frame animation. It will also not allow you
to run macros in the background. Ah well.

>
>There were other problems that I cannot recall right now.

I'm all ears. Send your complaints to me.

>
>On a couple of occasions, I have called Paragon to report my problems.  The
>folks I spoke to were courteous, and gave me the usual advice about trying
>to identify conflicts with INIT's, etc.  They sold me update disks with
>newer versions (at a very reasonable $10 price).  But the bugs remain.
>
>I cope by only using QUED/M when I need the powerful text-manipulation
>features that I cannot get from my other text editing programs.
>-- 
>Julian Vrieslander 
>Neurobiology & Behavior, W250 Mudd Hall, Cornell University, Ithaca NY 14853    
>INTERNET: eacj@theory.tn.cornell.edu     BITNET: eacj@crnlthry
>UUCP: ..cornell!batcomputer!eacj

Hope this helps,

Cheers,

-jOn

--------------------------------------------------------------------------
%%
SoftwareEngineer: jOn mAtOUsEk;      Internet:  jon@weber.ucsd.edu
%%                                   Bitnet:    jmatousek@ucsd
Paragon Concepts, Inc.               AppleLink: D0405      
990 Highland Drive, #312
Solana Beach, Ca. 92075              Voice:     (619)481-1477
USA                                  FAX:       (619)481-6154 
==========================================================================
Technical Details
Message-ID: <4110@network.ucsd.edu>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watserv1!watmath!att!bu.edu!rpi!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!dog.ee.lbl.gov!nosc!ucsd!network.ucsd.edu!weber!jon
References: <1990Nov21.215217.2767@xn.ll.mit.edu> <5607@mnetor.UUCP> <11709@milton.u.washington.edu> <1990Nov27.185602.3441@batcomputer.tn.cornell.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watserv1!watmath!att!bu.edu!rpi!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!dog.ee.lbl.gov!nosc!ucsd!network.ucsd.edu!weber!jon
From: jon@weber.ucsd.edu (Jon Matousek)
Newsgroups: comp.sys.mac.apps
Subject: Re: Qued-M 2.09 (was QUED-M 2.07 & System 6.0.7...)
Summary: jOn answers some Qued/M problems.
Keywords: qued text edit
Message-ID: <4110@network.ucsd.edu>
Date: 29 Nov 90 17:46:00 GMT
References: <1990Nov21.215217.2767@xn.ll.mit.edu> <5607@mnetor.UUCP> <11709@milton.u.washington.edu> <1990Nov27.185602.3441@batcomputer.tn.cornell.edu>
Sender: news@network.ucsd.edu
Reply-To: jon@weber.ucsd.edu (jOn mAtOUsEk)
Organization: Paragon Concepts, Inc.
Lines: 91
Nntp-Posting-Host: weber.ucsd.edu