HDTenEightyP/NetNews huggingface dataset:
From: rgonzal@gandalf.rutgers.edu (Ralph Gonzalez)
Newsgroups: comp.sys.mac.programmer
Subject: Re: how to put indelible serial# in resource fork of app?
Keywords: serial#
Date: 22 Jul 92 18:59:09 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:

>Write a quickie program that lets you select an application with the
>standard file box, then have it make n copies, adding a serial number to
>each one.  Since it's a quickie, you can hard-code both n and the serial
>number to start at, and no one will know the difference but you.  :-)

>It's pretty easy to make it "unchangeable."  Make a routine that converts
>a 32-bit number into a moderately long (say, a 32-byte) code.  Make it
>so ridiculously weird and complicated that no one will ever be able to
>figure out what in the heck you're doing.  Then have the app check to be
>sure its code can be derived from a real 32-bit number;  if so, that's
>the serial number;  if not, put up a nasty message and exit.

Thanks, and thanks to the others who responded via email.  The consensus
was that I should write a program which sticks serial#'s into the
resource fork (or the data fork!) of the applications.  The serial#'s
should be encrypted and a checksum should be embedded in the resource
as well.  Preferably this info should be in a non-obvious place,
such as a CODE resource.  Several interesting alternative schemes
were suggested as well.

Also, it appears to be a good idea to have the user enter their name
the first time they run the program, and display it in the startup
screen after that.  This helps "shame" non-registered users.

QUESTION 1:  Is it ok to store this name in the application's own
resource fork?  I know this is normally discouraged since the app
may be on a read-only fileserver, but for product registration you
don't want to just store it in the Preferences file where everyone
accessing the fileserver gets to register their own name...

QUESTION 2:  It occurs to me that if someone is going to get hold of
someone else's serial#, then they will probably steal this person's
copy of the software as well.  Therefore it doesn't help that each
copy of the software has its own serial# encoded into it.  Rather, it
should be sufficient to have the application request a serial #, and
run it through a scheme (such as that suggested by Jamie McCarthy,
above) which checks if it is a valid serial# -- RATHER THAN CHECKING
IF IT IS THE "CORRECT" ONE.  For example, ask for a 10-digit number
of which only 1000 combinations are valid (assuming you won't sell
more than 1000 copies!).  This saves you from having to attach a
unique serial # to each copy, and bundle it with a manual containing
the correct serial # -- a hassle if someone else is doing the
duplication for you.  Is this a common approach?

-Ralph

-- 
Ralph Gonzalez, Computer Science, Rutgers Univ., Camden, NJ
Phone: (609) 757-6122; Internet: rgonzal@elbereth.rutgers.edu
--
Newsgroups: comp.sys.mac.programmer
From: jmunkki@vipunen.hut.fi (Juri Munkki)
Subject: Re: Writing asynchronous SCSI driver.
Reply-To: jmunkki@vipunen.hut.fi (Juri Munkki)
Organization: Helsinki University of Technology
Distribution: comp.sys.mac.programmer
Date: Wed, 29 Jul 1992 20:52:01 GMT

In article <14h8tkINN61k@early-bird.think.com> ephraim@think.com (Ephraim Vishniac) writes:
>In article <HEYES.92Jul21092205@dadev.cebaf.gov> heyes@dadev.cebaf.gov (Graham Heyes) writes:
>>2) How do I make a "task" which wants to use the driver pend 
>>   until the current transaction has completed?
>
>You don't.
>
>>	This is probably doccumented somewhere but a code 
>>example would be a great help.
>
>The appropriate documentation firmly discourages developers from
>attempting to implement asynchronous device drivers. Even if you did,
>it's up to the application to request asynch I/O (see the Device
>Manager chapter of IM), which none of them do. 

I agree here, but maybe the time could be used for something pseudo-
useful anyway. You could write a routine that calculates a pixel
in the mandelbrot set or ray traces something while waiting for the
disk. You would have to code this into the driver, but it might
be possible to make it open enough so that applications could register
with your driver to get some calculation time.

Of course, this isn't asynchronous I/O, but it would be an interesting
way to see how much time a Macintosh normally spends in these busy
waiting loops of the SCSI driver.

Disclaimer:	:-)			[I've gotta be kidding, right?]

-- 
  Juri Munkki					       Windsurf: fast sailing
 jmunkki@hut.fi					      Macintosh: fast software
Newsgroups: comp.sys.mac.programmer
From: kemper@millelac.rhrk.uni-kl.de (Michael Kemper [Informatik])
Subject: Re: Top Ten Things I'd Like to See in Think Pasal
Reply-To: kemper@millelac.rhrk.uni-kl.de (Michael Kemper [Informatik])
Organization: University of Kaiserslautern (Germany)
Date: Thu, 23 Jul 1992 11:03:56 GMT

In article <a69376dd@fairgate.uucp>, paul@fairgate.uucp (Paul Robichaux)
writes:

|>(...) Herewith are my Top TenThere are some things I'd like to see in
the product; perhaps
|>Phil can pass them along to the right people :)
|>
|>0) Better TCL documentation.

Well, I think the documentation became better in Think Pasacl 4.0. Look
at the sorce code of TCL.

|>1) External tool support, preferably via AppleEvents. Let me use
|>   BBEdit, AppMaker, or whatever-the-hell-else as additions to the
|>   TP environment.

I think that is not so important, since Thinks  Pascal's editor is good enough

|>2) Multi-file grep. As someone else noted, it should have the same
|>   syntax as TC's grep.

That really is an important point, some sort of grep should be provided
(in standard grep syntax of course)

|>3) A global optimizer.

Is there so much to optimize? I don't know, but I am very satisfied with
the compiler

|>4) A window tiling menu that doesn't bring up a dialog box.. maybe
|>   a picture menu or something.

I don't use this function very often, but I think the dialog box is acceptable.

|>5) Make the project window respond to cmd-W.

Can't be difficult!

|>6) In general, give us more command key accelerators. As bad as
|>   MS Word is, at least it offers a plethora of function key support
|>   for the keyboard-abled.

Why don't you take ResEdit and make them on your own? There are lots of
letters left to make command keys of.

|>7) Let me rearrange the contents of the Lightsbug window. I don't ever
|>   want to see the heap display, and I hate having to drag borders each
|>   time to restore my preferred layout.

Right, especially owners of compact macs have difficulties when working
with that large debugger window. There should be a possibilty to make it
smaller.

|>8) Let me "Add File" at a specific point in the project. I guess what
|>   I'm really asking for is an insertion point in the project window.

Hmmm. How often do you add a file to your project? Since this function
isn't used very often, I don't think your suggestion is a "must".

|>9) Better TCL documentation.
|>
|>So, Phil, how about it? (and thanks for making Think Back friendly to
|>TP.. makes me wonder how I got along without it!)

I hope Think Back will be built in next time? It is so short and so useful!

BTW, what is THINK Windows for?

Thank you all for Think Pascal, it beats everything I know (and I know
lots of programming environments)!

|\/|ichael |<emper              +++++++++++++++++++++++++++++++++++++++++++++++
University of Kaiserslautern    + Must I say this?                            +
Germany	                        + This is my own personal opinion...          +
kemper@rhrk.uni-kl.de           +++++++++++++++++++++++++++++++++++++++++++++++
                                  
Newsgroups: comp.sys.mac.programmer
From: Josh.Adams@bbs.oit.unc.edu (Josh Adams)
Subject: Re: Think Pascal User???
Organization: Extended Bulletin Board Service
Date: Wed, 22 Jul 1992 16:04:03 GMT

In article <20JUL199215574155@rosie.uh.edu> eleea3d@rosie.uh.edu (92H01689) writes:
>I've been using Think Pascal to do a little bit of programming. Ran into some
>problems!
>
>1) I print a lot of text characters on the "Text Window." When the window gets
>   fill, the MAC then becomes very slow in printing subsequent characters.
>   With a PC, I can just clear the screen with CLS to get a fresh screen. Is
>   there a way to do this with a MAC?

Well, I can't think of a goos way to do this, you could try setting the 
number of characters kept in memory (in the Run Options... I think) and then 
closing and opening the window, or just hiding it and showing it, or just 
reshowing, reopening it, whatever, I really don't know, it's just an idea.


>2) On a PC I can specify where to look for a file by defining the path such as
>   A:>TMP\DUMP\....  Is there an equivalent way to do this in Think Pascal?

Yeah, when you open a file, you just do:
open(infile,"diskname:folder:folder:filename");

That should be what you're looking for...


Hope this all helps..
Josh
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: dave@prc.unisys.com (David Lee Matuszek)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacOberon
Date: 31 Jul 92 15:12:12 GMT
Organization: Paoli Research Center - Paoli, PA

In article <1992Jul30.020613.17378@newstand.syr.edu> greeny@top.cis.syr.edu (J. S. Greenfield) writes:
>
>Would you rather be the person who created Pascal, or, say, one of the many
>people who developed THINK Pascal?

Since you ask....

80% of what is good in Pascal was present in Algol 60, designed by a
small committee, of whom Wirth was not a member.  Another 10% was
added by C.A.R. Hoare in his 1970 paper, Notes on Data Structuring.
I'll give Wirth credit for the remaining 10% and, more importantly,
for overseeing the development of a usable compiler, which I believe
was actually written by his graduate students.  (Wirth himself seldom
credits anyone else for anything.)

THINK Pascal has added another 20% of value, by adding better pointer
manipulation, usable string manipulation, typecasting, object support,
Toolbox interfaces, and a decent development environment.  (I can't
say how much of this they developed themselves, except that the string
manipulation is clearly from UCSD. Pascal; Pascal's original "string"
manipulation was essentially worthless.)  Oh, and units, which may be
a descendant of Wirth's modules (in Modula), but could equally well
have been descended from Mesa, or Clu, or one of the other
module-centered languages developed in the 70's, whose names escape me
at the moment.

I don't mean to rag on you.  Wirth's Pascal design was a competent
reworking of existing language designs, but wasn't anything special.
The same goes for Modula.  What he should get credit for is getting
Pascal implemented efficiently enough to compete with Fortran.

Besides, the people who developed THINK Pascal got to work on Macs.

  --dave

-- 
 -    -    -    -    -    -    -    -    -    -    -    -    -    -   -    -
I stand by all the misstatements that I've made.
					-- Vice President Dan Quayle
From: amorton@cc.uow.edu.au (andrew morton)
Newsgroups: comp.sys.mac.programmer
Subject: Seeking C compiler for standalone 68k
Summary: Need a non-mac specific C compiler
Date: 29 Jul 92 06:30:36 GMT
Organization: University Of Wollongong

Greetings all.  I am in need of a C development
system running on the Mac which is capable of
producing code for a standalone 68000 system.

As far as I know, Think C's output is hopelessly
dependent on the Mac environment. MPW C can
be made to do it, but introduces problems with
addressing global variables: a nasty kludge is
needed to be able to place the global storage
at a hard address.

So what I need is a compiler which can do the following:

* No Mac dependencies in the output code (A_traps, A5 addressing, etc)
* Ability to link the text, initialised data and uninitialised
  data at a specific address.
* Produces assembly source file in human-readable source
  as intermediate pass.

Of course GNU gcc will do the job.  Has the GNU compiler
been ported to MPW?

Please reply by email to amorton@cc.uow.edu.au and
I will summarise in a week or so.

Thanks for listening.
Newsgroups: comp.sys.mac.programmer
From: gurgle@netcom.com (Pete Gontier)
Subject: MacTCP: can't send very many single bytes in a row
Date: Thu, 30 Jul 92 02:34:55 GMT
Organization: cellular
Keywords: MacTCP TCP network byte single send

Last night I tried to do an intuitive thing: base a function called
tcp_puts on a function called tcp_putchar. tcp_puts was, of course,
calling tcp_putchar for each character in the string, and tcp_putchar
was sending each character to a (Mac)TCP connection. I knew this was
inefficient, but I wanted to see just *how* inefficient it was. Turns
out it was more than inefficient; after a few characters, it *hung*.
So now I don't have a tcp_putchar; I just blast the entire string
every time with tcp_puts and if I need to output a single char, I fake
a string and send it to tcp_puts. I don't send a single character any
too often, so that is not a problem.

So the question is --- is this hanging behavior a widely experienced
thing? An acknowledged bug, perhaps?

FYI, I'm using MacTCP 1.1.
-- 
 Pete Gontier // EC Technology // gurgle@netcom.com
Newsgroups: comp.sys.mac.programmer
From: Quinn <quinn@cs.uwa.edu.au>
Subject: Wanted: Beta Testers for PowerBook Security INIT
Organization: The University of Western Australia
X-Useragent: Nuntius v1.1
Date: Thu, 23 Jul 1992 03:43:35 GMT

Greetings

Do you...

o have a PowerBook/Portable?
o run System 7?
o regularly run MacsBug?
o want low level security for your Mac?
o want to risk life, limb and system integrity by testing beta code?
o have access to Email?

If you answered YES to all of these questions then I want to hear from
you!

I have a written simple security INIT for PowerBooks that prevents
unauthorised users from launching applications.  Before inflicting it
on the world in general I'd like to beta test it on a limited number
of guinea pigs^H^H^H^H^H^H^H^H^H^H^H^H victims^H^H^H^H^H^H^H^H
courageous PowerBook owners.

Unfortunately for you (but fortunately for the rest of the world)
it's going to be released as Freeware so I can't offer you any
recompense for the effort (and danger!).

If you're interested please mail me and I'll mail you my "Beta
Testers Kit".

Share and Enjoy.

Quinn "The Eskimo!"   <quinn@cs.uwa.edu.au>  "Real Coke, Diet .sig"
Department of Computer Science, The University of Western Australia
  -- OK, I admit it, it's not actually an INIT, it's a control panel.
Newsgroups: comp.sys.mac.programmer
From: bberqu@sagpd1 ()
Subject: Beginning Dialog Questions
Keywords: dialog
Date: Thu, 30 Jul 1992 18:40:47 GMT


Hi,

I'm trying to learn how to use dialogs/controls and all I'm simply trying
to do right now is display a dialog box along with the some static text
from a resource file.  So I call GetNewDialog and the window pops up with
no text (the text is not disabled), I was under the impression that the
static text would be displayed after calling GetNewDialog (no luck).  
So reading along in IM I found that maybe I need to call GetDItem with 
the item number and SetIText (IM gives me the impression that it will 
draw the text after this call, I also tried SetPort prior to calling these 
two routines) to set the text, no luck!.  Can somebody explain what I need
to do or why this isn't working.  By the way I can see, using the debugger,
after making a call to GetIText that the text does get stored in the string
I specified so I think I'm making all the calls OK.

Thanks in advance

Brian

P.S. Yes I'm new at this and have been RT#$/*M, just maybe not in the
right places.
Newsgroups: comp.sys.mac.programmer
From: reed@snake.tc.cornell.edu (Michael G. Reed)
Subject: Re: Does mac exec code on disk when mounting it?
Reply-To: reed@theory.tc.cornell.edu
Organization: Cornell National Supercomputing Facility
Date: Fri, 24 Jul 1992 14:37:30 GMT

In article <3350@sicsun.epfl.ch>, muller_d@elgc.epfl.ch (Daniel Mueller) writes:
|> In article <Brt8uA.It7@news.cso.uiuc.edu> Benjamin T Sander,
|> bts39313@uxa.cso.uiuc.edu writes:
|> 
|> >Incidentally, if you screw up the driver on your internal disk (not
|> >that I have ever, say, done this), you are confronted with a machine
|> >that crashes 5 seconds after you turn it on no matter what you do.
|> >All this from software!  I had to pop the case on my machine, unplug
|> >the drive cable from the motherboard, reboot the machine, plug the 
|> >cable back in while the power was up, and then reformat the drive.
|> >
|> >Ben Sander
|> >University of Illinois
|> >bts39313@uxa.cso.uiuc.edu
|> 
|> On startup, if you hold the keys OPTION+COMMAND+SHIFT+BACKSPACE depressed
|> the
|> internal SCSI drive, normally ID=0, is not mounted. This solution is
|> easier
|> than to pop the case on your machine. This tips works on all Mac with ADB
|> keyboard.
|> 
|> --
|> Daniel Mueller (muller_d@elgc.epfl.ch)

You get an interesting situation on Quadra 900's though...This only stops
SCSI ID #0 from loading its drivers...nothing prevents the other internals
from doing so (at least I haven't found anything).  Works great for machine
protection: (I have 3 internal drives 0,1,2 HD, HD, 45meg removable
respectively) I patched my SCSI driver on Disk #1 to ask for a password...
if you cannot supply it, poweroff occurs.  NO WAY to get around it (SCSI
drivers load before floppy is checked, and you cannot even hit the programmers
switch because I do my code within an exception...double exception causes
machine hang).  Cute 'eh?

Cheers!

-Michael

-----------------------------------------------------------------------------
Michael G. Reed                                  (reed@Theory.TC.Cornell.edu)
Cornell National Supercomputing Facility                       (607)/254-8806
-----------------------------------------------------------------------------
        Why be normal, its boring; and boring people should be shot.

Note:  These are not the views of my employer (and probably not mine either).
Newsgroups: comp.sys.mac.programmer
From: valerio@cpsc.ucalgary.ca (Valerio Franceschin)
Subject: editor for color lookup tables
Organization: U. of Calgary Computer Science
Date: Fri, 24 Jul 92 18:46:34 GMT

Hi, I am new to Mac programming and I have the following problem.  I would
like my application to use a color lookup table which the user can modify
as the application is running, with the results of the changes displayed right away.
I can use the Palette Manager to read a color table created by ResEdit.

The major problem is that I don't want to write a color table editor, especially
after seeing such a nice one in ResEdit. Does anyone know of any such editors that 
can be interfaced in some way with my code? (or can my code interact with ResEdit ???)

thanks very much,
V
From: mxmora@unix.SRI.COM (Matt Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Quick color pixel plotting, how?
Date: 22 Jul 92 18:48:23 GMT
Organization: SRI International, Menlo Park, California

In article <01050014.8rk2c3@blanc.north.de> jochen@blanc.north.de (Jochen Meyer) writes:
>Hello, folks!

Hello. Check the latest develop magazine for an article on fast pixel
drawing.

Matt







-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: davidt@aoa.aoa.utc.com (David Trefrey)
Subject: faceless background app's.
Organization: Adaptive Optics Associates
Date: Tue, 21 Jul 1992 16:45:46 GMT





	One of those little things that annoys me:

	People have been refering to certian types of background applications
	as 'faceless'.  What does 'faceless' mean??  I've done some 
	background only stuff and it still appears in the finder's list.
	Does this mean it isn't faceless?  Or does faceless mean the program
	cannot produce a window? 

						thanks.
							davidt@aoa.utc.com

-- 

	David Trefry
	davidt@aoa.utc.com
Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: Storing Windows
Organization: Taligent
Date: Sun, 26 Jul 1992 21:59:08 GMT

In article <1992Jul26.172146.21715@usenet.ins.cwru.edu>, Jerome Chan
<yjc@po.cwru.edu> writes:
> 
>  Is there a way to store windows efficiently? If we use
> 
>   GetNewWindows(RESOURCE,NULL,WINDOW_LOCATION) ;
> 
> the window would be stored as non-relocateable. Is there anyway we can
> use handles to store the window data?

No. WindowRecords contain an embedded GrafPort. According to Technote #155,
GrafPorts should not be allocated in relocatable buffers.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.
From: dent@DIALix.oz.au (Andrew Dent)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Indexed files with Think Pascal ?
Date: 30 Jul 92 16:02:17 GMT
Organization: DIALix Services, Perth, Western Australia

In <4354@disuns2.epfl.ch> KOKKINOS@eldi.epfl.ch (Andreas Kokkinos) writes:

>I would like to create indexed files with Think Pascal.

>By INDEXED FILES I mean files that records can be accessed by ONE
>I/O instruction (like in DataBases) without having to read all recods
>to find the one we want to read.

Faircom (makers of ctree Plus) have informed me they are coming out with
Pascal interfaces for the ctree database engine. This product is robust and
pretty fast multi-user. It provides true ISAM files as well as separate key
and index file manipulation. Space reuse and variable record support is good 
and they offer leading key compression which results in significant space
savings & performance enhancement for indexes with many entries alike in the
first few characters.

Contact Faircom at 314 445 6833 or 800 234 8180.

I used the database for a multi-user classified advertising system running
on Mac Classics over PhoneNet to a IIci server - response time has been
excellent!

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
From: ccmlh@buitc.bu.edu (Mark Hayes)
Newsgroups: comp.sys.mac.programmer
Subject: Re: HOW IS QUICKBASIC FOR THE MAC?
Date: 21 Jul 92 05:04:37 GMT
Distribution: usa
Organization: Boston University, Boston, MA, USA

In article <14g2jmINNkds@agate.berkeley.edu> cormacks@garnet.berkeley.edu writes:
>  Also, it is my understanding (from Microsoft
>support) that Microsoft has basically abandoned the
>product.  Hope this helps.

For what this is worth, I just received an updated version of
QuickBasic from Microsoft as a result of having requested that I
be put on an upgrade-requestors list over a year ago. The new
version is supposedly System 7 compatible, though it doesn't
let you do anything particularly "System 7 lustful".
From: pamiri@uci.edu
Subject: How does one get Chooser name?
Newsgroups: comp.sys.mac.programmer
Organization: University of California, Irvine
Date: 21 Jul 92 21:53:43 GMT

How does one go about getting the Chooser Name (System 6) or Owner's Name
(System 7)?

Peter
Newsgroups: comp.sys.mac.programmer