HDTenEightyP/NetNews huggingface dataset:
From: paul@cthq.UUCP (Paul G. Smith)
Newsgroups: comp.sys.mac.programmer
Subject: Re: yacc for Mac
Date: 23 Jul 92 17:09:24 GMT
Reply-To: paul@cthq.uucp
Organization: CommsTalk HQ
X-Mailer: uAccess - Macintosh Release: 1.5v4


In article <1992Jul22.210454.7148@elroy.jpl.nasa.gov> (comp.sys.mac.programmer), sgrenander@NASAMAIL.JPL.NASA.GOV (Sven Grenander) writes:
> MACYACC by Abraxas Software, Inc., (503) 244-5253 or fax (503) 244-8375.
> 
> I know nothing about the quality of the s/w (I am waiting for a demo copy)
> so I would like to hear about anyone else's experiences with the s/w and
> the company.
> 

A couple of years ago we purchased a copy and had to send it back to Abraxas
when we found that the 'sample grammars' supplied with the product are of
extremely variable quality, and that the one we were particularly interested
in (HyperTalk) was little better than useless. We were also unimpressed
by the quality of the yacc implementation: gnu Bison is a lot better w.r.to
error checking etc. Thankfully Abraxas were willing to give us a refund.

I think other people may have had better experiences with MacYacc, but we
were totally unimpressed.

best regards, Paul

----------------------------------------------------------------
Paul G Smith @ CommsTalk HQ       INTERNET:  "paul@cthq.uucp"   
AppleLink: "commstalk.hq" ("commstalk.hq@applelink.apple.com")
tel/fax:   + 44 491 574295  (dial 11 on 2nd dial tone for fax)
snail:	40 St Marks Road, Henley-on-Thames, Oxon. RG9 1LW. UK
From: peirce@outpost.SF-Bay.org (Michael Peirce)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ATrap to Determe my Mac name?
Date: 31 Jul 92 05:33:05 GMT
Reply-To: peirce@outpost.SF-Bay.org (Michael Peirce)
Organization: Peirce Software
X-Mailer: uAccess - Macintosh Release: 1.5v4


In article <45905@shamash.cdc.com> (comp.sys.mac.programmer), ldh@svl.cdc.com (Lawrence D. Hare) writes:
> Well - I give up. Assuming that the name my Mac has (System 6 & 7) is the
> same
> as in a Unix /etc/hosts file, which it jolly well better be, I need to
> figure out
> what the name of the Mac I am running on is.
> 
> I have looked, and looked, and looked.... Surely there is a dead simple
> call!
> 
> Anyone know what it is and where it is documented?

This comes up ever month or so, but here it is again...

Under System 7 there are two name for a Mac.  The User Name (Choose
name under pre-System 7) is found in the STR resource with ID = -16096
in the System File.  The Machine name is found in the STR resource with
ID = -16416.

You can fetch either of these by calling GetString() since the System
File is open in your application.

I don't know how these names relate to the name found in a Unix system
- I don't do Unix :-)

--  Michael Peirce      --   peirce@outpost.SF-Bay.org
--  Peirce Software     --   Suite 301, 719 Hibiscus Place
--                      --   San Jose, California USA 95117
--  Makers of...        --   voice: (408) 244-6554 fax: (408) 244-6882
--            SMOOTHIE  --   AppleLink: peirce & America Online: AFC Peirce
Newsgroups: comp.sys.mac.programmer
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Subject: Help a beginner programmer
Organization: University of Oregon Network Services
Distribution: usa
Date: Thu, 23 Jul 92 21:05:03 GMT

I've been trying to figure this out, but my understanding of the toolbox
routines isn't that good yet.

What I am looking for is a procedure that will accept two files names of
files that are text only.

What the procedure needs to do is read FILE #1 and when it hits a line that
only contains $$INSERT <path:file name> (or something of that nature) will
then open <path:file name> and will replace $$INSERT <path:file name> with
the lines of text in <path:file name>.  <path:file name> only contains
text.  The result of these operation will be saved in FILE #2.  It should
be able to handle multiple $$INSERT occurances in FILE #1.

So, for example:  

FILE #1:
aaaaaaaa
$$INSERT my_file
bbbbbbbb

my_file:
cccccccc

FILE #2:
aaaaaaaa
cccccccc
bbbbbbbb

Any help would be appreciated....

thanx..
From: ericc@uswmrg.mrg.uswest.com (Eric Cloninger)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Removing the menubar?
Date: 22 Jul 92 15:51:52 GMT
Organization: SII Telco Systems Divisions

In article <1992Jul21.201452.23920@nic.umass.edu> not in use,
wonko@titan.ucc.umass.edu writes:
>I am writing a program for a client that is VERY unmac in its operation
>and I need to remove the MenuBar from the screen. I am Using Lightspeed
>pascal 4.0 and have looked in all the inside macss as well as my other
>normal sources. 

First, I assume that the program is interactive? Just a guess, don't
InitMenus() in the first place. No? 

But why? Do they find menus offensive? Did they have a traumatic
experience with a menu as a child, or do they just want to remove 
access to them to the user? What about when you are running
Multifinder/Sys7? I think there are a million questions that will 
pop up here. Would it be sufficient just to have the Apple, File, and 
Edit menus there? They wouldn't have to be functional, just stub in 
the MenuChoice() code, and don't do anything after MenuSelect().
+========================================================================+
| Eric "another pathetic sheep following the herd" Cloninger             |
| (ericc@uswmrg.mrg.uswest.com, ericc@a.cs.okstate.edu)                  |
| SII, 9250 E Costilla Ave #400, Englewood, CO 80112  303/649.9481 x3147 |
+========================================================================+
"In my opinion, there's nothing in this world,
 Beats a '52 Vincent and a red headed girl" = Richard Thompson
From: MacUserLabs@cup.portal.com (Stephan - Somogyi)
Newsgroups: comp.sys.mac.programmer
Subject: Re: how to put indelible serial# in resource fork of app?
Date: Fri, 24 Jul 92 12:35:00 PDT
Organization: The Portal System (TM)
Distribution: world
  <D88-JWA.92Jul23100813@dront.nada.kth.se>   
  <1992Jul23.145152.2441@pixel.kodak.com>
  <1992Jul24.143047.19183@pixel.kodak.com>

Ken Wieschhoff <kenw@ssd.kodak.com> writes:

>What rules? Buy yer own goddamned copy! If you're following the thread,
>there's concern about placing a serial number into the resource fork of the
>fuckin' file. You don't want to do that if you're on a network volume do
>you?

Thank you for your well reasoned response to Jon's comment.

As I recall, your original posting stated that your software would refuse to
launch from a remote volume since it checks whether or not it's on a local
one.

I regularly put tools on a server where I can access them remotely as I
wander around the office carrying a floppy with an alias to the server. If I
encountered software that told me that it would not launch from a server,
even if I was the only launcher of said app and therefore well within my
rights as a single-user licensee, I would take a dim view of this indeed.

I will make sure we know to test this the next time we review certain kinds
of software. I can think of a number of instances where I'd want single-user
server access to some of the DTP tools we use around here. Not farfetched at
all.

As always, my opinions, not my employer's.

_________________________________________________________________________
Stephan Somogyi                  parking vulture                  MacUser
From: feats@vtvm1.cc.vt.edu
Newsgroups: comp.sys.mac.programmer
Subject: Consulair Assembler
Date: 23 Jul 92 10:43:13 GMT
Organization: Virginia Tech, Blacksburg, VA

I called Consulair to get prices and information about their 680x0 assembler.
They told me that they would send it out immediately and about a week later
I received an empty envelope!  I called back and was told that they were
sorry and that they would send the information out that very day and I haven't
received anything for over a week!
 
This leaves me with some doubts about the company and how they might handle
support for their product(s).  Before I invest $130 in their assembler I want
to find out as much as I possibly can.  Can anyone point me to a review of
their product or send me literature that you might not need anymore?
 
I know that there are not many assembler programmers for the Mac and most of
the ones I have heard about use MPW or they slap some assembler code into
Think 'C'.  I am going to learn this stuff come h___ or high water!
 
- feats@vtvm1.cc.vt.edu
Newsgroups: comp.sys.mac.programmer
From: cent@u.washington.edu (Bob Cent)
Subject: ThinkC and MacApp
Organization: university of washington
Date: Thu, 30 Jul 1992 21:15:55 GMT

1.  Is it true that ThinkC is incompatible with MacApp?

2.  Is this expected to change?

3.  Are most the Mac OOP C programmers using MPW? 

Thanks,


Bob Cent
cent@u.washington.edu
Seattle, Washington


Newsgroups: comp.sys.mac.programmer
From: aland@chaos.cs.brandeis.edu (Alan D.)
Subject: Re: C and C++ development on the Mac
Reply-To: aland@cs.brandeis.edu
Organization: As little as possible
Date: Tue, 21 Jul 1992 15:47:59 GMT

sch@mitre.org (Stu Schaffner) writes:

>Unless you people are working almost for free, the difference in
>productivity between making the right choice versus the wrong choice will
>quickly dwarf a thousand dollars.  If you are moving away from Prolog for
>standardization, note that THINK C is a proprietary language.  If you don't
>care about standardization, you might find Macintosh CLOS more to your
>liking than C or C++.  Personally, I use MPW.

Depending on the size of the company, I might agree.  However, Think C
is not a proprietary language.  It has some Think-specific EXTENSIONS
to ANSI C, but you can 1) not use them, and 2) turn them off.  It's
definitely an excellent environment.  MPW is nice as well; it's more
Unix-like with a CLI, and it still allows graphical control via the
Commando interface.

In short, Stu has a point that you can get both; on a major project
the thousand dollars (now $1250) is not a factor.  However, since you
can get Think C for $189 or less, if price is a factor there is _no_
reason not to get it.  And many reasons to get it. ;)

	-=Alan
Newsgroups: comp.sys.mac.programmer
From: jpurlia@qualcomm.com (John Purlia)
Subject: Editor for mini icons?
Followup-To: comp.sys.mac.programmer
Organization: Qualcomm, Inc.
Date: Thu, 30 Jul 1992 23:38:26 GMT

Does anyone know of any utilities that allows for the creation of color
icm# resources?  I'd like to be able to edit mini icons (12 x 12) in the
same manner I edit larger icon families in ResEdit.

Thanks!

...........................................................................
John Purlia          : My brain; not my company's brain.  My brain says...
jpurlia@qualcomm.com :      "Just about any movie could be made better
AppleLink:  AM0470   :       if one of the characters were a vampire."
...........................................................................
From: peter@sysnext.library.upenn.edu (Peter C. Gorman)
Newsgroups: comp.sys.mac.programmer
Subject: File Mgr. vs. std. libs. for text files (new programmer)
Date: 31 Jul 92 14:09:47 GMT

Hello -

I've got a couple of projects which involve fairly simple manipulation of  
text files using line-at-a-time access.  The standard library functions  
are fine for this aspect of it, but I'd like to use the Toolbox for file  
selection and opening.  Think C seems to tell me that I can't use the SF  
Package and File Manager to get the files, then use fgets(), fputs(), etc.  
for manipulation of the contents.  What's the MacWay to do this with the  
SFP and File Manager?  Do I read in the whole file to a buffer, then parse  
the contents? The files contain simple strings used for parameter settings  
and the like.  I want to combine the simplicity of std. library functions  
with the humanity of the Mac interface.

As the subject line says, I'm new to both C and Mac programming, but so  
far I like both fine.  Thanks for your help.

--
Peter Gorman
University of Pennsylvania
Library Systems Office
peter@sysnext.library.upenn.edu
From: sdk@cci632.cci.com (Stephen Knight)
Newsgroups: comp.sys.mac.programmer
Subject: Re: AIFF format request
Summary: Available from Commodore
Keywords: Sound format AIFF
Date: 30 Jul 92 15:51:07 GMT
Organization: Northern Telecom, Ltd, Rochester, NY

In article <hp48sx.712426820@wuarchive.wustl.edu> hp48sx@wupost.wustl.edu (HP48SX Archive Maintainer) writes:
>Is there anybody that can tell me where I can find the AIFF format specs
>I have some Amiga IFF files that uses some commands not listed in IM VI,
>but they are probably part of the general AIFF format specs.
>

You can get the (almost) complete standard using the information below.

Standard:  "EA IFF 85" (Electronic Arts Interchange File Format
Document Title: "EA IFF 85" Standard for Interchange Format Files.

Available From:  Commodore Computers
Ref id:  IFF-01
mailing address:
        Commodore
        Dept. C
        1200 Wilson Dr.
        Westchester, Pa  19380

        (215) 431-9100

latest known version: November 1988 (as of 1991)
Note:  Apple's AIFF conforms to this standard and lists "Electronic Arts" as a
references source.  EA claims that they have "sold the rights" and will refer
inquiries to Commodore.

price: US$20 (as of 1991)

Good luck
steve knight
sdk@ccird2.cci.com
Xref: sparky comp.sys.mac.programmer:13028 misc.jobs.offered:9150 misc.jobs.contract:2632
From: werner@cs.utexas.edu (Werner Uhrig)
Newsgroups: comp.sys.mac.programmer,misc.jobs.offered,misc.jobs.contract
Subject: Programming/Teaching Contractors wanted at Apple
Followup-To: poster
Date: 25 Jul 1992 18:18:54 -0500
Organization: CS Dept, University of Texas at Austin
Distribution: usa
NNTP-Posting-Host: dimebox.cs.utexas.edu
Summary: Developer University is looking for some more help
Keywords: Contractors, programming, teaching, Apple, Developer UNiversity


Forwarded for: rdclark@Apple.COM (Richard Clark)
Organization: Apple Computer Inc., Cupertino, CA

Macintosh Programmers:

Developer University is looking for experienced Macintosh contract 
programmers who are interested in consulting with us to develop 
and deliver training in Apple's latest system software and 
hardware technologies.  Although we are always in need of people 
who can write sample code for our classroom and self-paced 
classes, we are especially interested in both procedural and 
object-oriented programmers who know how to communicate complex 
and technical information to other people.

In particular, we are interested in people who have extensive 
experience programming all aspects of system 7.0 including 
AppleEvents and AppleScript, QuickTime, OCE, QuickDraw GX as well 
as people who have done a lot of commercial or in-house 
programming using MacApp 3.0.  We are looking for contractors to 
support both training development and training delivery projects.  
Development projects could include one or more of the following 
tasks: writing sample applications using alpha and beta versions 
of new system software, writing lab instructions, creating 
presentations for classroom delivery, and/or creating self-paced 
learning modules using animation packages, QuickTime videos, 
print-based instruction and HyperCard stacks.   Delivery projects 
include delivering technical lectures, helping students do labs, 
and answering questions raised by students during the course of 
the class.  Delivery projects might include some travel.  

All of the work at Developer University is highly technical and 
requires someone who can learn technical material very quickly.

Developer University offers extremely challenging work to 
contractors who have a rare set of skills.  To get more 
information on being a part of getting the latest in Apple 
technology to developers all over the world, contact me:

Steve Strong
Developer University
AppleLink:  Strong.S
Internet:   strong.s@applelink.apple.com
address:    Steve Strong
            Manager, Applications Development Training
            Developer University
            Apple Computer, Inc.
            20400 Stevens Creek Blvd. MS 75-6U
            Cupertino, CA.   95014
phone:      (408)974-6215

-- 
Richard Clark   Instructor/Course Designer, Developer University    Apple Comp.

-- 
Richard Clark   Instructor/Course Designer, Developer University    Apple Comp.


-- 
  werner@cs.utexas.edu |  ..!uunet!cs.utexas.edu!werner | werner@UTXVM.bitnet

              "Free Advice and Opinions -- Refunds Available"
Newsgroups: comp.sys.mac.programmer
From: UC525655@mizzou1.missouri.edu (Mark Eaton)
Subject: Re: help with link errors?
Organization: University of Missouri
Date: Wed, 22 Jul 92 15:01:21 CDT

In article <1682CB7B1.UC525655@mizzou1.missouri.edu>
UC525655@mizzou1.missouri.edu (Mark Eaton) writes:
 
>
>Hi everybody-
>Im having a problem with a program im writing...
>Im well acquainted with C <g>, but this is my first *real* mac program...
>
>Im trying to put a dialog up and everything seems to go ok until i try to
>run the program... Im making a call to SetDialogDefaultItem() and
>SetDialogTracksCursor(), and it gives me a link failed error for both these
>calls.
>Im runnig ThinkC 5 on a IIsi sys7...
>
>
>any help would be *greatly* appreciated...
>
>
>**********************************************************************
>Mark Eaton                    * These opinions are MINE! and you cant
>UC525655@MIZZOU1.MISSOURI.EDU * have them...    ;)
>
some more info:
MacTraps and MacTraps2 are included, and MacHeaders is in the prefix area...
 
thanks
Mark...
From: keith@taligent.com (Keith Rollin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Ah, but I am clever in how I patch, no?
Date: 23 Jul 92 18:55:29 GMT
Organization: Taligent

In article <yhgm+-c.gurgle@netcom.com>, gurgle@netcom.com (Pete Gontier) writes:
> 
> Anyway, Dean actually can narrow it down to one trap you shouldn't tail
> patch because you'll screw up a come-from patch Apple couldn't remove in
> the newly-standard way. I'm not sure, but if I were up against a wall
> on the wrong side of a firing squad, I'd probably guess it's FrontWindow.

You know, I thought this was the case, too, based on my memory of something Dean
posted once. However, I recently looked into FrontWindow to see what the deal
was, and didn't see anything out of the ordinary. The only thing I saw was that
FrontWindow was one of those totally replaced traps. In other words, it gets
patched out after INIT time and doesn't chain to the original trap. So it seems
to me that FrontWindow isn't any more special than any of those trap patches
that totally replace the system trap after INIT time.

Looks like it's doing some layer manager sifting before returning the front
window, but that's just a guess.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.
Newsgroups: comp.sys.mac.programmer
From: Ken Wieschhoff <kenw@ssd.kodak.com>
Subject: Re: how to put indelible serial# in resource fork of app?
Organization: Eastman Kodak Company
X-Useragent: Nuntius v1.0
     <D88-JWA.92Jul23100813@dront.nada.kth.se>
     <1992Jul23.145152.2441@pixel.kodak.com>
Date: Fri, 24 Jul 92 14:30:47 GMT

>Do you think users with System 7 file sharing would
>ever consider buying your program ?
>
>PLAY BY THE RULES !

What rules?  Buy yer own goddamned copy!  If you're following 
the thread, there's concern about placing a serial number 
into the resource fork of the fuckin' file.  You don't want 
to do that if you're on a network volume do you? 

Kenneth H. Wieschhoff, Jr.	| "If you want to f*** with 
(716)426-3317(w)			| the Eagles, you gotta learn
kenw@ssd.kodak.com			| to fly"  -->Heathers
Newsgroups: comp.sys.mac.programmer
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: Where to find perl
Originator: tchrist@pixel.convex.com
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: CONVEX Realtime Development, Colorado Springs, CO
Distribution: na
Date: Wed, 29 Jul 1992 13:58:46 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of calvin@leland.Stanford.EDU (The Weasel):
:Hi There,
:
:I know that someone out there, sorry I forgot your name, ported
:perl to MPW. Could someone tell me where to find the beast.


Try this:

 Date:         23 Jan 92 20:08:55
 From:         neeri@iis.ethz.ch (Matthias Ulrich Neeracher)
 Subject:      Casting Perl before Macintoshes
 Organization: Integrated Systems Laboratory, ETH, Zurich
 Newsgroups:   comp.lang.perl,comp.sys.mac.programmer
 Message-ID:   <NEERI.92Jan23200855@iis.ethz.ch>
 Keywords: Perl,Macintosh,MPW
 
 
 
 A port of Perl to the Apple Macintosh is available by anonymous ftp to
 rascal.ics.utexas.edu, file ~ftp/mac/programming/Perl_402_MPW_CPT_bin
 
 The file is 1.1M and must be transferred in BINARY mode. Please be considerate
 to RASCAL's users during CDT working hours. (And, no, there is no way to get
 it by email).
 
 For European users, the file should soon appear on lth.se.
 
 To make optimal use of all the features of this port, you should have
 MPW, ToolServer, and 5M of memory. There is also a standalone version
 included, but it's currently of very limited usefulness.
 
 This package contains all of the sources for compilation with MPW C 3.2
 
 Matthias

--tom
-- 
    Tom Christiansen      tchrist@convex.com      convex!tchrist

The probability of someone watching you is proportional to the
stupidity of your action.
From: creedont@ohsu.edu (Thomas A. Creedon)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Prograph Databases and Keys
Date: 20 Jul 92 18:18:44 GMT
Article-I.D.: 137.creedont-200792111947
Followup-To: comp.sys.mac.programmer
Organization: Oregon Hearing Research Center

In article <1992Jul16.084916.3147@henson.cc.wwu.edu>,
n9146269@henson.cc.wwu.edu (Gargoyle) wrote:
> 
> I can't get my Prograph Database's Keys to work... [detail stuff deleted]

If you don't have the latest version (v2.5.2) I'd get it and see if it
takes care of your problem.  The last several releases fixed some minor
bugs in the database methods.  If you have access to America Online, TGS
has a good support forum there.  I would think that they would also be on
Compuserve and other major services.  On AOL you can download the updates
from the TGS software library.  Sorry I can't be of more help, I haven't
tried using the database features of Prograph, yet!

Toodle-looooooooooo............
Thomas