HDTenEightyP/NetNews huggingface dataset:
From: toml@voodoo.boeing.com (Tom Locke)
Newsgroups: comp.sys.mac.programmer
Subject: What is Prograph(TW)?
Date: 27 Aug 92 14:52:38 GMT
Organization: Boeing Graphics project, Bellevue WA

Hi all,

I am interested in finding out what Prograph is all about. I've
just got an offer from TGS Systems of Prograph for $199.  Is it
a good deal? But my question is: Can I use Prograph to create
any type of programs I want? Can it generate C code?
Or should I just ignore it and get a Think C (or MPW...) for 
pure Macintosh programming environment?
E-mail or post is welcome.

Thanks a lot
-- 
Tom Locke                         Work: (206) 865-6568
Boeing Computer Services        E-mail: toml@voodoo.boeing.com 
P.O. Box 24346  M/S 7K-20           or: uunet!bcstec!voodoo!toml
Seattle, WA  98124-0346
From: Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart)
Newsgroups: comp.sys.mac.programmer
Subject: RE: Zbasic+System 6/7 Speed
Date: 25 Aug 92 14:21:24 GMT
Organization: FidoNet node 1:2240/175 - The Associati, Grand Blanc MI

Zedcor may have led you astray.  I've been calling them on and off for the
past 6 months.  They have always told me that they ARE doing Zbasic 6.0!

In fact, they told me late last week, that they have sent the upgrade notices
to all the old users, and that 6.0 is now basically complete.

Look forward to increased support for HyperCard externals!


--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Glen Stewart - Internet: Glen.Stewart@f175.n2240.z1.ieee.org
From: cconstantine@galaxy.gov.bc.ca
Newsgroups: comp.sys.mac.programmer
Subject: Fortran callable rountines in THINK C
Date: 1 Sep 92 11:30:40 -0700
Organization: BC Systems Corporation

I will be working on a program with a friend of mine that will interface some
Fortran code (Language Systems) and would like my C libraries to be callable
form Fortran.  Is there a specific way I need to do this?  I'm using THINK C
5.0.2 on an LCII (now called a Perforama 400) and System 7.0.1 w/ tune-up.

Thanks muchly!!!!
-- 
Carl B. Constantine
CCONSTANTINE@galaxy.gov.bc.ca
	"Opinions are mine only!!"
Newsgroups: comp.sys.mac.programmer
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Subject: using oop for XCMD's
Followup-To: joshr@kronos.arc.nasa.gov
Summary: is it possible?
Keywords: oop, XCMD, hypercard, THink C
Organization: NASA/ARC Information Sciences Division
Distribution: comp.sys.mac.programmer, comp.sys.mac.hypercard
Date: Wed, 26 Aug 1992 23:16:17 GMT

Hey, fellow netters:

just a dumb ( ;-} ) question to all you mac gurus (yeh butter 'em up).

Is it possible to use think c's object oriented class
library to wirte XCMD's ?  My off the cuff answer is NO, as it uses globals
which are OUTLAWED in XCMD's.

But has anyone tried it? How about with MacApp?  

TIA, joshr


-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"Send a salami to your boy in the army" - Katz's delicatessen, NYC
Newsgroups: comp.sys.mac.programmer
From: Chuck Pliske <chuckp@u.washington.edu>
Subject: Anyone converting windows to mac?
X-Xxmessage-Id: <A6CC3DFED902372A@chuckp.staffdev.washington.edu>
X-Xxdate: Thu, 3 Sep 92 06:11:10 GMT
Organization: University of Washington
X-Useragent: Nuntius v1.1.1d9
Date: Fri, 4 Sep 1992 05:09:45 GMT

I'm converting a large windows app to the Mac.  I thought I would explore
the idea of implementing the 20-30 or so windows system calls on the Mac
and dispense with intimate reprogramming of all the program's device
specific calls.  Has anyone explored this?  In this case a relatively
small number of Windows calls have been used, so it *seems* possible.

Chuck Pliske
chuckp@u.washington.edu
From: blob@Apple.COM (Brian Bechtel)
Newsgroups: comp.sys.mac.programmer
Subject: Re: TN 306 GetIconSuite glue fatal error
Date: 4 Sep 92 13:48:25 GMT
Organization: Apple Computer Inc., Cupertino, CA

peter@cujo.curtin.edu.au (Peter N Lewis) writes:

>I just came across this in TN 306:

>In the body:

>Function GetIconSuite(	Var theSuite: Handle; theID:Integer;
>		theSelector:Longint):OSErr;

>In the interface:

>FUNCTION GetIconSuite(VAR theIconSuite: Handle;theResID: INTEGER;
>	selector: Integer): OSErr;	INLINE	$303C, $0501, $ABC9;

>pascal OSErr GetIconSuite(Handle *theIconSuite,short theResID,short
>selector)= {0x303C, 0x0501, 0xABC9};	

>Now, look carefully at the selector ... oooops!

>Its suppose to be a LongInt/long, not an integer/short!  The same most
>probabbly applies to ForEachIconDo's selector but I haven't checked it. 
>Its clear it has to be a long, since the svAllMiniData constant that can be
>passed is $00FF0000, certainly not a short value...

This will be fixed in the October release of tech notes.  Thanks for
reporting it!

--Brian Bechtel     blob@apple.com     "My opinion, not Apple's"
Newsgroups: comp.sys.mac.programmer
From: sold@kit.uni-kl.de (Christoph Sold)
Subject: Re: Extensions to list manager
Keywords: listmanager tables matrix spreadsheet
Organization: Universitaet Kaiserslautern
Date: Sat, 29 Aug 1992 15:42:31 GMT

In article <1992Aug24.175225.413@cine88.cineca.it> claudio@edy.elettra.trieste.it (Claudio Scafuri) writes:
>Subject: Extensions to list manager
>From: claudio@edy.elettra.trieste.it (Claudio Scafuri)
>Date: 24 Aug 92 17:52:25 +0100
>Keywords: listmanager tables matrix spreadsheet
>Hi folks!
>Can anyone help my find a library ( C,Pascal) to handle tables?
>I need to edit some matrixes, a spredsheet like window would be ideal.
>I think someone has written an extension to Apple crippled ListManager, but
>I dont know where to look.
>Thanks a lot.
>
Try MacApp, where TGridView is everything you need. Apple also supplies a 
sample application "Calc" (a fully functional spreadsheet application) which 
is based on TGridView.
-Christoph

Christoph P. Sold                   CATS Software GmbH
                                    Mussbacher Landstr.2
sold@kit.uni-kl.de                  W-6730 Neustadt (Weinstrasse)
ger.xse0035@applelink.apple.com     Germany

"If an apple is fun, what the heck is an appletree?"
Newsgroups: comp.sys.mac.programmer
From: siegel@world.std.com (Rich Siegel)
Subject: Re: Projects to be converted in Think Pascal.
Organization: GCC Technologies
Date: Thu, 3 Sep 1992 17:32:25 GMT

In article <1992Sep3.140957.10623@cs.kuleuven.ac.be> rudim@cs.kuleuven.ac.be (Rudi Maelbrancke) writes:
>
>When I open the projects, I get a message saying: The project name has to be
>converted (compressed) before proceeding...
>
>When I click OK the file is enlarged but seems to contain no files.
>(No references in the project).

The probable cause of this is that the project documents were created by
THINK Pascal 4.0, and you're trying to open them with THINK Pascal 3.0.
You can either update to THINK Pascal 4.0, or get your vendor to send
you the projects in 3.0 format, or guess and try to figure out what
files (besides runtime.lib and interface.lib) were in the example
projects.

R>
-- 
-----------------------------------------------------------------------
Rich Siegel                              Internet: siegel@world.std.com
Software Engineer & Toolsmith
GCC Technologies
From: mur@phy.duke.edu (Daniel Murphy)
Newsgroups: comp.sys.mac.programmer
Subject: changing resources
Keywords: resources
Date: 31 Aug 92 13:21:25 GMT
Distribution: usa


	I am trying to update a resource from within my program, in particular 
I am trying to change a CNTL type resource's control value.  This piece of 
code doesn't work,

		value=GetCtlValue((ControlHandle)control);
		SetCtlValue((ControlHandle)control,value);
		ChangedResource(control);
		WriteResource(control);
while
		value=GetCtlValue((ControlHandle)control);
		SetCtlValue((ControlHandle)control,value);
		theHandle=Get1Resource('CNTL',128);
		memcpy(*theHandle + 8, &value, (size_t)2);
		ChangedResource(theHandle);
		WriteResource(theHandle);

does.  Here control and theHandle are both Handles to the same control
resource.  (Control was set using a GetDItem call.)  Does control now point 
to the structure and theHandle to the actual resource?  Obviously I'd rather 
avoid having to count bytes for every different type of resource in order to
change it.  Any advice would be appreciated.

					Dan Murphy.
-- 
	Daniel Murphy				1-919-660-2522
	Duke University Dept. of Physics	mur@phy.duke.edu
	Durham, N.C.      27706
From: mezrich@aramis.rutgers.edu (Reuben Mezrich)
Newsgroups: comp.sys.mac.programmer
Subject: Launch command
Date: 2 Sep 92 18:45:13 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


     Does anyone have information about the _Launch trap on the Mac? I
have had some difficulty in getting it to function properly.  I have a
driver which is calling the _Launch trap while running behind the
Finder.  It works under System 6.0.3, but acts rather oddly, and does
not work under System 7 at all.  The problems under System 6.0.3:
     Certain programs (like ResEdit) will come up without thier normal
startup windows (ResEdit will normally start with it's "About..."
window).
     Under MultiFinder, the screen is cleared when the _Launch is
executed.  This does not happen when an application is launched by
double-clicking.
     Under MultiFinder, the _Launch command will cause background
applications to close if they are opened when it is executed.
     Also, I wonder if finder is bothered by having the _Launch trap
executed from a driver running in it's background (I mean, is their
some cleanup actions which Finder might do doing a normal application
startup that my driver will not do).  As far as System 7
goes, I imagine that there have been changes, but aren't they upwardly
compatible ?  If not, what is the simplest way to do what I am doing
under System 7.  
     One more, unrelated, question.  Does anyone know where I might
find a copy of the SPInside Macintosh stack.  I have a copy which does
not have the figures and the tech notes.  Where can I download the
stack from?
     Please only respond by posting on this newsgroup.  This is a
friend's computer account, and I will not read the mail.

                                            Thanks,  
                                              David Grossberg
    
Newsgroups: comp.sys.mac.programmer
From: Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart)
Subject: RE: QuickBASIC upgrade
Organization: FidoNet node 1:2240/175 - The Associati, Grand Blanc MI
Date: Thu, 20 Aug 1992 15:55:04 GMT

Zedcor is also releasing a new System-7 compatible ZBasic.  I hear it will
support XCMDs and many other neat things.  Generally, I really have a lot of
problems with Zedcor products (very buggy), but they are really the only ones
with such a good basic programming tool.  It's supposed to be announced for
availability this week.


--  
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
 Glen Stewart - Internet: Glen.Stewart@f175.n2240.z1.ieee.org
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: ColorTables:  misc. tidbits and code
Organization: Kalamazoo College
Date: Fri, 4 Sep 1992 20:49:09 GMT

k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:
>This article starts off with some AppleLink mail from Forrest Tanaka,
>telling you more than you ever wanted to know about color tables, and
>ends with a fair amount of ANSI C source code for manipulating them.

I've already (sigh) found several bugs in my code.  If you want an
updated version, email me.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 The same people who love MS-DOS so much that they went to PC Expo,
 supported Ross Perot by an overwhelming margin.  This should be
 telling you something.
Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: Best text compression?
Organization: Taligent
Date: Fri, 4 Sep 1992 07:07:32 GMT

In article <71986@apple.Apple.COM>, anderson@Apple.COM (Clark Anderson) writes:
> agoates@nyx.cs.du.edu (Alan Goates) writes:
> 
> >Second, does anyone know what the best published (Public Domain) algorithm is
> >for compressing text. And does anyone know where I could get my hands on 
> >examplesource code for said algorithm (The only one I've seen is Lempel-Ziv).
> 
> I have gotten pretty good compression on text using
> a Huffman algorithm. It's pretty easy to implement,
> any standard book on compression schemes should
> have it.

I've never tried this myself, but someone once told me that you can get really
good compression if you use a Huffman algorithm applied at the word level.
Instead of counting and ranking all of the letters in the document, count the
distinct words and treat each one like a single letter. This means that oft used
words like "the" or "MicroSoftWord5.0Sucks" will compress down to 3 or 4 bits
for the entire word.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.

Newsgroups: comp.sys.mac.programmer
From: weiser@pogo.den.mmc.com (Matt Weiser)
Subject: Network Time Synchronizing??
Organization: Martin Marietta WIS
Date: Fri, 4 Sep 1992 16:55:48 GMT

We need to find a way to have a group of macs get the time off of
an Appleshare file server and set the individual macs' time to that
of the server.  We are currently walking around and manually setting
the time, but this is becoming unacceptable.  I know that I can use
GetDateTime to access the time of the individual macs, and I know how
to set the time of the machine programatically, but I can't seem to figure
out how to, in essence, use GetDateTime to get the time from a file server.

Any suggestions?  I appreciate your help!

Matt Weiser
weiser@pogo.den.mmc.com
Newsgroups: comp.sys.mac.programmer
From: Bathsheba.Grossman@bbs.oit.unc.edu (Bathsheba Grossman)
Subject: Re: OK buttons overlaying PICTs:  Help, please
Organization: Extended Bulletin Board Service
Date: Sun, 30 Aug 1992 02:05:53 GMT

In article <1992Aug29.184834.37666@ux1.cts.eiu.edu> cfejm@ux1.cts.eiu.edu (John Miller) writes:
>What am I missing?  Creating a simple modal dialog in ResEdit, I have a
>PICT that covers the whole dialog area.  My OK dismissal button needs to
>sit on top of the PICT.  Either the button gets overdrawn or doesn't
>respond to clicks--depending on numbering of DITL items.

Your button should be responding to clicks even when numbered >= 2
(provided it's enabled and all); make sure your code is responding
correctly to ModalDialog returning 2.  The thing to watch when the OK
button isn't #1 is that the standard filterProc maps return to item 1 being
hit, so you'll have to write a filterProc to correct that.

Another alternative would be to make the OK button #1 and prevent it from
being overdrawn by having your filterProc do the updating.  
So in the filterProc you'd have something like

...
case updateEvt:
	BeginUpdate(dlg);
	DrawPicture(pictureHandle);
	DrawControl(buttonHandle);
	EndUpdate(dlg);
	return(1);
...

Six of one, half a dozen of the other.  If you're actually using Alert()
the second would be the way to go (though it loses the heavy outline on
the OK button).
I guess that doesn't exactly answer your question...but I felt there was a
need to know.  Good luck.

-Sheba
--
   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: J.Cook@ENS.Prime.COM (Jim Cook)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Top byte of 24-bit offscreen gworld?
Date: 4 Sep 92 18:10:47 GMT
Article-I.D.: primerd.1992Sep4.181047.16762
Reply-To: <J.Cook@ENS.Prime.COM>
Organization: Prime Computer, Inc.

In article <28628@vedge.UUCP> brad@vedge.com (Brad Fowlow) writes:
>Can anyone say how quickly or terribly things might
>go awry if I try to keep some extra info in the top 8 bits
>of the pixel data of a 24-bit offscreen gworld?
>
>That byte is awfully tempting as a place for alpha stuff.
>And for the moment I'm not too concerned with how the code
>will react under system 12; I just don't want sneaking 
>randomness to show up next week. 
>Have I missed something in IM6 that unequivocally rules
>this out, or permits it?  Has anyone else been similiarly tempted?

The only think I know is that you better check the spec's on your video board.
Some video boards implement 32 bits per pixel and ignore the high 8 bits and
some board don't have the memory there to save money.  Check your board and
the boards of any other Macs you want to run on.

Since I don't know many video board vendors that make use of the fourth byte
in 32-bit (24-bit) color mode (TruVision was one vendor), I don't know how
rigorous Apple has been in testing to see that byte makes it out to the 
video board complete and unchanged.  On the other hand, I don't have any
evidence that it won't - just idle curiosity.

Jim
Newsgroups: comp.sys.mac.programmer
From: cheshire@CS.Stanford.EDU (Stuart Cheshire)
Subject: Blobs for passwords, a la AppleShare login
Reply-To: cheshire@CS.Stanford.EDU (Stuart Cheshire)
Organization: Computer Science Department, Stanford University
Date: Wed, 2 Sep 1992 03:31:17 GMT

I have written a small INIT (explained later) which I intend to release as
public domain, to accompany the CAP distribution, and I have a simple question:

What is the easiest/best way to display a series of blobs instead of
letters when a user types in a password?

When you log into an AppleShare server it does this, and other
applications must have similar requirements, so I don't want to
have to reinvent the wheel.

One possible way I thought of would be to use a font consisting
entirely of blobs, but I don't know how to set the font for a
single particular TEdit field in a dialog box, and that would
require wasting disk space with an extra font.

Another idea might be to use a user DialogFilter and trap all
keystrokes and change them into blob characters.

Has anyone gone through this before and solved it? Does System 7 have
any new extensions to provide a 'secure Edit Text' item in a DITL?
I don't mind if the answer requires System 7.

Stuart Cheshire <cheshire@cs.stanford.edu>
 * Liliore Green Rains Houses Resident Computer Coordinator
 * Stanford Distributed Systems Group Research Assistant
 * Macintosh Programmer

P.S. The INIT is called "Macintosh User Authenticator" and is written
to accompany a small patch to the CAP lwsrv program. The demand for
security in Macintosh laser printing seems to be great, because there
are already several patches to lwsrv which seek to add some kind of
security and/or user authentication, but none seem really satisfactory.
Our software works like this:

1. The user prints, via the Mac's LaserWriter driver, to the CAP
   lwsrv program, just as normal.
2. Before it will start printing, the specially modified lwsrv does a call
   back to the originating Macintosh, to the "Macintosh User Authenticator".
3. The User Authenticator throws up a dialog box for the user, requesting
   a username and password.
4. lwsrv checks that the username/password pair is valid, and if so does
   a "setuid" and prints the document, with the result that the standard
   bsd print accounting logs the printing as done by that user, just as
   if they had logged on and issued an "lpr" command.

Further enhancements or features are possible, but this is the basic idea.
Newsgroups: comp.sys.mac.programmer
From: neeri@iis.ethz.ch (Matthias Neeracher)
Subject: Re: incrementation differences/THINK C 4.0 vs. 5.0
Organization: Integrated Systems Laboratory, ETH, Zurich
	<1992Aug24.232700.7896@Csli.Stanford.EDU> <BtIJq6.3yw@taligent.com>
	<38119@unix.SRI.COM>
Date: Wed, 26 Aug 1992 14:52:35 GMT

In article <38119@unix.SRI.COM> mxmora@unix.SRI.COM (Matt Mora) writes:
>In article <BtIJq6.3yw@taligent.com> keith@taligent.com (Keith Rollin) writes:
>>
>>I don't think that's a valid assumption. Although it might be disconcerting, I
>>don't think there's anything preventing a compiler from evaluating your sample
>>line one way during one compile, and the very same compiler evaluating it a
>>different way during a subsequent compile. ANSI spec section 3.3.16 says "The
>>order of evaluation of the operands is unspecified."
>
>Don't you just love C! All the cool things that you can do are the very
>same things you have to worry about. Pretty soon you'll be writing code like
>this just to be safe. i = i + 1;  :-)

No. ++i is perfectly specified.

>Why can't there be a smart compiler?

A smart compiler works best if it has some degree of freedom, and that's
exactly why order of evaluation is unspecified.

>When a compiler doesn't know the best way to go why doesn't it just ask?

Because I don't want to come back from a coffee break and have the compiler
wait for an answer.

>"not sure how you want the order of evaluation of this line:"
>     lab[i] = temp[i++];  //****THIS IS THE PROBLEM

Personally, I'd prefer a B&D approach:

"Order of evaluation undefined; I'll pick a different order next time".

>Also why can't the compiler say this when a ";" is missing.
>
>Missing an ";" at the end of this line. Should I add one?"

Most compilers in fact do something almost like this: They proceed with
parsing as if there had been an ";". You have to be aware, however, that error
recovery is a particularly nasty problem for C parsers (too little redundancy
in the grammar, I suspect).

>"Add one and Continue" or "Cancel"
>
>instead of
>
>"Missing a ";" at the end of statement."
>
>and stop compiling. 

MPW C continues compiling instead of displaying pretty animal pictures.

Matthias

-----
Matthias Neeracher                                      neeri@iis.ethz.ch
   "You think people really worship the devil?"
   "Sure. It's the perfect religion--you fuck up, you go to heaven"
                                     -- Andrew Vachss, _Sacrifice_
Newsgroups: comp.sys.mac.programmer
From: jbush@magnus.acs.ohio-state.edu (J Eric Bush)
Subject: Mac SE and Think Pascal 4
Organization: The Ohio State University
Date: Wed, 26 Aug 1992 14:01:07 GMT


Does anyone know if there are any special compiler options that need to be
set or unset to have applications compiled with Think Pascal 4 to run the
resulting applications on a Mac SE or SE/30?

The program basically displays resources in a PICT file, but when run on
those machines it comes up with an illegal instruction error.  I don't
have anything set like 68020/30 or the FP stuff.  I just used the straight
settings.  Anyone else ran into this?

Thanks - email preferred, but net works.
-- 
------------------------------------------------------------------------------
J. Eric Bush
Internet: jbush@magnus.acs.ohio-state.edu
Newsgroups: comp.sys.mac.programmer
From: siegel@world.std.com (Rich Siegel)
Subject: Re: Is there a PD console package for Mac?
Keywords: mac, console, pd
Organization: GCC Technologies
Date: Tue, 1 Sep 1992 12:39:59 GMT

In article <1992Aug30.191335.4377@intrepid.com> vladimir@intrepid.intrepid.com (Vladimir Vukicevic) writes:
>Does anyone know of a PD 'console' package, like THINK provides? I have THINK C,
>but I am really looking for the source of one, because I would like to add
>more features (I am writing a CLI). If there isn't one, does anyone know
>of a way to do I/O on the mac (with, for example, printf() & fgets()...)?
>I was thinkning of creating a window, and then using TextEdit, but I can't
>figure out a way to make the prompt non-overwriteable, and how to get a specific
>part of the text. Any ideas? Suggestions? Comments?

The source for the ANSI library is included with THINK C; there's no 
particular reason you can't use that as a basis.

R.


-- 
-----------------------------------------------------------------------
Rich Siegel                              Internet: siegel@world.std.com
Software Engineer & Toolsmith
GCC Technologies
Newsgroups: comp.sys.mac.programmer