HDTenEightyP/NetNews huggingface dataset:
From: walrath@faw.uni-ulm.de (Wayne K. Walrath)
Subject: Re: Shareware summary (long)
Organization: FAW (Research Institute For Applied Knowledge Processing, Ulm, Germany)
Date: Fri, 22 Jan 1993 14:23:21 GMT

In article <PETE.93Jan17213434@tatjana.rice.edu>, pete@tatjana.rice.edu (Louis Wu) writes:
| 
|> Still, there are more honest people out there than I had originally
|> thought.  I've made enough to pay for my computer, which I certainly never
|> expected in the beginning. My checks have probably come half from the
|> states, half from elsewhere. Of the elsewhere, Australia sent the most. But
|> I've also had checks from Britain, Canada, Denmark, France, Germany,
|> Holland, Japan, Norway, Sweden, and Switzerland.

It would seem not such a bad idea to have an option for people 
to pay their shareware fees closer to their home (country). For example, 
let's say that a Belgium-based company/person 
receives all payments from users in Europe
who want to register their program (necessitating of course, that shareware
authors have designated this company/person to be a legitimate (spelling?)
recipient for that program's fees), then periodically this C/P takes off
a pre-arranged commission for the service, then converts
and transfers all the money going to the States (as well as all 
money destined for New Zealand, etc.), splits the cost of doing
this proportionately among the recipients in that country, takes 
off their commission for the service (which could be 
a small added cost that the users should be requested to 
pay---as in, send me $x or else pay $x+2 to so-and-so in Belgium).

The initial problems I see with this are the following: 1) trusting the 
agent (because contracts and trying to sue people across borders is 
probably not worth it for the amounts involved--if you are receiving so 
much from your programs than maybe you are ready to go commercial); 
and 2) if the Author has promised something to those who register (disks,
numbers to unlock features/stop showing splash screen, etc.), then they
would need to get the information at regular, and timely intervals from the
agent. 

It would definately add a new layer of organization and headaches to 
what is supposed to be a streamlined, simple concept (the shareware concept,
I mean, for those of you not paying attention...  ;-)   ), but on
the other hand, it is already more complicated for users to pay their fees
to authors living in other countries.

Anyone care to add to these thoughts, or if someone knows about 
organizations already established for this purpose, I would enjoy
hearing how they are working. So far, I have never seen a program that
mentioned such an organization.



|> 
|> --
|> =============================================================================
|> Pete Keleher   "Relax! Don't worry! Have a homebrew!"        pete@cs.rice.edu
|> =============================================================================
|> 

-wayne			 / Wayne K. Walrath                      \
			/ walrath@faw.uni-ulm.de                   \
			\ The Rsrch. Institute for Applied         /
			 \ Knowledge Processing & AI-Ulm, Germany /

Newsgroups: comp.sys.mac.programmer
From: Ian LeGrow <iclegrow@sail.uwaterloo.ca>
Subject: Help creating resources with AddResource
X-Xxmessage-Id: <A785762D9D013256@libramac.uwaterloo.ca>
X-Xxdate: Fri, 22 Jan 93 15:00:13 GMT
Organization: University of Waterloo
X-Useragent: Nuntius v1.1.1d9
Date: Fri, 22 Jan 1993 15:00:52 GMT

I'm trying to write a routine to create a resource (a simple task I'm
sure). Below is my routine ( it compiles and runs with TC 5.0.3 with the
#includes.c and MacTraps in the project). I used the DoCopyResource
example form IM-Files to create my routine but the resource is not
created. The file is created with a resource fork but when I open the
file with ResEdit it says that it needs minor repairs and is OK -- but no
resource. My full routine checks ResError() often but this never returns
an error. I also call UseResFile(fileRefNum) but this makes no difference.

Do I need to sent the file to disk? Does FSClose not close the resource?
Am I not Initing a necessary manager?

Thanks in advance... this silly problem has caused me much grief.


#include "Script.h"

void main(void)
{
	Str255 defaultName="\pjunkfile";
	OSErr fileError=0;
	StandardFileReply reply;
	int fileRefNum,volNum;
	short i;
	Str255 tempName="\pname of the resource";
	Handle tempHandle;
	
	/*init stuff*/
	MaxApplZone();
	for (i=1;i<=4;i++) MoreMasters();
		FlushEvents(everyEvent,0);
		InitGraf(&thePort);InitFonts();InitWindows();InitMenus();
		TEInit();InitDialogs(0L);InitCursor();
	/* init*/	
	
	StandardPutFile((StringPtr)"\pSave File As:",defaultName,&reply);	
	fileError=FSpCreate(&(reply.sfFile),'FMN ','TEXT',smSystemScript); 
	FSpCreateResFile(&(reply.sfFile),'FMN ','TEXT',smSystemScript); 	
	fileRefNum=FSpOpenResFile(&(reply.sfFile),fsRdWrPerm);	
	if (fileRefNum>0)	{
		PtrToHand("some text",&tempHandle,10);
		AddResource(tempHandle,'TEXT',1000,tempName);
		WriteResource(tempHandle);
		ReleaseResource(tempHandle);
		}
	fileError=GetVRefNum(fileRefNum,&volNum); /* needed ???*/
	fileError=FlushVol(nil,volNum);	/* needed ???*/
	fileError=FSClose(fileRefNum); 
}
===============================================================
Ian LeGrow						Engineering Computing
iclegrow@steam.uwaterloo.ca			University of Waterloo
===============================================================
Newsgroups: comp.sys.mac.programmer
From: brunner@crchh447.bnr.ca (James Brunner)
Subject: Where are RAMSDOpen & RAMSDClose?
Date: Thu, 28 Jan 1993 00:43:31 GMT
Reply-To: brunner@crchh447.bnr.ca (James Brunner)
Organization: BNR, Inc.

I need to do I/O to the serial port.  I looked back at some old code that I
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?
-- 
---------------------------------------------------------------------------
Jim Brunner - (brunner@bnr.ca)
All opinions are my own and have nothing whatsoever to do with BNR, NT,
NTI, Bell Canada, or any of the BCE corporations or affiliates.
From: bpb9204@tamsun.tamu.edu (Brent Burton)
Newsgroups: comp.sys.mac.programmer
Subject: Memory allocation in your app
Date: 22 Jan 1993 21:49:49 -0600
Organization: Texas A&M Univ., Inc.
Distribution: usa
NNTP-Posting-Host: tamsun.tamu.edu

Just a quick question.

When your application  starts up, it gets a contiguous block of memory
in which the program has its heap and stack.

I was looking through the Mem Mgr and found out that you can create more
than one memory zone, where the NewPtr, NewHandle, and Dispose* calls
are active.  Does this mean that, for example in a compiler, you may
allocate hundreds of little chunks of memory, and then when you are
done using them, you may deallocate them all by destroying that memory
zone?  

Also, when your application exits, any chunks that were allocated from
the New* calls are automatically returned, I assume? 

The reasons I ask these are for those one-shot programming tasks
where I need to create some complex data structure, and then would
like to free it all at once.

thanks,
-Brent
-- 
+-------------------------+
| Brent Burton    N5VMG   |    
| bpb9204@tamsun.tamu.edu |  
+-------------------------+ 
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From: neeri@iis.ethz.ch (Matthias Neeracher)
Subject: GUSI Socket Library: Bug fixes, Mailing list
Followup-To: comp.sys.mac.programmer
Organization: Integrated Systems Laboratory, ETH, Zurich
Distribution: comp
Date: Mon, 25 Jan 1993 14:44:05 GMT


Release 1.0.2 of GUSI (Grand Unified Socket Interface :-) is now avaliable
at nic.switch.ch [130.59.1.40], software/mac/src/mpw_c/GUSI_102.sit.bin

MAILING LIST

There is now a mailing list for announcing new releases and discussions
about how to make GUSI change your life. To subscribe, send a mail to
<gusi-request@iis.ethz.ch>

RELEASE NOTES

Version 1.0.2	24Jan93

- rename() used to sometimes fail if both the name and the folder had to be
  changed. I don't think the new version is 100% correct, but it should be
  better. (thanks to Brad Pickering for reporting)
- choose() for files doesn't count the terminating NULL byte anymore. I hope 
  nobody relied on the old version. (thanks again to Brad Pickering)
- getserv...() and getprotoby...() used to return NULL for the aliases field,
  which was not correct.
- TCP/IP sockets had a horrible bug with fast read/writes. That's what I get
  for not doing my code stealing properly.

Version 1.0.1	09Jan93

- If a TCP socket returned from accept() was closed, further accepts on the
  parent socket were disabled. Fixed. Thanks to Chen JiaTyan for reporting.
- GUSI configuration resources are now respected
- Programs linked with GUSI now by default automatically call the spin routine
  for every read/write (This can be turned off in the configuration resource).
- Add a chdir()-respecting fsetfileinfo()

WHAT IS GUSI ?

GUSI is an extension and partial replacement of the MPW C runtime library.
Its main objective is to provide a more or less simple and consistent
interface across the following communication domains:

Files        Ordinary Macintosh files and MPW pseudo devices.
Unix         Memory based communication within a single machine
Appletalk    ADSP communication over a network.
PPC          Local and remote connections with the System 7 PPC Toolbox
Internet     TCP and UDP connections over MacTCP.

Additionally, GUSI adds some UNIX library calls dealing with files which
were missing, like chdir(), getcwd(), symlink(), and readlink(), and
changes a few other library calls to behave more like their UNIX
counterparts.

Matthias

-----
Matthias Neeracher                                   neeri@iis.ethz.ch
   "I'm set free to find a new illusion" -- Velvet Underground
Newsgroups: comp.sys.mac.programmer
From: Natarajan Sridhar <nsridhar@magnus.acs.ohio-state.edu>
Subject:  Programming with MPW (Help !!)
Organization: The Ohio State University
Date: Thu, 28 Jan 1993 07:08:25 GMT
X-Mailer: ELM [version 2.3 PL11]



Re: Programming in C using MPW

Hi guys,

While trying to link a whole bunch of my C programs, I get the following
error from the linker:

### Link: Error: Jump Table offset into code segment is greater than 32K. 
		(Error 50)

My total code size slightly exceeds 32K, so I set the maximum segment size to
64k using the -ss option of the link. BTW, I'm working on a MacIIsi, and am 
using MPW3.2b9

I'd appreciate any pointers (no pun !) on the meaning of this error message,
and how to go about rectifying it. Please respond via E-mail.

Thanks in advance.

**sridhar**
From: Sproul@sproul.sproul.com (Mark Sproul)
Newsgroups: comp.sys.mac.programmer
Subject: Think Reference 2.0 Review
Date: 19 Jan 93 08:12:12 GMT
Reply-To: Sproul@sproul.sproul.com (Mark Sproul)
Organization: Sproul Consulting
X-Mailer: uAccess - Macintosh Release: 1.6v1

I just got Think Reference 2.0:

When it is fully installed it occupies 7.1 meg, it has
multiple database files and indexes.  It containes VAST amounts of
data and insight including overview of many of the new things like
Sound manager and inter application communication. Well worth the
money and will be very valuable to all programmers.  I have not tried
the new copy text features but they are documented.  Another nice
feature is that all toolbox calls that may move memory are noted with
a memory chip symbol to help you remember when this may be a problem.

Happy programming

-----------------------------------------------------
Mark Sproul - KB2ICI - New Jersey
sproul@sproul.com
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
From: dyoung@media.mit.edu (David Young)
Subject: Apple events/AppleScript/Toy Surprise - Applications Wanted
Organization: MIT Media Laboratory
Date: Thu, 21 Jan 1993 22:49:09 GMT


Just yesterday I got the beta of AppleScript which comes with Toy Surprise
- and was pretty psyched!  It looks really cool - especially the
recordability of applications that are Apple event aware.  

I played with Quill (the Apple event aware sample application that came
with it) and now am searching for other applications that I can use with
Toy Surprise.  I have Canvas - but haven't tried using it yet (I have
version 3.01 and think I may need version 3.04) and I know that ReadySetGo
is planning on releasing a version with pretty complete Apple Script
support.  but in the mean time -can anyone tell me other graphic or
page-layout applications that have devent Apple event support?

Really happy about the future... now if  only someone will give me some
software that I can use.

david
dyoung@media-lab.media.mit.edu


p.s. the soundtrack credits to Toy Surprise are totally cool.

Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: process info problems
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp.sys.mac.programmer
Date: Mon, 25 Jan 1993 12:10:36 GMT

In <SMARGARI.93Jan24154951@emmy.nmsu.edu> smargari@nmsu.edu (Susan Margarit) writes:

>err := GetFrontProcess(psn);
>err := GetProcessInformation(psn,info);

>after the first line, err is 0 but after the second line, I get error
>-50 (process serial number is invalid). It seems like a pretty

You have to fill in some parts of the process info
rec BEFORE getting the info; most notably the size
field and I believe the name field (with a pointer to
a valid string, of course)

Cheers,

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

  NetHack 3.1: Any hour now
Newsgroups: comp.sys.mac.programmer
From: neeri@iis.ethz.ch (Matthias Neeracher)
Subject: Re: Verifying valid handles, how to?
Organization: Integrated Systems Laboratory, ETH, Zurich
Date: Fri, 22 Jan 1993 18:09:34 GMT

In article <1993Jan22.015520.1@fnalo.fnal.gov>, gwatts@fnalo.fnal.gov writes:
>   At any rate, I was thinking.  I've got only indirect objects in my project.
> This means every object is a handle, right?  Well, why not, in the debug
> version of the message dispatcher (oopDebug library) put a little code that
> will check the object is infact allocated as a handle?
>   I checked out the routine in msg.c (in the oops Libraries folder), and
> the handle is stored in register a1.  I don't know, however, how to check
> if it is a valid handle without causing an error (bus or otherwise) of
> somesort.  Especially if it is a random number!  Anyone know?  Is there
> some memory manager routine, given a suspected handle, will tell me this?

Here you go. This code is not guaranteed to work 100% of the time, but I doubt
you will get it to produce an address error for any normal memory setup (One
exception I can think of are macs with a memory upgrade that makes the ROM
appear in the middle of the application heap).

/* Heuristic to determine whether a given address is a Handle            */
/* Based on the articles of Lloyd Lim and Matthew T Russotto in the UMPG */
/* This code may be redistributed without any restrictions               */

Boolean RealHandle(void * addr)
{
   THz   sysZone;
   THz   applZone;
   THz   heapZone;
   
   addr  =  StripAddress(addr);
   if (addr && !((long) addr & 1))  {
      sysZone  =  SystemZone();
      applZone =  ApplicZone();
      if (addr >= (Ptr) &sysZone->heapData   && 
          addr <  (Ptr) sysZone->bkLim          ||
          addr >= (Ptr) &applZone->heapData  && 
          addr <  (Ptr) applZone->bkLim
         )
         if (*(long *)addr && !(*(long *)addr & 1)) {
            heapZone =  HandleZone(addr);
            if (!MemError())
               if (heapZone == sysZone || heapZone == applZone)
                  return true;
         }
   }
   
   return false;
}

Matthias

-----
Matthias Neeracher                                      neeri@iis.ethz.ch
 `We say "gestalt" when things combine to act in ways we can't explain'
                             -- Marvin Minsky, _The Society Of Mind_
From: tal691@huxley.anu.edu.au (Tonio Loewald)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Reference 2.0 Review
Date: 26 Jan 93 11:24:24 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.2.12

Duane Murphy <damurphy@wc.novell.com> writes:

>In article Mark Sproul, Sproul@sproul.sproul.com writes:
>>When it is fully installed it occupies 7.1 meg

>7.1 meg is a little much, but I do understnad why.  Is it practical to 
>install Think Reference on a server?  Is it possible for people to share 
>the database on the server?  (No licenesing problems here, you still need 
>the app to see the database.)

>Thanks,
>...Duane

Has anyone checked to see how "fluffy" the documents are? THINK Ref 1.0
compressed by about 50% using most compression utilities, which isn't
really very good performance compared with word processor dictionary
files (which should be comparable, since they also require quick access)
or most dedicated HyperText systems.

Hey look -- it's better than 25MB for 411 or more for Spinside Mac, or
500MB (?) for DocViewer IM...

Tonio

-- 
Tonio Loewald | tal691@huxley.anu.edu.au

"Yes!! For the hundred and fiftieth time!
 We're burning in hell!!!" (John Callahan)
From: Josef Goettgens <jg@techmech.itme.rwth-aachen.de>
Newsgroups: comp.sys.mac.programmer
Subject: Latest ObjectMaster Version?
Date: 26 Jan 1993 17:59:15 GMT
Organization: ITM RWTH Aachen
Distribution: world
NNTP-Posting-Host: mac.itm.rwth-aachen.de
X-UserAgent: Nuntius v1.1.1d17
X-XXMessage-ID: <A78B3B2B2B01AB03@mac.itm.rwth-aachen.de>
X-XXDate: Tue, 26 Jan 93 19:02:03 GMT

Does anybody know what the latest version of ObjectMaster is?
Or is this program already dead?  (I haven't heard anything 
for about a year from the German distributor ACI.)

jg

--------------------------------------------------------------------------
Josef Goettgens
Institut fuer Technische Mechanik   Phone:  +49-241-804626
RWTH Aachen                         Fax:    +49-241-20911
Templergraben 64                    Email:  jg@techmech.itm.rwth-aachen.de
W-5100 Aachen, Germany
From: rps32513@uxa.cso.uiuc.edu (Ronald P. Smith)
Newsgroups: comp.sys.mac.programmer
Subject: temporary files
Date: 25 Jan 93 18:02:06 GMT
Organization: University of Illinois at Urbana

I'm just about finished with a program written in Think C which searches
on indexed text.  This program sometimes creates temporary files to
buffer search results.  Right now I just use an ansi function to create
my temporary file but I'd like to change it so that it creates these
files properly according to apple guidelines.  I heard that temporary
files are supposed to be created in a 'tmp' directory in the system
folder much like the preferences folder.  I'm using a very nice
preferences class which handles all the dirty details of where to
store and load from the preferences file.  Is there any similar source
available which handles temporary files for you?  If not, could somone
point me in the right direction as to what the proper way to create
temporary files is?

thanks,

--RS
Newsgroups: comp.sys.mac.programmer
From: John_Shepardson.esh@qmail.slac.stanford.edu (John Shepardson)
Subject: Re: Code Samples?
Followup-To: comp.sys.mac.programmer
Organization: Stanford Linear Accelerator
Date: Thu, 28 Jan 1993 17:41:33 GMT

In article <1993Jan27.162850.27345@fsl.noaa.gov>, urban@yoda.fsl.noaa.gov
(Art Urban) wrote:
> 
> Ignoring for the moment, fliker-free dragging "animation", I was wondering
> if somebody could post a code example of the typical steps for visually
> moving/dragging objects around in a window.

Find Macintosh Sample Code #016 'OffSample' available on Mac developer
CD-ROMS.  No flikers there!
From: REEKES@applelink.apple.com (Jim Reekes)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Problems with sound (again)
Date: 25 Jan 93 21:03:30 GMT
Followup-To: comp.sys.mac.programmer
Distribution: na
Organization: Apple Computer, Inc.

In article <1993Jan24.192848.159533@zeus.calpoly.edu>,
tjohnson@joule.elee.calpoly.edu (Todd Johnson) wrote:
> 
> Newsgroups: comp.sys.mac.programmer
> Subject: Another sound problem
> Summary: System 6 barfs
> Followup-To: 
> Distribution: na
> Organization: California Polytechnic State University, San Luis Obispo
> Keywords: snd, System 6
> 
> I use the following function to play sounds:
> 
> void play_sound(short res_id)
> {
>   SndChannelPtr  aChannel;
>   OSErr          err;
>   Handle         itsSound;
> 
>   itsSound = GetResource('snd ', res_id);
>   if (itsSound != NULL)
>   {
>     aChannel = NULL;
>     err = SndNewChannel(&aChannel, sampledSynth, initMono, NULL);
>     if (err == noErr)
>       SndPlay(aChannel, itsSound, FALSE);
>     SndDisposeChannel(aChannel, FALSE);
>     ReleaseResource(itsSound);
>   }
> }
> 
>   This works fine as long as I run it under System 7. However, when I
> compile and run under System 6, it crashes the machine. Ideally, I
> would like to have a function to play sounds that works under both
> operating systems. What am I doing wrong?

* the 'snd ' resource may be getting purged after calling SndNewChannel
* don't call SndDisposeChannel unless SndNewChannel returned noErr
* don't call SndPlay with a 'snd ' resource that specifies a 'snth' ID
  if you've already allocated the channel for a snth. Format 2 'snd ' is
  assumed to be sampledSynth. Most format 1 'snd ' have snth information
  in them as well. Try passing 0 instead of sampledSynth to SndNewChannel.
* since you're playing the 'snd ' sychronously, just do this one line:

err = SndPlay(nil, GetResource('snd ', resID), false);

-----------------------------------------------------------------------
Jim Reekes, Polterzeitgeist  |     Macintosh Toolbox Engineering
                             |          Sound Manager Expert
Apple Computer, Inc.         | "All opinions expressed are mine, and do
20525 Mariani Ave. MS: 81-KS |   not necessarily represent those of my
Cupertino, CA 95014          |       employer, Apple Computer Inc."
From: sfk@otter.hpl.hp.com (Steve Knight)
Date: Fri, 29 Jan 1993 01:21:57 GMT
Subject: Re: Smalltalk/V users?
Organization: Hewlett-Packard Laboratories, Bristol, UK.