HDTenEightyP/NetNews huggingface dataset:
From: mcote@celine.sw.stratus.com (Mike Cote)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Mac Databases
Date: 25 Jan 1993 18:46:15 GMT
Organization: Stratus Computer, Inc.
Distribution: usa
Reply-To: mcote@celine.sw.stratus.com (Mike Cote)
NNTP-Posting-Host: celine.sw.stratus.com
Keywords: database


C-Tree is produced by 

	FairCom Inc,
	4006 West Broadway
	Columbia, MO  65203
	(800) 234-8180
	(314) 445-6833

C-Tree+ is about $595.  Make sure that you request the Macintosh disks
because my basic package only came with Unix and DOS disks and I had to 
have the Mac disks shipped separately.

I haven't used it yet, it just showed up.

mpac
Newsgroups: comp.sys.mac.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: Getting Caller ID information from a modem?
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Wed, 27 Jan 1993 05:04:07 GMT

While the line is ringing a 90 volt spike is on the line. No modem
normally tries to EVER interpret for carrier signal while off-hook.

Second. the C.L.A.S.S. technology providing CallerID in ESS (Electronic
Switching Service) sends the modem 202 carrier at the first ring trip (or
half a ring) not directly between the two I believe.

Anyway, while a phone call is taking place in modern day ESS systems the
identification of both partites is routinely sent back and forth every 15
seconds or so periodically, but this is out of band signalling and cannot
be stolen by a regular subscriber line ever.

The pattern of the caller ID has been decribed I think in a July issue
(Possitive) of Bell system Technical Journal 1983 (I think 1983), Its been
a long time folks. The protocol has provision for a CCITT type CRC on the
data for integrity.

PS... you may like to know that callerID type signalling MIGHT be present
on many many phones but in a format not compatible with standard
documented CallerID... including California.


... My feelings.... a mirror box (CallerID box) may prove very difficult
to create except by experienced electrical engineers armed with telephony
knowledge.


Give it up guys, and just by the damn modem with it built in.


--Bill Williams
From: cklarson@flauta.engr.ucdavis.edu (Christopher Klaus Larson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Geneva 9 Radio Buttons, Checkboxes, etc...
Date: 25 Jan 93 18:50:24 GMT
Organization: College of Engineering - University of California - Davis

In article <01050133.oc46s3@distant.uucp> edw@distant.uucp writes:
>I just got ahold of SuperClock! 4.0.2 (very nice), and while I've used
>SuperClock! for a few years, the nice, tasteful Geneva 9 radio buttons etc.
>just got me thinking about how I could do them in my own dialogs.

The standard controls which contain text (buttons, check boxes, radio buttons,
and pop-up menus) can be made to display their text in the window's font by
adding the constant useWFont ( = 8) to the procID of the control at the time of
creation. Thus, to display Geneva 9 radio buttons, set the window's (or
dialog's) font to Geneva 9 and create all of your radio buttons with the
procID (radioButProc + useWFont).

That should do the job. Of course you still could write your own CDEF...

--Chris
cklarson@engr.ucdavis.edu
From: lari@cs.unc.edu (Humayun Lari)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Calling external code resources - how?
Date: 25 Jan 1993 12:10:32 -0500
Organization: The University of North Carolina at Chapel Hill
NNTP-Posting-Host: strauss.cs.unc.edu

In article <1993Jan25.005216.12749@kth.se> d88-jwa@dront.nada.kth.se (Jon Wtte) writes:
[deleted]
>you call 'em like:
>
>	Handle h = GetResource ( 'Xtns' , 128 ) ; /* Whatever */
>	HLockHi ( h ) ;
>	result = ( * h ) ( theCode , theInData , theOutData ) ;
[rest deleted]

It's a good idea to StripAddress the pointer first, say:
        funcPtr = StripAddress(*h);
        result = funcPtr(theCode, theInData, theOutData);

This is really only necessary if the code resource will call SwapMMUMode,
but it's better to be safe...

Humayun Lari
(lari@cs.unc.edu)
Newsgroups: comp.sys.mac.programmer
From: Dmitry Boldyrev <dmitry@chemistry.chem.utah.edu>
Subject: MOD Player (Sound Tracker)
X-Xxmessage-Id: <A5AB07BF9207C4C9@quadra.chem.utah.edu>
X-Xxdate: Tue, 28 Jan 92 10:14:39 GMT
Organization: University of Utah
X-Useragent: Nuntius v1.1.1d17
Date: Thu, 28 Jan 93 20:11:51 GMT

Hi Folks,
Does anyone can tell me why is only one version of  Sound Tracker exist
for Mac ?
I know that on PCs exist about 40 sound track's players. Mac has a very
cool hardware:
STEREO and etc.. 
I never seen any editors of .mod files. I'm plan to write .mod editor for
Mac.
Not now, becuase I'm working on another project, called Molecular
Designer. 
And I think it's time to make instruments in STEREO! As I know Frank
didn't use
real stereo: he used pseudo stereo, two channels / channel.
Like:
		[Left]  -------\ 1-2 Channels
                		
		[Right] -------/ 3-4 Channels
		
I suppose another idea:

		[Left]  -------\ 1-2(louder) 3-4(quitly)
                		
		[Right] -------/ 3-4(louder) 1-2(quitly)

Here, we have four channels for Left speaker and four channels for Right
speaker.
I tried it and it works much better than in Frank's player.
If anyone already doing any .mod players, contact me!
		
o=======================================o
I Dmitry Boldyrev.                      I
I Department of Chemistry,              I
I University of Utah SLC Utah.          I
I Inter. dmitry@chemistry.chem.utah.edu I
o=======================================o
From: stevep@wrq.com (Steve Poole)
Newsgroups: comp.sys.mac.programmer
Subject: bg-only, stack size
Date: 22 Jan 1993 20:29:09 GMT
Organization: Walker Richer & Quinn
Distribution: world
NNTP-Posting-Host: 150.215.25.54

Can anyone offer an explanation of what happens differently for background-
only applications where the stack is concerned? My bg-only app comes up with
a 2K stack -- not enough! Clearing the bg-only bit brings it up with 24K
of stack. I've tried increasing the stack size by using SetApplLimit with 
the address of the stack base - desired stack size, which seems to work fine 
iff the bg-only bit isn't set. MemError isn't being set in either case.
Help!

Is there ANY documentation on bg-only besides the few words in the process
manager docs? I'd appreciate pointers to anything! Thanks.

--------------------------------------------------------------------------
- Walker Richer & Quinn, Incorporated  -  Macintosh Software Development -
- Internet: stevep@wrq.com  -  AOL: Spoole  -  INTEL 80x86: Just say NOP -
- "Nurse! Do let's pretend that I'm a hungry hyaena, and you're a bone!" -
--------------------------------------------------------------------------




Newsgroups: comp.sys.mac.programmer
From: michel@cst02.segin.com (Michel Pollet)
Date: Tue, 26 Jan 1993 17:52:32 GMT
Reply-To: michel@cst02.segin.com (Michel Pollet)
Organization: Segin, Groupe Axime
Subject: The perfect algorighthm for 'Power Thumb'

I wrote a 'power thumb' for a terminal program I wrote, and it's seems quite
difficult. The only way I had to do it is to compute the temporary scroll
bar value in the TrackControl hook since the ControlValue is not updated
until the user realease the mouse.
Is there an Apple way of doing that or shall I skick to my code ?

Please reply my mail, I'll summarize.

Michel

-- 
- Michel Pollet: michel@segin.com(Office), michel@trantor.fr.mugnet.org(uucp) -
- Money is the root of all evil, and man needs roots                          -
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@feffe.nada.kth.se (Jon Wtte)
Subject: Re: Where are RAMSDOpen & RAMSDClose?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 28 Jan 1993 16:55:20 GMT

In <C1JGoK.AM5@news.rich.bnr.ca> brunner@crchh447.bnr.ca (James Brunner) writes:

>wrote a couple of years back and I am calling RAMSDOpen and RAMSDClose to
>open and close the serial driver.  Now, with the latest version of Think C,
>I can't find these routines.  Have they been obsoleted?  How do I do this?


Gone, with 64k ROM support.

Read the Think C manual :-)

Use OpenDriver.

Cheers,

						/ h+
-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

 -- I don't fear death, it's dying that scares me.
From: mafk_s@chv.lincoln.cri.nz
Newsgroups: comp.sys.mac.programmer
Subject: RE: serial port Q
Date: Thu, 28 Jan 93 02:19:37 GMT
Organization: Canty Agriculture & Science Centre
NNTP-Posting-Host: chv.lincoln.cri.nz

>From: mike.kopp@gtri.gatech.edu (Mike Kopp)
>Subj: serial port Q
>Date: 21 Jan 93 20:56:32 GMT
>
>I am looking at writing a program that will do some simple serial
>communications through the modem port.  Can anyone recommend any sample
>code?
>
>-----------
>Mike Kopp                                    
>Electronic Support Measures Laboratory   	       
>Georgia Tech Research Institute 	       	       	mike.kopp@gtri.gatech.edu


There is a very good article on serial ports in "The Best of MacTutor 4".  I 
believe this is also available from the publishers on disk or CD-ROM.

Kevin 
Ministry of Ag & Fish
New Zealand
From: marshall@sdd.hp.com (Marshall Clow)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to tell if Projector'd file modifiable?
Followup-To: comp.sys.mac.programmer
Date: 28 Jan 1993 16:59:05 GMT
Organization: Hewlett Packard San Diego Printer Division
Distribution: world
NNTP-Posting-Host: hpsdr160.sdd.hp.com

In article <1993Jan28.002837.29559@reed.edu>, bowman@reed.edu (Hobo Bobo)
wrote:
> 
> Does anyone know an easy way to tell if a file has been ModifyReadOnly'd?
> I like to run CMarker through a script on my source, and want to skip files
> which haven't been checked out or MRO'd.  Is there a built in way to do this?
> Or should I just write a tool to check the relevant resource?
> 
> thanks,
> bobo              In seeking the unattainable,
> bowman@reed.edu            simplicity only gets in the way.

What I do to find checked out files is:
      ProjectInfo -s  | Search [d+d*]
where d --> option-d

This works because ProjectInfo list files in the form:
      file1.c,1                   # version 1 checked out read-only
      file2.h,1+                  # version 1 checked out modifiable
      file3.a,3*                  # version 3 checked our MRO


Marshall Clow
San Diego Printer Division      Hewlett Packard
Internet: marshall@sdd.hp.com   AppleLink: HP.Marshall    AOL: MClow
From: perm@csd.uu.se (Per Mildner)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Prolog for Mac ?
Followup-To: comp.sys.mac.programmer
Date: 27 Jan 93 15:15:11
Organization: Computing Science Dept.,Uppsala University, Sweden
Distribution: world
NNTP-Posting-Host: groucho.csd.uu.se
In-reply-to: Jim_Holt@aprdlgtr.sps.mot.com's message of Tue, 19 Jan 1993 14:23:15 GMT


UPMAIL Prolog (aka Tricia) is a Public Domain, WAM based prolog
available by anonymous ftp from ftp.csd.uu.se in directory
/pub/Tricia/Mac. It used to be on sumex too, maybe it's still at some
mirrors. It currently has no documented Mac specific stuff and only a
ordinary console window. We're working on a new version that has a
better console, built in editor and supports AppleEvents. It's
currently a low-priority project but if you're interested in the
newest developer version send mail to tricia-request@csd.uu.se .  The
current version available by ftp has a bug that prevents \+ from
working (at least in interpreted code), it's fixed in the new version
(wouldn't you call that a serious bug ?-).

Regards,


--
Per Mildner			perm@CSD.UU.SE
Computing Science Dept.		tel: +46 18181049
Uppsala University, Sweden	fax: +46 18521270
From: mxmora@unix.sri.com (Matthew Xavier Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Verifying valid handles, how to?
Date: 26 Jan 93 22:13:31 GMT
Followup-To: comp.sys.mac.programmer
Organization: SRI International

In article <1993Jan26.010315.7120@wri.com>, jbrewer@wri.com (John Brewer)
wrote:
> 
> Um.... Why not just
> 
> 	#define KillHandle(h) (DisposHandle(h), h = 0)
> 
> Simple, but effective....

What does this have to do with seeing if a handle is valid?


Xavier
Newsgroups: comp.sys.mac.programmer
From: tj@kona.cs.ucla.edu (Tom Johnson)
Subject: Arcade-style animation...
Organization: UCLA, Computer Science Department
Date: Sat, 23 Jan 93 01:41:27 GMT

Yes, I know this is a FAQ, but it's not in the list, and poking around
archie hasn't helped me find anything suitable.

I'm working on a sprite library, for doing arcade games for the mac. I
would like to support multiple bit depths, complex background screens,
etc... I don't want to limit movement to some small are of the screen; the
whole screen should be available for the game.

The obvious method, using CopyBits (or CopyMask), drawing to an offscreen
buffer, and then on-screen is a little slow.  More than a little.
Here is what I first envisioned in pseudo-code:
	
	foreach sprite 
		CalculateNewLocation()
	foreach sprite
		EraseSprite()	// by copying the sprites old location from
				// a bkgnd screen to an offscreen world
	foreach sprite
		DrawSprite()	// by copying the sprite onto the offscreen
				// world
	UpdateScreen()		// by copying the offscreen world onto the
				// screen.	

But in 8bits, on a IIci or IIfx I can't update the screen fast enough when
a large area requires updating.

It looks like drawing directly to the window's pix map will be required.

But!  If I'm drawing directly to the screen, how do I handle the
"EraseSprite()" function?  Since I want to support a complex color
background (ie a 256 color pict, not just a black bacground with a few
stars like most other games I've seen), I need to restore the old location
of the sprite.                                                


How do I erase my sprite and restore my background quickly?

Thanks-

  Tom
	
-- 
Tom Johnson             "They say Confucious does his crossword with a pen."
tj@cs.ucla.edu                               -Tori Amos
From: edw@distant.uucp (Ed Watkeys)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Is the Finder's name always "Finder"?
Date: Sun, 24 Jan 93 09:13:15 EST
Organization: Distant Software
Reply-To: edw@distant.uucp
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <walkerj.727644025@milo.math.scarolina.edu> (comp.sys.mac.programmer), walkerj@math.scarolina.edu (Jim Walker) writes:
> 
> I see that Finder's name is locked (under System 7), but is that always the
> name, even under foreign system software?  If not, what is the best way to
> get the name?  (I know how to read it from the boot blocks, and I know that
> there is a low-memory global FinderName, but I wonder if there is a better
> way.)
>

Since the signature stays the same (I assume), you can get it's name by
cycling through GetNextProcess() (IM VI 29-11) until you find the Finder's
process serial number and then use GetProcessInformation() (IM VI 29-10)
to get its name. Of course, if the Finder isn't running, you're screwed in
this case.

Using PBCatSearch() (IM VI 25-40) would work in all cases, as far as I can
see. Just set the criteria to be the Finder's type/creator, and let it go.

>  -- Jim Walker  USC Dept. of Math.  walkerj@math.scarolina.edu

Ed

--
Edwin H. Watkeys III                                   edw@distant.uucp
Distant Software                               dsinc!jabber!distant!edw
+1 215 387 7971                                     edw%distant@bts.com
Newsgroups: comp.sys.mac.programmer
From: UC525655@mizzou1.missouri.edu (M.Eaton)
Subject: Re: Why the Piracy? Here's why...
Organization: University of Missouri
Date: Mon, 25 Jan 93 14:20:43 CST

Look folks - this argument has been raging for over a month now, and
the interested parties have pretty much drawn - up the lines, and
encamped on either side. Now its time to come up with a solution.
About the only thing everyone agrees on is that a problem exist with
software distribution in its present form, what should we do? Right
now, the people who are piratiing aren't willing to buy software
until the prices come down, and the vendors aren't willing to lower
prices until more people start buying... A catch 22...
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Eaton                    |
UC525655@MIZZOU1.MISSOURI.EDU |             Eat at Joe's.
                              |
From: speth@cats.ucsc.edu (James Gustave)
Newsgroups: comp.sys.mac.programmer
Subject: Recommended way to deal with large memory buffers?
Date: 23 Jan 1993 03:35:43 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


  I'm working on an encryption application, and I need to go through a file,
encrypt it, and write it to a new file.  The encryption routine takes a Ptr
to a buffer, and a count of the number of bytes to process.  For small files,
it makes sense to read the whole file into the buffer and do the encryption.
However, this means that the maximum size of the file to be encrypted is
determined by the amount of memory the program can allocate.  On the other
hand, if I did the encryption incrementally, writing the parts to a temp file,
then there might be a lot of unnecessary disk access which would slow down
the process.

  What is the recommended way of working with large files?  Should I read it
all in, or use temp files?  Or should I read as much in as possible and only
create temp files when necessary (maybe I just answered my own question :)

  Another question, sometimes I need to add a prefix packet to the beginning
of the buffer.  Is there an easy way to prepend stuff to a buffer, without
allocating a new buffer, writing the info, then doing a block move?

Thanks.

-- 
________________________________________________________________________________
james speth           email for pgp 2.0 public-key           speth@cats.ucsc.edu
Newsgroups: comp.sys.mac.programmer
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Re: 3 bits of info requested
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 25 Jan 1993 06:55:08 GMT

In article <1993Jan22.182412.22223@njitgw.njit.edu> gjw2824@hertz.njit.edu (Greg Weston) writes:
>1) Where can I get a copy of BalloonWriter or another thing that
>allows relatively easy creation of Help resources?
>
	I use a combination of Rez and Resorcerer - works great!

>2) Does anyone know of sources for alternate script systems to work
>with 7.1?
>
	they are available to developers on the montly CD's.

>3) Is there any documentation on the new elements of 7.1 from a
>programming standpoint?
>
	I believe this can also be found on the developer CD's.  however, some
of that stuff is buggy or incomplete.  I had to COMPLETELY rewrite the sample
code for the Text Services Manager as it was really lamo and didn't work.  I
don't know if Apple has included my reved sources, but I will sedn them to
anyone interesting in supporting the TSM.

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician

Newsgroups: comp.sys.mac.programmer
From: salmon@cwis.unomaha.edu (David Salmon)
Subject: Re: What does 0xB6DB6DB6 mean to you?
Organization: University of Nebraska at Omaha
Date: Thu, 28 Jan 1993 10:02:31 GMT

k044477@hobbes.kzoo.edu  writes:
> I have an extremely puzzling heap-corruption bug that I've been actively
> tracking down for days.  I don't have many clues.
> 
> One clue that I do have is, the hex bytes B6 DB 6D seem to get written
> over blocks of mine occasionally.  They rarely (never?) get written 
> outside blocks, so the heap is (often) not corrupted.  Anyone know what
> might be doing this?
> 
> I would guess it's some kind of debugging tool;  the binary
> representation is ...110110110110110110... but I can't figure out who
> might be reponsible...

I believe that the code B6DBB6DB... occurrs in unused ROM space. The 
chances are high that you have an uninitialize pointer and are copying
this into your own data. Otherwise, check for improper arguments to
Toolbox trap. The only time I ever get B6DB6DB6... is when I do something
wrong with the Toolbox. One possibility is that you are calling InvalRect
or InvalRgn without setting the port. This always seems to cause some 
memory problems.

Hope this helps.
-- 
David C. Salmon
salmon@unomaha.edu
From: rrichter@link.ph.gmr.com (Roy Richter PH/32)
Newsgroups: comp.sys.mac.programmer
Subject: Patching Traps - explicit directions desired
Date: 27 Jan 93 21:40:57 GMT
Organization: GM Research and Environmental Staff

I'd like to know where (in the multitude of documentation available to
the normal programmer) I can find explicit directions for patching system
traps.  In particular, I'd like to path DoModalDialog() for just a "short"
period of time to prevent an annoying system dialog from appearing, that
I always say "Ok" to anyway.  I'd patch it, do the system call, and
unpatch it.  Really I will.  It's just that I'm running this app in the
background, and I don't want to annoy the user with this trivial question
that always is OK, and so on.

So, how do I do it?  (Think C)
--
Roy Richter                  Internet: rrichter@ph.gmr.com
Physics Dept, GM Research    UUCP:     rphroy!rrichter
Newsgroups: comp.sys.mac.programmer
From: cokenias@netcom.com (Damon Cokenias)
Subject: Re: Recommended way to deal with large memory buffers?
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Sat, 23 Jan 1993 08:50:39 GMT

In article <1jqeefINNcio@darkstar.UCSC.EDU> speth@cats.ucsc.edu (James Gustave) writes:
>
>  I'm working on an encryption application, and I need to go through a file,
>encrypt it, and write it to a new file.  The encryption routine takes a Ptr
>to a buffer, and a count of the number of bytes to process.  For small files,
>it makes sense to read the whole file into the buffer and do the encryption.
>However, this means that the maximum size of the file to be encrypted is
>determined by the amount of memory the program can allocate.  On the other
>hand, if I did the encryption incrementally, writing the parts to a temp file,
>then there might be a lot of unnecessary disk access which would slow down
>the process.

Well, you could read in your maximum amount to encrypt, pass it to your
encryption routine.  Then, reposition the file mark and write the information
to the beginning of the file.  Obviously, this could be a pain if you're also
doing compression.  Then, the file mark will be advanced to the place you
left it after the initial read and then you can continue to process the file.

This ha the advantage of not using any excess disk space.

-Damon Cokenias