HDTenEightyP/NetNews huggingface dataset:
From: urban@stout.atd.ucar.edu (Art Urban (PROFS))
Newsgroups: comp.sys.mac.programmer
Subject: TCL: Dialogs (Help Needed)
Date: 15 Dec 92 16:00:42 GMT
Organization: Atmospheric Technology Division/NCAR Boulder, CO

I have a few questions concerning the use of Dialogs in the TCL.

1) In the TeachText document, they comment that the supervisor of the Dialog
   must be the dialog itself. However, IDLOGDialog wants an object of type
   CDirector for the supervisor, so how can I pass a CDLOGDialog here? And
   if I do so, doesn't that break the chain of command with the CDirector?

2) CDialogText only accepts one line of text. Is this correct?

3) When my dialog comes up on the window (Modeless), the first editable
   text item is not selected. Further, unless I have the insertion bar in
   an editable text item, Return and Enter are ignored for the default
   button; I have to litterally click on the button. It seems that a call to
   BeginDialog() would fix my problem, but this is not a modal dialog.

4) Is there a better discussion/explanation of TCL Dialogs, than the sparse
   document provided? It took me a while to figure out that I had to append
   the command number to the DITL item with #<number>. I discovered this
   only by examining one of their DITLs; I could not find this documented
   anywhere.

--
Art Urban 					       urban@stout.atd.ucar.edu
===============================================================================
 "Baby trapped in film, eats own hand."					- Joel
===============================================================================
From: garya@ocf.berkeley.edu (Gary Arnold)
Newsgroups: comp.sys.mac.programmer
Subject: Re: TCL 1.1.2 CDialog Q in ThC 5.0.4
Date: 15 Dec 1992 08:49:42 GMT
Organization: U. C. Berkeley Open Computing Facility
Distribution: world
NNTP-Posting-Host: monsoon.berkeley.edu

In article <1gjmliINN5rj@agate.berkeley.edu> garya@ocf.berkeley.edu (Gary Arnold) writes:
>
>I'm having a little trouble with the CDialog and CDialogText classes in TCL
[My whining deleted :-)]
>Help!  Thanks in advance!
>
>Gary Arnold					I don't need no stinking .sig
>garya@bigbang.Berkeley.EDU

Oops!  Never mind.  I just fixed it (moments after posting, wouldn't you
know?).  So please, don't waste your time by replying!  Sorry!

Gary Arnold                                    I don't need no stinking .sig
garya@bigbang.Berkeley.EDU
Newsgroups: comp.sys.mac.programmer
From: wdh@netcom.com (Bill Hofmann)
Subject: Re: comments on ObjectMaster?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 16 Dec 1992 17:31:24 GMT

Object Master is, as you read, just (just?) an editing/project maintenance/
object browsing environment, not a compiler.  It does have a simple parser
that catches some stupid bugs, and the styled display of C, C++, Pascal or
(!) Modula 2 source is invaluable, and btw shows how THINK Pascal should 
have done it.

It works pretty seamlessly with MPW 3.3a.. or ToolServer, and the way it
works with THINK products is via QuicKeys.  You buy QuicKeys, and OM will
run a QK when you say "Build."  For THINK C, the macro brings THINK C
to the front, brings up the "make" dialog and hits the "use disk" button,
then sends a return key to make.  I'm not sure what a THINK Pascal macro
would do.  It's a bit of a hack, but...

-Bill Hofmann
Newsgroups: comp.sys.mac.programmer
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: Re: Programming for the Mac.
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Sat, 12 Dec 1992 14:37:46 GMT

rich9256@mary.cs.fredonia.edu (Devin   Richards) writes:

>After looking at the news groups and asking around, I am utterly clueless on
>how or with what you can program on a MacIntosh.  
>What I would like to know is how does one write programs to run on the 
>Mac?  I have expericence on U**x and other systems where the environment
>is already in a "language."  For our mainframe it runs in a C environment
>so all we do is write a C program and bingo!
>But since the Mac is on a totaly unique system.  If I wanted to make some
>trivial programs to run as apps on the desktop who would I do it?

Try the MPW, it is very similiar to U**x.

Mr.Sai-Kee WONG

>Thanks in advance,
>Devin


>--
>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-
>Devin Richards					SUNY College at Fredonia

>          INTERNET: rich9256@mary.cs.fredonia.edu
>          UUCP:  {ucbvax,rutgers}!sunybcs!mary!rich9256

>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>   It rolls down stairs alone or in pairs it runs over your neighbor's dog.
>   It fits on your back it's great for a snack it's Log Log Log. 
>   It's Log Log it's big it's heavy it's wood.
>   It's Log Log it's better then bad it good!
>   New Log from Blammo.
>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Subject: Re: Driving mac program from another
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 18 Dec 1992 17:50:34 GMT

In <1992Dec18.041429.22979@philmtl.philips.ca> ray@philmtl.philips.ca (Ray Dunn) writes:

>Given a Mac program which normally takes much mouse events and keyboard
>input, is it possible (easily/with difficulty) to have that program run
>automatically with the input being generated by another program?

Well, set "null events" on, and patch into the jGNEFilter. For
every NULL event, instead add your own keyDown events, with a nullEvent
sprinkled in here & yjere for good measure and recovery.

However, affecting someone elses jGNEFilter means patching in on
INIT time; so you'll have to have a cool INIT/APPL combo.

Cheers,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --
 Engineering: "How will this work?" Science: "Why will this work?" Management:
 "When will this work?"  Liberal Arts: "Do you want fries with that?"
                     -- Jesse N. Schell
From: kdlee@umn-cs.cs.umn.edu (Kevin D. Lee)
Newsgroups: comp.sys.mac.programmer
Subject: Re: what is the best C compiler
Date: 16 Dec 92 16:23:18 GMT
Organization: University of Minnesota, Minneapolis, CSci dept.

In article <PA-151292184926@macmartineau.ccr.hydro.qc.ca> PA@PARobitaille.ccr.hydro.qc.ca (Paul Andre Robitaille) writes:
>I am looking for a C compiler on the MAC. What is the best ?
>
Think C is a great C compiler.  If you can get it through the
education channel the price is great.

Kevin Lee
From: mssmith@afterlife.ncsc.mil (M. Scott Smith)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Pascal->C conversion -- advice?
Date: 19 Dec 92 15:50:27 GMT
Organization: The Great Beyond

Hi..  Thanks for the information on converting, Ingemar and Matt.

Ingemar: I agree with you, and think that Think C offers nominal speed
increases over Think Pascal; I am not converting the code in the interest
of speed, the Pascal version runs fast enough.  There is a legitimate
reason for converting the code to C, however.  (Otherwise I wouldn't
be wasting my time doing it!)  Inevitably, this code is being designed
to run on other platforms than the Mac, and this is just the first
(necessary) step.

I will be using prototypes..  I would rather be converting C from Pascal
as well.  In C you can easily accidentally write to all kinds of strange
memory addresses, which are very hard to debug, while Pascal protects
against that.  I just have to be very careful.

Matt: I like your idea for doing the 1-bit booleans, and I'll definitely
give that a try.  Unfortunately, it looks like I really have to be careful
about this, because this program uses a LOT of packed arrays and a lot
of memory; substituting 2-byte variables for 1-bit ones could very
well break it; and this becomes more of a problem if the code is proted
to machines that have 4-byte integers, etc.

Thanks for your help!  (Also thanks to a person who sent mail to me, of
which I forget your name now..  But you offered good advice as well.)

M. Scott Smith
  (mssmith@afterlife.ncsc.mil)
Xref: sparky comp.sys.mac.programmer:19763 comp.lang.lisp:3065
From: dw3u+@andrew.cmu.edu (Daniel C. Wang)
Newsgroups: comp.sys.mac.programmer,comp.lang.lisp
Subject: Re: Info about Pearl Common Lisp for the Mac Desired...
Date: 13 Dec 92 18:12:43 GMT
Article-I.D.: andrew.4f=0avC00aw3M0zYtp
	<1992Dec14.012615.1285@netcom.com>
Organization: Freshman, MCS general, Carnegie Mellon, Pittsburgh, PA


bskendig@netcom.com (Brian Kendig) writes:
> In addition, I'm porting xlisp to the Macintosh.  It's Common
> Lisp-compliant for the most part, and it's a fairly standard
> implementation, and best of all, it's free.  ;)
> 


Just wondering but how easy would it be to use xlisp as an extension
language for an application, has anyone done this already, and is
there a package similar to Elk based on xlisp source?
Newsgroups: comp.sys.mac.programmer
From: REEKES@applelink.apple.com (Jim Reekes)
Subject: Re: Sound usage help
Date: Sun, 13 Dec 1992 04:32:20 GMT
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <1992Dec11.195917.7434@rtsg.mot.com>, wolfmc@rtsg.mot.com
(Michael Wolf) wrote:
> 
> I had thought at one time I had the Sound Manager and compatibility issues
> conquered, but some odd crashes have made me wonder.
> 
> First, what are the correct gestalts or methods of ensuring the environment
> you are currently running on can run synchronous or asynchronously, how to
> tell how stereo capabilities.

Gestalt will tell you if stereo is available and if it's mixed to the
internal speaker. All of the Sound Managers that have been released will
perform asynchronously.

> The correct method of allocating a sound
> channel (should I create my own SndChannel variable or let SndNewChannel do
> it for me).

Just call SndNewChannel, unless you want to manage the memory yourself or
wish to create a smaller SndChannel.

chan = nil;
SndNewChannel(chan, sampledSynth, 0, CallBackProc);

  - or -

chan = GetSomeMemory(sizeof(YourChannel));
chan->qLength = HowManyCommandsYourChannelHolds;
SndNewChannel(chan, sampledSynth, 0, CallBackProc);


> I looked through the tech notes (1-310 or so) on anything to do with sound,
> but I did not see anything like I wanted to know.  I also looked through the
> sample codes (1-30 or so) and nothing there for sound sample code.
> 
> So, is there some nice sample code available for doing the many wonderous
> things with sound?

Then you didn't look hard enough.  Look for SoundApp.  It is official
MacDTS sample code, written by yours truely.

> Also, I assume any machine which doesn't have an apple sound chip will not
> be able to run asynchronous sounds?

See answer #1.

-----------------------------------------------------------------------
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."
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
Subject: Re: About CTB (was Re Adding Comm
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Wed, 16 Dec 1992 01:07:25 GMT

In article <1992Dec8.020127.3478@ra.oc.com>, Piet Saslawsky <psaslaw@oc.com> writes:
>
>Two weeks ago, Chris Spiral Catfish Tate <fixer@faxcsl.dcrt.nih.gov>, has
>written in a previous article "Does the CTB support a reliable TCP/IP
>tool yet? Last I heard it didn't...". I have posted a follow-up article
>and sent him two emails asking for more information : no answer. It
>reminds me that some months ago the same kind of rumour was spread by the
>boss of a company distributing a product for TCP connections which does
>not offer support for the CTB. Did you say "vicious" ?

I humbly beg your pardon; I misplaced your mail.

I have, however, confronted the person from whom I heard about the lack
of a reliable TCP/IP tool for the CTB with your responses.  His explanation
was that when work began on our project (before I was hired), there was
no such tool available - unless we wanted to shell out big bucks for
licensing.  We couldn't do that, so we had to roll our own TCP/IP (and
modem, for that matter).

I apologize for spreading possible misinformation.

HOWEVER, I have also since discovered that Apple's licensing demands for
MacTCP and similar tools essentially prevents any government product from
being distributed along with it.  The upshot is that some of the least-
expensive software cannot be distributed with all components necessary for
full functionality; the user must be relied on to obtain the Apple tools
h{im,er}self.  Gack.

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |     * Hot Rod Lincoln (Commander Cody)
                             |     * The Man's Too Strong (Dire Straits) 
fixer@faxcsl.dcrt.nih.gov    |     * Sunshine of Your Love (Cream)
Newsgroups: comp.sys.mac.programmer
From: r81185@cctwin.ee.ntu.edu.tw ()
Subject: Re: Scheme interpreter
Organization: NTUTaiwan
Date: Thu, 17 Dec 1992 23:43:36 GMT

CS19242521D@LUST.LATROBE.EDU.AU (COX, PETER) writes:
: Does anyone know of an ftp-able free/shareware scheme interpreter for the Mac
: (LC)? I would really appreciate one to do programming rather than use PC scheme 
: on a horrid IBM compatible
: Thanks,
: 
: Pete

Try GambitScheme, you can find it in info-mac/lang at sumex-aim.stanford.edu.

Enjoy,

Bow-Yaw Wang

--
******************************************************************************
* Mathematicians are like Frenchmen: * Bow-Yaw Wang                          *
* whatever  you  say  to  them  they * Department of Electrical Engineering  *
* translate into their own  language * National Taiwan University            *
* and   forthwith  it  is  something * Taipei, Taiwan                        *
* entirely different...              * Internet: r81185@cctwin.ee.ntu.edu.tw *
*                             Goethe *                                       *
******************************************************************************

Newsgroups: comp.sys.mac.programmer
From: cooljohn@leland.Stanford.EDU ( Magdaleno)
Subject: Again... Getting Resources
Keywords: Resources, THINK Pascal
Organization: DSG, Stanford University, CA 94305, USA
Date: Fri, 18 Dec 92 00:33:17 GMT

First of all, I'd like to take this time to thank those who
sent replies to my posting about accessing the data pointed
to the Handle returned from GetResource.

I have to say I have tried everything that was suggested, alas
to no use.  I mean it works, that data I can move into an array
with a bit of type coercion, but on exiting the program, THINK
Pascal immediately complains that I have damaged the application
zone. 

When the project is built into an application, it doesn't run and
crashes my computer... yet it does run fully under the THINK Pascal
environment. Funny thing also, I included a resource file that I
created with ResEdit 2.1.1 (for my menus, dialogs, CICN's, &c). On upon
bringing up any one of the dialogs defined in the Resource File, I find
random THINK Pascal buttons, and text fields. Something wierd is
happening, and as far as I can tell it is not due to anything that
I have (or simply I'm overlooking a foolish mistake).

-John, cooljohn@leland.stanford.edu

Look for my upcoming game by Adam Nash & I. 

Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: Looking for cross-assembler
Date: Thu, 17 Dec 1992 08:04:10 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <zkessin.724564327@chaos.cs.brandeis.edu>,
zkessin@chaos.cs.brandeis.edu (Zach, the Lego Maniac) wrote:
> 
> I am looking for a 68000 asm that will let me take the binary and use
> it to burn an eprom. IE i Dont want ANY mac dependent code at all. Can
> I do think with mpw asm or is there some other product that will do it
> it? 

Keith Rollin wrote a Tech Note some time ago that described the issues
with using MPW for firmware assembly. And the name of the TN is:
"MPW for Non-Mac Systems". I really want the TN numbering back :-).


Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Assembly with C question...
Date: 16 Dec 92 02:33:07 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1992Dec13.215351.129652@watson.ibm.com> arsouth@watson.ibm.com (Andrew R. Southwick) writes:
>In <1992Dec12.232559.265@physc1.byu.edu> seth@physc1.byu.edu writes:
>>Hi. I have a question about assembly language and C. Here is a snippet of
>>C code, followed by the same thing disassembled.
>> 
>> 
>>main()
>>{
>>       Init();
>>       MakeMenus();
>>       MakeWindow();
>>       AddrsSet();
>>       MakeGrid();
>> 
>> 
>>main:
>>00000000        JSR       $0000(A5)
>>00000004        JSR       $0000(A5)
>>00000008        JSR       $0000(A5)
>>0000000C        JSR       $0000(A5)
>>00000010        JSR       $0000(A5)
>> 
>> 
>[...]
>
>Is this code in memory (i.e. disassembled while running) or taken from an 
>ececuatable/code resource?  Probably the latter.

Actually, neither-- I missed the original post so I'll respond now.
That code is before the link step.  It is when the project is linked
that the proper A5 offsets are put in.

>What happens after the program is loaded is the segment loader (or some 
>toolbox manager) steps in and replaces all these $0000's with real offsets
>from building the jump table.  The jump table is located up in the A5 global
>area, hence the A5.  The reason they won't point directly into code is to 
>allow for multiple segments, and dynamic loading/unloading of them.  The JSR's
>above leap to a small set of commands that either leaps back into the heap, or
>calls a routine to load in the segment & then execute, depending on whether 
>the segment is loaded or not.  Some development environments will handle this 
>differently; as far as I know, both MPW and Think C both do it this way.

Aside from the first bit-- its the linker which puts in the real
offsets, not any toolbox manager-- this is correct.

>[Man, I really miss a good text editor...]

You would prefer Xedit? <evil grin>


-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
From: roger@oit.itd.umich.edu (Roger Espinosa)
Newsgroups: comp.sys.mac.programmer
Subject: Word to RTF Info
Date: 20 Dec 1992 12:52:45 GMT
Organization: Office of Instructional Technology, University of Michigan
Distribution: usa
NNTP-Posting-Host: helen.oit.itd.umich.edu

Hi.

Apologies if this is old news, but I was hoping someone could give me
a quick pointer to documentation as to the Word 5.0 file format. I know
where I can find the RTF file format info (ftp-site-wise), but not the
other (if it's possible).

Of course, it might've been done already: I'm hoping that the info 
will let me (attempt to) build something along the lines of a drag-n-
drop utility to convert Word->RTF and back for my professor-boss. Or
manipulate the Word files directly (if I have the file format, that is...)

Any hints, clues would be appreciated!

Roger
roger@oit.itd.umich.edu
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: C.S.M.P. Digest Administrivia
Date: 12 Dec 92 18:34:47 GMT
Article-I.D.: cs.1992Dec12.183447.14930
Organization: High Risk Ventures


Hello everyone,

Some of you may have noticed that I have been quite liberal with the
(r)eject key in my article approval program lately.  To me it just seems
that most of the subjects have already been covered in earlier issues of
the digest, or cover things that can easily be looked up in the readily
available documentation (RTFM), or just plain don't have anything to do
with Macintosh programming (most of those belong in c.s.m.system).
Subsequently the flow of new digests has slowed to a mere trickle compared
to what it used to be.  If ever you feel that I am hacking a little too
much from the enormous volume of text that is c.s.m.p, just tell me so.
If enough of you respond, I may even change my ways.

On another note, you may want to check a text viewer called Easy View,
now available at an archive site near you.  Issue #222 included an index
file for reading the digest.  It's not everything I could wish for in
a CSMP Digest reader, but in the absence of anything better, it works
pretty well.  And it's free.

I hope you are all enjoying the digest!

Mike.
-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: hshubs@cis.umassd.edu (Howard S Shubs)
Subject: Re: The Smell of _Inside Macintosh_
Organization: University of Massachusetts Dartmouth
Date: Wed, 16 Dec 1992 16:04:59 GMT

In <1992Dec15.192512.1557@netcom.com> howard@netcom.com (Howard Berkey) writes:

>In article <scottj-151292122632@iamac-1.dml.georgetown.eOA
du> scottj@magic.dml.georgetown.edu (John L. Scott) writes:
>>In article <01050023.kmr3jp@chinchilla.cars.com>, niel@cars.com (Niel
>>Bornstein) wrote:
>>> The newer ones smell worse.  Volume VI is absolutely putrid with a
>>> kind of chemical/plastic stench.
>>
>>I must be weird.  I *like* the way Volume VI smells.
>>

>Some people will do anything to get a buzz.  :)

Newsgroups: comp.sys.mac.programmer
From: lapena@athena.cs.uga.edu (Chito Lapena)
Subject: Netware and time on Macs
Organization: University of Georgia, Athens
Date: Tue, 15 Dec 1992 00:19:11 GMT



Hallo,
Can anyone tell me how to set the time from the network clock on
Macs on a NetWare server using ThinkC?

thanks

-chito
lapena@athena.cs.uga.edu

Newsgroups: comp.sys.mac.programmer
From: griswoldj@bntley.bntley.ingr.com (John Griswold)
Subject: Re: Uniquely identifying a Mac? How?
Followup-To: comp.sys.mac.programmer
Organization: Bentley Systems (Development)
Date: Fri, 18 Dec 1992 14:51:09 GMT

In article <1992Dec17.223200.15385@jarvis.csri.toronto.edu>,
ematias@dgp.toronto.edu (Edgar Matias) wrote:
> 
> 
> > OK, now that would either be in a custom chip or in the Roms, but in
> > either case it would be WELDED on to the logic board, right? 
> >
> 
> No, it would be in a socket.  That way, if you had to swap for a new 
> board you could simply pull it out of the old board and stick it in
> the new one.  No wielding required.
> 

And what happens when I upgrade my machine (like I just recently did).  Do
I have to go and buy all new software.  Forget that, I will deal with
software companies that can deal with *real* users.  If you have to deal
with some form of hardware lock I would prefer the dongle approach.  You
know those little inline boxes that can hang off of the ADB.  But I prefer
to not even deal with that.

--------------------------------------------+---------------------------
John Griswold                               | Bentley Systems Inc.
UUCP: ...uunet!ingr!bntley!griswoldj        | 690 Pennsylvania Drive 
INTERNET: griswoldj@bntley.bntley.ingr.com  | Eagleview Corporate Center
AT&T:     (215) 458-5000                    | Exton, PA 19341
--------------------------------------------+---------------------------