HDTenEightyP/NetNews huggingface dataset:
From: chuck@gte.com (Chuck Hoffman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacHack Contest Winners
Date: 9 Sep 92 12:55:12 GMT
Followup-To: comp.sys.mac.programmer
Organization: GTE Laboratories

In article <1992Sep4.174318.7405@mnemosyne.cs.du.edu>,
jamille@nyx.cs.du.edu (James Miller) wrote:
> 
> I read about the winning entries of this years MacHack contest (I didn't
> get to attend this year) recently and salivated. Does anyone know if any
> of the programmers plan to release their programs (and maybe even source)
> to the shareware or freeware communit, as has been done in years past?
> 
> --James

Expotech, the company which produces the conference, released a CD.  You
can probably ask them for a copy.  They are expotech@aol.com.

Chuck Hoffman
chuck@gte.com
GTE Laboratories, Waltham, Massachusetts, USA
(617) 466-2131
=====================================
I'm not sure why we're here, but I am sure that while we're here we're
supposed to help each other.
=====================================
From: ar4@sage.cc.purdue.edu (Piper Keairnes)
Newsgroups: comp.sys.mac.programmer
Subject: Re: System Error #25 at _Jackson
Date: 7 Sep 92 03:08:22 GMT
Distribution: na
Organization: Purdue University

ar4@sage.cc.purdue.edu (Piper Keairnes) writes:

>Error #25 with MacsBug left at a label called _Jackson.

The reinstallation of System 7.0 was the cure-all for my problem. Nothing
else worked. There were no viruses... so I guess something just got
corrupted... go figure.

-- 
Piper Keairnes - Computer Science   ** PUCC Consultant for money. **
INTERNET: ar4@sage.cc.purdue.edu    **   Mac programmer for fun.  **
Newsgroups: comp.sys.mac.programmer
From: kire@cyklop.nada.kth.se (Jan-Erik Mngs)
Subject: Re: THINK C 5.0.3/TCL 1.1.2 Updates
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 15 Sep 1992 21:43:19 GMT

In article <KIRE.92Sep15223604@cyklop.nada.kth.se> kire@cyklop.nada.kth.se (Jan-Erik Mngs) writes:

   (a commercial: /pub/atmap.0.1b7.sea.hqx on aux.nada.kth.se is a
   nice program for drawing "topology maps" of your AppleTalk
   internets, written by a nice guy here (ragge@nada.kth.se))

Sorry, just to straighten things out (sorry ragge): It draws the
map for you (it's not just another drawing program)...
Newsgroups: comp.sys.mac.programmer
From: Jim Cook <J.Cook@ENS.Prime.COM>
Subject: Re: Dumb APPL ICON Question
Reply-To: <J.Cook@ENS.Prime.COM>
Organization: Prime Computer, Inc.
Date: Mon, 14 Sep 1992 14:59:35 GMT

In article <1992Sep11.185239.16065@primerd.prime.com> Jim Cook (me!)
<J.Cook@ENS.Prime.COM> writes:
>What obscure little trick or usual mistake do I have to take care of to get my
>application icon to be displayed?  Using ResEdit 2.1.1 and Think C 5.0 I've
>created a new skeleton application with it's own icon (no document ICONs
here).
>It has the appropriate BNDL, FREF, ICN#/icl8, signature, and vers resources,
>and
>the BNDL bit is set and the INITed bit is reset (to start).  Think C builds
the
>application, but it has a wierd "fork trading" icon, not mine.  Restarting,
>rebuilding the desktop, copying to another disk, and examining the built
>application with ResEdit don't help or reveal anything.
>
>This is the second time I've gone thru this mess.  The first time, the problem
>went away when I installed System 7.0, leaving me as puzzled as ever.

Thank you all for all your kind suggestions.  After about a day and a night
of struggling, I found the problem.

You can have all your BNDL, SIZE, VERS, FREF, ICN#/icl8, and signature
resources set up correctly in your resource file, BUT if you don't pull down
"Set Project Type..." from "Project" in the menu bar in Think C to change the
creator from "????" to your application signature, your custom icon will never
work.  Seems that Think C will override your [correctly set up] resources...

Sigh.  Hope this helps someone.

Jim
From: John Werner <werner@soe.berkeley.edu>
Newsgroups: comp.sys.mac.programmer
Subject: Algorithms in C++ (was: text compression)
Date: 8 Sep 1992 20:15:06 GMT
Organization: UC Berkeley School of Education
Distribution: world
     <ksand-040992183535@wintermute.apple.com>
     <D88-JWA.92Sep7111945@dront.nada.kth.se>
NNTP-Posting-Host: tol7mac19.soe.berkeley.edu
X-UserAgent: Nuntius v1.1



In article <ksand-040992183535@wintermute.apple.com> Kent Sandvik,
ksand@apple.com writes:
>For instance the new "Algorithsm in C++" by Sedgewick has a code
>snippet showing how it's done.

Is this book any good?  I liked the original "Algorithms", but
didn't like "Algorithms in C".  The examples hadn't been rewritten
in C;  the old Pascal examples had just been transliterated into C,
making them look fairly awkward.  Did he do it right this time?

--
John Werner                         werner@soe.berkeley.edu
UC Berkeley School of Education     510-642-9651
From: suhler@pollux.usc.edu (Paul A. Suhler)
Newsgroups: comp.sys.mac.programmer
Subject: Look before you Leap
Date: 7 Sep 1992 12:38:35 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: pollux.usc.edu
Summary: 2000 isn't a leap year

A note for those writing programs that calculate future dates:
unless I'm mistaken, any year which is integrally divisible by 400
is NOT a leap year.

Paul Suhler
Newsgroups: comp.sys.mac.programmer
From: czychi@bernina.ethz.ch (Gary Czychi)
Subject: How to <<Readln>> from a text referenced by a handle?? 
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 15 Sep 1992 07:44:58 GMT

Hi!

I have been told that the Mac (in fact any computer) is very slow reading
textual input from a file line by line.

nd in my application, I have already read in the text of a file in one big
chunk and pass the handle to the place where I process the data.

Now, is there any way for me, to read some of the lines in this handle? I
only need about 10 lines from the top and separate it from the rest, which
is being diplayed in a window as one big part.

I've tried to type coerce the handle to a str255 handle, but then I get a
range error (of course).

If there is no obvious or easy solution, how could I access the data in my
handle byte for byte and then put everything into a Str255 until the next CR
is detected?

As you might want to know, I'm using TH Pascal.

Thanks a lot for any help.

  Gary

    Gary T. Czychi          University of St.Gallen

       czychi@alpha.unisg.ch (preferred host)
         czychi at csghsg52   (=bitnet)
           czychi@bernina.ethz.ch
             Switzerland
              -


Newsgroups: comp.sys.mac.programmer
From: bpb9204@tamsun.tamu.edu (Brent)
Subject: Re: IO ReDirection in Think C
Organization: Texas A&M Univ., Inc.
Date: Sat, 12 Sep 1992 06:17:19 GMT

yjc@po.cwru.edu (Jerome Chan) writes:
|
|  How does one activate the IO re-direction capabilities of the console
|package in ANSI library for Think C 5.0.x?

Ex:

#include <Whateverfilesyouneedtoinclude.h>
#include <console.h>

main( int argc, char * argv[])
{
  argc = ccommand( &argv);

  // continue on here with the argument processing like normal
}

-Brent
Newsgroups: comp.sys.mac.programmer
From: timper@iat.holonet.net (Tim Perkis)
Subject: EditText items larger than 255 bytes?
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 9 Sep 1992 08:33:35 GMT

Is there a reasonable way to access an editText item in a Modal
dialog having more than 255 Characters? I know that a Dialog
Record has a normal TErecord to hold the text: the bottleneck limiting
edit text dialog items to 255 seems to be the GetDItem arguments,
which are Str255. 

Even better, does anyone know of a CDEF or hunk of code available to
put a scrollable edit text in a dialog user or control item?

Respond by email or posting here.

timper@holonet.net

Newsgroups: comp.sys.mac.programmer
From: Reid Ellis <rae@Alias.com>
Subject: LockPixels() before every CopyBits()?
Organization: Alias Research, Inc., Toronto ON Canada
Date: Fri, 11 Sep 1992 21:32:20 GMT

Inside Mac V says that LockPixels() must be called before drawing into
an offscreen GWorld.  And yet the examples within the next few pages
don't call LockPixels()!  What's the scoop here?

I think I've tracked down a bug in our program where it crashes on a
Quadra 700 but not on a IIci during a call to CopyBits().  On the
Quadra, the baseAddr of one of the bitmaps was F9001000, which was way
out of line with other addresses.  I would guess it's either invalid
or the address of the built-in VRAM.  I can't find any doc that says
"The 32-bit address of the Quadra's VRAM is xxxx".

Assuming that the address is okay, I noticed that we don't call
LockPixels() before CopyBits().  After inserting calls to LockPixels()
and UnlockPixels(), it looks something like this:

	HLock((Handle) pixHandle1);
	HLock((Handle) pixHandle2);
	LockPixels(pixHandle1);
	LockPixels(pixHandle2);
	CopyBits((BitMap *)*pixHandle1, (BitMap *)*pixHandle2, ...);
	UnlockPixels(pixHandle2);
	UnlockPixels(pixHandle1);
	HUnlock((Handle) pixHandle2);
	HUnlock((Handle) pixHandle1);

Now this seems to be a bit much for every call to CopyBits.  Is this
trip really necessary?  Would it be quicker to check to see is each
PixMapHandle is offscreen?

I'm off now to try it out.  I'm kind of hoping the address is just
invalid and not in VRAM :-)..

Reid
--
Reid Ellis                                            
rae@utcs.utoronto.ca        ||           rae@Alias.com
CDA0610@applelink.apple.com ||  +1 416 362 9181 [work]
Newsgroups: comp.sys.mac.programmer
From: stever@netcom.com (Steve Riggins)
Subject: Re: THINK C linker makes me sad
Date: Wed, 09 Sep 92 15:29:13 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Distribution: usa

In article <1992Sep9.130716.5621@terminator.cc.umich.edu> potts@itl.itd.umich.edu (Paul Potts) writes:
>In article <1992Sep09.054939.1042@km4ba.uucp> alan@km4ba.uucp (Alan Barrow) writes:
>>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.
>
>If all you want is sprintf for things like ints and strings, you can use
>ANSI-Small. I use ANSI-A4 in my XCMDs, and it only adds about 6K.
>
>
Will all this A4 stuff Think uses break when the protected memory kernal comes
out and the PowerPC ships?  8-)


-- 
Steve Riggins                  Internet: stever@netcom.com
AppleLink:  Voyager.geek       AOL:      RigginsS
CompuServe: 75300,1635         "Can never have enough EMail addresses"
Newsgroups: comp.sys.mac.programmer
From: Michael Brennan <mikeb@sam.amgen.com>
Subject: Re: Set/Get Cursor
Organization: Amgen
X-Useragent: Nuntius v1.1
Date: Thu, 10 Sep 1992 18:41:38 GMT

In article <1992Sep1.202106.2865@informix.com> Bill Stackhouse,
sbill@informix.com writes:
>Why does the following cause EvenBetterBusError detect a NIL pointer
>problem?
>
>   SetCursor(*GetCursor(iBeamCursor));
>

Here's the code I use.  It works for me:

	Cursor		myCursor;
	CursHandle	hCurs = 0L;

	hCurs = GetCursor( iBeamCursor );
	myCursor = **hCurs;

	SetCursor( &myCursor );
	DisposeHandle( hCurs );
	ShowCursor();
Newsgroups: comp.sys.mac.programmer
From: werner@soe.berkeley.edu (John Werner)
Newsgroups: comp.sys.mac.programmer
Subject: Re: IMPORTANT MPW C 3.2.3 NOTICE
Followup-To: comp.sys.mac.programmer
Date: 10 Sep 1992 18:26:33 GMT
Organization: UC Berkeley School of Education
Distribution: world
NNTP-Posting-Host: tol7mac19.soe.berkeley.edu

In article <2AAE7633.5AC@intercon.com>, amanda@intercon.com (Amanda Walker)
wrote:
> 
> 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?

This kind of reminds me of the thing that really bothers me the most about
ETO.
People from Apple tend to point out that much of ETO is "prerelease" or
"experimental" software, and we shouldn't complain too much if it is buggy.
 IF Apple provided non-buggy, "released" development tools that did what we
need in a timely fasion, that would be fine.  But Apple usually doesn't. 
MacApp is a good example; version 3.0 wasn't final until one _year_ after
System 7 shipped.

I'm not complaining about Apple employees, especially the ones in developer
support who seem to work far harder than they really should have to.  And
I'm not complaining too much about the quality of the tools themselves; I
really like MacApp.  But Apple needs to make more of a commitment (i.e.
more engineers and more money) to producing good developer tools when the
developers need them.

--
John Werner                         werner@soe.berkeley.edu
UC Berkeley School of Education     510-642-9651
From: Joe.Francis@dartmouth.edu (Joe Francis)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Look before you Leap
Date: 9 Sep 92 18:30:24 GMT
 <1992Sep9.143915.19555@nic.funet.fi>
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a4@newshost.dartmouth.edu

In <lanbtrINN8tj@pollux.usc.edu> suhler@pollux.usc.edu (Paul A. Suhler)
writes:
 
>A note for those writing programs that calculate future dates:
>unless I'm mistaken, any year which is integrally divisible by 400
>is NOT a leap year.

I believe this is incorrect.  Years divisible by 4 are leap years,
except for years divisible by 100 which aren't, except for years
divisible by 400 which are.  This yields a calender of (on average)
365.2425 days a year, very close to the actual 365.2422 days in a solar
year.
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps
From: patfieldk@gtephx.UUCP (Kevin M. Patfield)
Subject: Re: 2up, double-sided printing
Organization: AG Communication Systems, Phoenix, AZ
Date: Fri, 11 Sep 1992 20:37:14 GMT

In article <2AAF09DD.1893@news.service.uci.edu> eauu011@orion.oac.uci.edu (Gizmo) writes:
>I'm also interested in knowing how to print on both sides.  Could someone tell
>me if there is there some kind of init that will allow a DeskWriter C to print
>odd number pages and then allow the users to reload the papers to print the
>even number pages on the back?

There's an extension called Paper Tray Manager which comes with the TI Micro
Laser.  It's heavily endowed with TI copyright stuff and a TI logo for it's icon
but it looks awfully like the illustration that Hardware ans Software That Fits
has in their ad for the RealTech printer.  Conclusion: This was written by some
third party outfit and licensed to these two manufacturers.  There may be some
other way to get hold of it.

Anyway, what it does is to allow you to toggle between different paper sources
during a job (it installs its own dialog box like an options dialog off the main
print dialog).  For example you can specify "first page from main paper tray,
second page from manual feed slot then repeat indefinitely".  This is how I set
it up to do "double-sided" printing.  With sufficient intelligence in the
printer (my Micro Laser uses a "real" level 1 postscript interpreter) you can
select one of two paper trays, envelope feeder etc.  It's my understanding that
any postscript printer understands manual feed vs paper tray.
-- 
Kevin Patfield, AG Communication Systems, Phoenix, AZ
UUCP: {ncar!noao!enuucp | uunet!zardoz!hrc | att}!gtephx!patfieldk
Internet: gtephx!patfieldk@enuucp.eas.asu.edu
AOL: Patfield
From: a62178a@ccsparc01.center.osaka-u.ac.jp (kikkawa lab)
Newsgroups: comp.sys.mac.programmer
Subject: Two different XLISPs?
Keywords: XLISP
Date: 7 Sep 92 03:05:51 GMT
Organization: Computation Center, Osaka University

I got Luke Tierney's XLISP-STAT version 2.1 from mac.archive.umich.edu. 
Because this archive does not include any documents about the language, 
I got documents of UNIXs' Xlisp: "XlispRef.txt", which are included in 
the directry of "winterp".

According to  "XlispRef.txt", Xlisp for Macintosh *DO* exist. In fact, 
"XlispRef.txt" is common to UNIXs, MACs and PCs. But to my surprise, the 
syntax written on this reference is far from that of XLISP-STAT. So I 
think there are two deferent Mac XLISPs, whose syntax are incompatible.

Is my understanding right? If so, where can I found the documents of 
XLISP-STAT, and where is an application "XlispRef.txt" describing?

Sorry for my poor English.	H. Tamura
From: jasper@geriatrix.cs.uoregon.edu (Jon Barber)
Newsgroups: comp.sys.mac.programmer
Subject: CQuickSound - Think C TCL class for async sound
Date: 14 Sep 92 19:04:10 GMT
Article-I.D.: cs.1992Sep14.190410.12391
Organization: University of Oregon Computer and Information Sciences Dept.

[Sorry for the repeat of the previous message, but I wanted
to more fully describe what I've got.]
 
    CQuickSound  is a small, efficient Think C 5.0 TCL class 
that allows both one-time and continuous-with-control playback of
sound handles.  There are some limitations, but it works
well for the majority of situations.  It was designed after
reading the latest-and-greatest (august) of  d e v e l o p  magazine,
and, well, it's real handy for Joining the Noisy Revolution.  Calls are 
as simple as
            gQuickSound->PlayOnce(soundHandle);
        or
            forever = gQuickSound->PlayForever(soundHandle);
                ... and later on ...
            gQuickSound->KillForever(forever);
  
I'd like to get feedback about whether folks could swing paying me
$10 - $20 dollars for copies of QuickSound.  I'm a low-payed mac contractor,
things like QuickSound are how I'm hoping to, well, eat!  And 
I've been interested in the idea of share-ware TCL classes, and
thought this would be a good venture into this realm.
 
Take care, and don't forget to bark at the postman...
 
P.S.  Could any responders to my previous message please
mail me again?  The five of you were accidentally deleted
from my mailbox :-(
 
+---------------------------+--------------------------------------+
|"jasper" Jon Barber        | Jasper Enterprises                   |
|jasper@cs.uoregon.ed)      | Unix & Mac Consulting, Ad Excellentum|
+---------------------------+--------------------------------------+
|  * Currently based in Eugene, Oregon, Amerika, living the simple |
|    life with Macs, Peacocks, and three consulting gigs.          |
|  * Anyone interested in a Vegetarian Telecommuting Commune?      |
|  * Anyone interested in hiring me for inexpensive, high-quality  |
|    work in exotic locations??  India?  Costa Rica?               |
|    Switzerland?  Nepal?  New Zealand?  Your Winnabego?           |
+------------------------------------------------------------------+
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps
From: sdorner@qualcomm.com (Steven Dorner)
Subject: Re: 2up, double-sided printing
Organization: Qualcomm, Inc
Date: Tue, 8 Sep 1992 14:44:29 GMT

In article <Bu8H27.106@comp.vuw.ac.nz>, thetroll@rata.vuw.ac.nz (The Troll)
wrote:
> 
> In article <> sdorner@qualcomm.com (Steven Dorner) writes:
> >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.
>
> [on sumex] in dir info-mac/utils the files: 
> 
> dmm-lw-56-stuff-12.hqx
> dmm-lw-7-stuff-12.hqx
> dmm-lw-stuff-122-updater.hqx
> 
> are what you are looking for.

Thanks to all who suggested this.  It does indeed solve the multiple-up
problem in a very nice way.  Reminds me of my dear departed cube (sniff).

It doesn't help with two-sided printing, and my efforts at hacking the ps
were a failure (it really does help to have a red book :-().  But, 250 is
better than 500, and my NTR is busily cranking the thing out now.

I did have a little trouble getting it installed.  I finally copies all the
files to a spare volume, renamed the volume to the name the Installer
wanted, and then did the install, which worked fine.

Thanks to all, and DEFINITELY go grab dmm's lw stuff; it's wunnerful.
From: johnsd2@jec324.its.rpi.edu (Daniel Norman Johnson)
Newsgroups: comp.sys.mac.programmer
Subject: INIT Idea/Request
Keywords: INIT, NewHandle, Temporary Memory, Multifinder Memory
Date: 7 Sep 92 19:17:08 GMT
Reply-To: johnsd2@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.

I am not sure this is the right place for this, but if it isn't, please
flame in toward the right newsgroup. :)

It occurs to me that it would be quite neat (to say the least) to get
rid of this memory zone stuff in the Macintosh by making NewHandle
act like TempNewHandle. Or more precisely, to make any call to NewHandle
result in a call to TempNewHandle, and if that fails, a normal call
to NewHandle.

I tried to make an INIT that does this, but it failed miserably, and I
don't understand these things well enough to know why, or to fix it. :(

So, I just wanted to suggest that somebody out there with a clue about
these matters give it a shot, or tell me its impossible (& why). :)

Dat's all. Thanx fer listening. :)
-- 
			- Dan Johnson
And God said "Jeeze, this is dull"... and it *WAS* dull. Genesis 0:0

These opinions have had all identifiying marks removed, and are untraceable.
You'll never know whose they are.
From: emk9267@rigel.tamu.edu (KLINE, ERIC MICHAEL)
Newsgroups: comp.sys.mac.programmer
Subject: I need sample code for Lightspeed PASCAL
Date: 7 Sep 92 17:28:00 GMT
Organization: Texas A&M University, Academic Computing Services
News-Software: VAX/VMS VNEWS 1.41

Hi!  I'm trying to learn how to write an application that sends graphics
to the printer.  I've learned how to defined a picture using Quickdraw
commands and how to save those commands in a PICT format.  I would greatly
appreciate it if somebody could send some code that demonstrates how to
send graphics to the printer (I have an Imagewriter II).

Thanks in advance.

Eric
emk9267@rigel.tamu.edu
Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: Algorithms in C++ (was: text compression)
Organization: Taligent
Date: Tue, 8 Sep 1992 21:56:08 GMT

In article <18j1kaINNhqd@agate.berkeley.edu>, werner@soe.berkeley.edu (John
Werner) writes:
> 
> 
> 
> In article <ksand-040992183535@wintermute.apple.com> Kent Sandvik,
> ksand@apple.com writes:
> >For instance the new "Algorithsm in C++" by Sedgewick has a code
> >snippet showing how it's done.
> 
> Is this book any good?  I liked the original "Algorithms", but
> didn't like "Algorithms in C".  The examples hadn't been rewritten
> in C;  the old Pascal examples had just been transliterated into C,
> making them look fairly awkward.  Did he do it right this time?

I'd be interested in people's opinions, too. I have "Algorithms in C" (and like
it, so there, nyaah!), but when I looked at the C++ version, it looked like ol'
Bob just used C++ in the sense that it's mostly a superset of C. I didn't see
any use of classes. It's sort of like re-releasing "Algorithms" under the name
"Algorithms in MPW Object Pascal", and not changing any of the contents.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.

Newsgroups: comp.sys.mac.programmer