HDTenEightyP/NetNews huggingface dataset:
From: kevinc@scvme3.UUCP (Kevin Cutts)
Newsgroups: comp.sys.mac.programmer
Subject: Control Panel User Name
Date: 14 Oct 92 21:07:52 GMT
Article-I.D.: scvme3.1277
Organization: Motorola Microcomputer, Schaumburg, IL

Thinks reference but can't find where a users name might be 
stored...and how do I access it. The name I refer to is the one
set under system 7 using sharing setup and under system 6 using a 
control panel. Any help would be appreciated.

Please either post back to this newsgroup or E-mail 
responses to kevinc@comm.mot.com
From: ksand@apple.com (Kent Sandvik)
Subject: Re: MPW Question
Date: Mon, 12 Oct 1992 01:51:01 GMT
Organization: Apple
Followup-To: comp.sys.mac.programmer

In article <marshall-081092131939@hpsdr160.sdd.hp.com>, marshall@sdd.hp.com
(Marshall Clow) wrote:
> I don't have a solution for you, just a pointer: MPW C++ comes with a tool
> to unmangle C++ routine names. I ran it and:
> 
> UnmangleTool Socket__7Network __dt__3NBPFv
> Unmangled symbol: Network::Socket
> Unmangled symbol: NBP::~NBP()
> 
> So, your error message could be rewitten to say:
> 
> > ### Link: Error: Undefined entry, name: (Error 28) "Network::Socket"
> >   Referenced from: "NBP::~NBP()" in file: DDP.cp.o

I have a nice PD wrapper around the unmangletool called Mango, so
you could just highlight the unmangled string, and hit command-U,
and voila you have something meaningful.

Anyway, check if your Network::Socket member function exists, or 
if it's private and can't be called/linked.

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
From: Mark.R.Valence@dartmouth.edu (Mark R. Valence)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Memory Manager-safe Deferred Tasks - A Proposal
Date: 14 Oct 92 22:04:13 GMT
 <Bw3H6x.IAo@news.cso.uiuc.edu>  <1992Oct14.141151.5753@cs.tulane.edu>
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a5@newshost.dartmouth.edu

In article <1992Oct14.141151.5753@cs.tulane.edu>
mandel@tmc.tulane.edu (Jeff E Mandel) writes:

> Since people don't seem to be jumping in on this, here's my thinking on
> how to implement DTHzInstall.  It seems to me that the two problems to
> avoid are reentering a Memory Manager call that is non-reentrant, and
> attempting to move memory in a heap that is not "quiet". I'm pretty sure
> that satisfying the first criterion also satisfies the second, but if it
> doesn't, we can always solve that as well (why would you ever exit the
> Memory Manager with an inconsistent heap?)
> 
> The problem is that of a critical section. Unless there is some secret,
> undocumented semaphore for the Memory Manager, we create one of our own
> by a head/tail patch for every Memory Manager routine. Basically, the


Why not just patch NewHandle?  Then you can be guaranteed that it is
safe to allocate memory, move the heap around, etc. because someone is
already doing it.  You need a flag to make sure you don't re-enter your
task scheduler, but that is easy.  What's more, you can implement the
"Hz" functionality you originally wanted.  Here it is:

NewHandle patch (note that it is a head patch):

 if not alreadyExecuting then
    alreadyExecuting = true
    if SYS bit is set then
       theheap = SysZone
    else
       theheap = TheZone

    scan the queued tasks, execute the
    ones where dtHeapZone = theheap (or dtHeapZone = nil)

    alreadyExecuting = false
 endif
 JumpTo(realNewHandle)

end patch

Remember to save ALL registers!  One note on this declaration:

> FUNCTION DTHzInstall (dtTaskPtr: QElemPtr, dtHeapZone: THz) : OSErr;

Why not declare the following, which gives an "easier" function
declaration:

 DTHzElemRec = record
   qLink: Ptr;               { standard queue field }
   qType: integer;           { standard queue field }
   dthzReserved: LongInt;    { for future enhancements :-) }
   dthzProc: ProcPtr;        { pointer to the proc to execute }
   dthzZone: THz             { the zone that this elem likes, nil for
all }
 end;

 FUNCTION DTHzInstall (dthzTask: DTHzElemPtr): OSErr;

The problem with this implementation is that you don't know whether
QuickDraw is in use, so you cannot draw to any ports.  But maybe all
you want to do is allocate memory.  In general, you shouldn't use
managers that are not re-entrant.  To use Quickdraw, you could
similarly patch SetPort, and thereby make the executed tasks
port-dependant.

Honey?  Do you smell smoke?

Mark.
From: sdorner@qualcomm.com (Steven Dorner)
Newsgroups: comp.sys.mac.programmer
Subject: _ClkNoMem
Date: 8 Oct 92 18:32:42 GMT
Followup-To: comp.sys.mac.programmer
Organization: Qualcomm, Inc

I have one suffering user with an LC and an ethernet card who is having
repeated crashes.  In some of them, the crashes are clearly in the ethernet
card's driver.  In others, however, I see the symbol _ClkNoMem figuring
prominently on the stack.  This seems to be a ROM routine, but I can't
figure out what it does; it's very long, and I don't really read assembler
very well.  I've tried 411 and IM, with no luck.  Does anybody know what
_ClkNoMem's purpose in life is?
--
Steve Dorner, Qualcomm, Inc.
A Release A Day Keeps The Bugs Away.
Newsgroups: comp.sys.mac.programmer
From: jpurlia@qualcomm.com (John Purlia)
Subject: Re: vSynchWait and PowerBook I/O
Followup-To: comp.sys.mac.programmer
Organization: Qualcomm, Inc.
Date: Tue, 13 Oct 1992 23:51:42 GMT

In article <REEKES-131092125119@90.10.20.67>, REEKES@applelink.apple.com
(Jim Reekes) wrote:
> 
> In article <jpurlia-121092170808@129.46.5.45>, jpurlia@qualcomm.com (John
> Purlia) wrote:
> > 
> > I've writted an app that communicates to an external device via the modem
> > port.  My app runs fine on a Quadra 700 and a IIci, but hangs forever and
> > ever and ever when run on a PowerBook 170.  A protocol analyzer reveals
> > that nothing is ever sent from the serial port when I call FSWrite.  When I
> > trace through the code using MacsBug I find that the code is at the
> > following:
> > 
> > _vSynchWait
> >     +0000    4080BB8C    MOVE.W $0010(A0),D0
> >     +0004    4080BB90    *BGT.S	_vSynchWait
> > 
> > The value being tested is always 0001, which leads me to believe that I'm
> > waiting for the asynchronous I/O to complete.  My question...  Why does
> > this only happen on a PowerBook and what are some of the possibilities for
> > things I'm doing incorrectly?
> 
> One suggestion.  Don't use FSWrite or FSRead on the serial ports.
> FS stands for File System.  They are not designed for any driver calls. 
> They might work, but they're not the best approach.
> 
Filling a parameter block and checking for ioResult not equal to 1 was the
first thing I tried.  Same results, the I/O never completed...

But here's the solution!!  :-)

I took a look at the supposed status of my I/O prior to writing any data
and discovered the following via a call to SerStatus:

        Quadra 700:     0000 0000 0000
        PowerBook 170:  0000 0000 FF00

That byte of FF for the PowerBook indicates that the CTS flow control hold
flag is set which meant that I couldn't transmit until it cleared.  Guess
what?  It NEVER clears!  With a call to SerHShake I was able to tell the
serial port to ignore CTS handshaking and evrything works fine as fine can
be!  (But then, I'm only operating at 1200 baud so your proverbial mileage
may very).

What does this mean?  Steve Roberts and bis BEHEMOUTH bicycle will soon be
picking up his Internet mail via satellite!!!  Check it out at Interop
everyone!  :-)
...........................................................................
John Purlia          : My brain; not my company's brain.  My brain says...
jpurlia@qualcomm.com : "The Toolbox giveth, and the Tech Notes taketh away"
...........................................................................
From: mxmora@unix.sri.com (Matthew Xavier Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Suggestion: Graphics Help Compilation
Date: 16 Oct 92 20:29:20 GMT
Followup-To: comp.sys.mac.programmer
Distribution: comp.sys.mac.programmer
Organization: SRI International

In article <MHALL.92Oct13162747@occs.cs.oberlin.edu>,
mhall@occs.cs.oberlin.edu (Matthew Hall) wrote:
> 
> Hello-
> 	I have a simple proposition.  Since so many people on this
> newsgroup ask about implementing graphics, and several questions are
> asked quite a bit, and graphics is a very large subject, how about
> compiling the wisdom of the net to create a graphics manual, much like
> UMPG.  I realize there are books about this, including "How to program

If you can be a little patient the new version of the UMPG should
be out soon. (Hopefully before MacWorld SF). I know its been a long
time since the first one but I collected too many articles and shear
size of the data has overwelmed my resources. ( not enough memory
to load it into NISUS. Don't worry the final version will be in 
MSword4.0)

The almost every article in the new version will have source code
(some with C and Pascal). Fast screen drawing was a major topic
that was covered. Articles will be grouped by question. So that five
articles
for the same question will appear under one heading in the table of
contents.

Instead of going the multiple volume route like IM, I think its
best to keep it one volume. I will reorganize all the chapters
and renumber them for easy updating.


--
----------------------------------------------------------------------
Matthew Xavier Mora                                mxmora@unix.sri.com
SRI International                                       (415) 859-5011
----------------------------------------------------------------------
Xref: sparky comp.sys.mac.programmer:16778 comp.sys.mac.comm:9932
From: butenko@stalker.srcc.msu.su (Vladimir Butenko)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.comm
Subject: Re: CTB Tool Menu Wierdness...
Date: 11 Oct 92 13:20:32 GMT
Reply-To: butenko@stalker.srcc.msu.su
Organization: STALKER Software

In article <1CE00001.fp6p51@tbomb.ice.com>
 time@ice.com (Tim Endres) writes:
>
>In an effort to put a menu into the TGE TCP CTB Tool, I have found some
>wierd behaviour.
>
>If I call GetMenu() and then InsertMenu(), and finally DrawMenuBar(),
>I get the menu title, but NONE of the menu items. The title hilites
>when I click on it, but no items. If I dump the MenuInfo struct in macsbug
>I can see that it has the correct menuID, and it has the title and item
>strings at the end, but the menuWidth and menuHeight are zero and
>the menuProc is NULL!
>
>On the other hand, if I use NewMenu() to create the menu with the
>exact same menuID, then add each item with AppendMenu(), then call
>InsertMenu() and DrawMenuBar(), the menu appears exactly as I expect
>it to and all items are operative.
>
>Anyone have any ideas?
 Yes, I have one :-).

 We met the same problem several months ago when we designed the CEPT-1
 Videotex tool. So, it maybe that I forgot something, but as far  as  I
 remember:

 Befor you call GetMenu() you have called UseResFile(<id>),  where  the
 <id> is the refNum of your tool resource file.
 GetMenu() finds the resource, and THEN  IT  TRIES  TO  FIND  THE  MDEF
 resource with the ID set in the MENU resource found. But:
 The resource files of the CTB tools opened are not included  into  the
 resource files chain, so the attempt to find the MDEF resource  fails,
 since the MDEF is stored in the System file.

 There are several solutions: 1) copy the MDEF resource into your tool -
 urgly, and incompatible with future system versions.
 2) Store the title and menu items as STR or  STR#  resources  and  use
 NewMenu(), but DON't forget  to  restore  the  current  resource  file
 between loading those STR resources and calling  NewMenu(),  otherwise
 you meet the same problem.

 I do understand why  CTB  tools  are  excluded  from  the  application
 resource files chain, but why they are not linked to the System file -
 is beyond of my mind.

 And, of course, you'll meet the same problem  with  other  calls,  the
 GetMenu() is just one of them :-(.

 Hope it helps (?),

Vladimir Butenko                         STALKER Software
Phone:  7(095)939 3907   Fax:  7(095)938 2136
Newsgroups: comp.sys.mac.programmer
From: howard@netcom.com (Howard Berkey)
Subject: Re: Newton Development
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 17 Oct 1992 02:53:38 GMT

In article <1992Oct16.133812.28157@runx.oz.au> chrisv@runx.oz.au (Chris Velevitch) writes:
>
>I want to develop applications for the Newton, but I would like
>more information on what is involved.
>
>What is the development language/environment?
>What are the Design and interface guidelines?
>What type of non-volatile storage and capacity?
>
>
>Chris

Check comp.sys.vaporware and comp.get.competitors.to.spend.big.RandD.bucks
:-)

-Howard
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Howard Berkey						howard@netcom.com
Do what keeps thou from wilting shall be the loophole in the law.


Newsgroups: comp.sys.mac.programmer
From: pdd@meaddata.com (Paul Darata)
Subject: Wanted: Experienced TCL Programmer
Organization: Mead Data Central, Dayton OH
Date: Mon, 12 Oct 1992 21:33:05 GMT
Reply-To: pdd@farside.meaddata.com
Distribution: oh

I am looking for an experienced TCL programmer to do some
part-time consulting on a small project.  I live in the Dayton,
Ohio area, specifically the Centerville area, and need someone local.
If interested please e-mail me at your earliest convenience.

----------------------------------------------------------
Paul Darata                       pdd@farside.meaddata.com
Mead Data Central           ...!uunet!meaddata!farside!pdd
P.O. Box 933                     meaddata!pdd@uunet.uu.net
Dayton, OH  45401
                                 #include <std.disclaimer>

  "... as for me and my house, we will serve the Lord."
         Joshua 24:15
----------------------------------------------------------

Newsgroups: comp.sys.mac.programmer
From: Andreas Wuertz <wuertz@tik.ethz.ch>
Subject: Re: Programming a text parser for a game....
Organization: Federal Institute of Technology
X-Useragent: Nuntius v1.1
Date: Wed, 7 Oct 1992 10:01:27 GMT

In article <1992Oct5.094358.13347@miavx1.acs.muohio.edu> ,
psweeney@miavx1.acs.muohio.edu writes:
>How would I go about coding the text parser?  Do I just 
>handle a bunch of keyUp events?  Is there some sort of
>equivalent to scanf() or printf() in the ToolBox?
>It seems like if I keep sensing for keystrokes, that could
>get unwieldy.  On the other hand, I don't see any other way
>around it.

you definitely have to wait for keydown/autokey events. But look at the
script manager for routines to tokenise those strings, i.e scan for
keywords, find word breaks a.s.o. this would even make your app VERY
localizable!

Andy (wuertz@tik.ethz.ch)

========================================================================
The only person who got all his work done by Friday was Robinson Crusoe.
========================================================================
Newsgroups: comp.sys.mac.programmer
From: heyes@dadev.cebaf.gov (Graham Heyes)
Subject: Startup hooks in Mac Plus ROMs ?
Organization: Continuous Electron Beam Accelerator Facility
Distribution: comp.sys.mac.programmer
Date: Thu, 15 Oct 1992 18:33:17 GMT

There is a feature of the Mac Plus ROMs which I think is
largely undocummented but I am hoping that someone out 
there may be able to provide some more information.

	At startup time there are several addresses one 
of which is 0x00F80000 which are checked for extra code 
to execute. I think the mechanism is similar to the way 
slots are scanned for configuration ROMs in the SE and 
higher. I know this is more or less true since that is
how the Brainstorm accelerator patches the SCSI manager 
without having a working SCSI manager to load an Init 
with.

	The problem which I have is that I would like 
to use this mechanism to configure a large screen video 
interface which I am designing. Unfortunately the only
such address I know is the 0x00F80000 that Brainstorm
use and I do not want to clash with them. If anyone
knows ...
	A) The ROM format that I need for the Startup
	manager to correctly run my code.

	B) A currently "empty" slot that I can put the
	ROM into.

	...that would be a great help.

	Thanks,

	Graham Heyes.
From: mxmora@unix.sri.com (Matthew Xavier Mora)
Newsgroups: comp.sys.mac.programmer
Subject: What's the hell is wrong with Gestalt?
Date: 15 Oct 92 01:33:39 GMT
Followup-To: comp.sys.mac.programmer
Organization: SRI International

Why does gestalt return gestaltMacPlusKbd when I have a Mac II and 
an Extended Keyboard?

Thanks,

Matt


--
----------------------------------------------------------------------
Matthew Xavier Mora                                mxmora@unix.sri.com
SRI International                                       (415) 859-5011
----------------------------------------------------------------------
From: rich@grayhawk.rent.com (Richard R. Harms)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacApp 3.0 and THINK Pascal
Date: 10 Oct 92 06:47:53 GMT
Organization: Grayhawk - Des Moines Public Access Unix - 515/277-6753

In article <1992Oct9.095243.24408@news.unige.ch> roessli@sc2a.unige.ch (David C. Roessli) writes:
>I'd like to upgrade from 2.01, but stick with THINK P.
>Must I switch to C, or else adopt MPW as programming environment ?
>
>Is MPW as 'slow' as people say ? (Compared to THINK compilers)

MPW's speed for everything else that you gain in flexibility is well worth it,
and not all that bad ... precompiling toolbox headers and keeps the dumped file
on a RAM disk where the compiler can load it later helps a lot - more than
anything else I've seen. Just make suer you've got lots of memory and a fast
CPU if you're going to do macapp 3.0 development.

-rh
-- 
Richard R. Harms            Internet: r-harms@grayhawk.rent.com 
1217 24th, Suite 49             UUCP: {...}!{rutgers!bobsbox}!grayhawk!rich
Des Moines, Iowa 50311       AOnline: Grayhawk             AppleLink: D2656 
Unix / Macintosh Programmer      Fax: 515/884-2736       Unix: 515/277-6753
From: delozier@Condor.mcs.kent.edu (Greg Delozier)
Subject: Prototyper still around?
Organization: Kent State University
Distribution: comp.sys.mac.programmer
Date: Thu, 15 Oct 1992 23:31:25 GMT

I was playing with a friend's copy of Prototyper the other day, and thought
it looked pretty useful. Are they still around? I can't find any ads in Mac
Tutor, etc, and can't find their product advertised by anyone?

If they aren't, anyone got an old copy they'd like to sell? Or know of some 
other inexpensive way to interactively design an interface for Think C or Pascal(other than ResEdit hacking...)

Suggestions?

-greg
Greg DeLozier/Sr Analyst, Loral Defense Systems/Grad Student, Kent State
From: erh0362@tesla.njit.edu (Elliotte Rusty Harold)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think C++??
Date: 13 Oct 92 19:44:04 GMT
Followup-To: comp.sys.mac.programmer
Organization: New Jersey Institute of Technology

>> 
>> Well, [...] Think C 6.0 will support ToolServer for MPW... 
> 

	Has Symantec actually started demoing Think C 6.0?  Normally 
they seem to be among the most recalcitrant developers as far as pre-
announcing goes.  Is there any idea when this released or what new features it
will include?

--Elliotte
Newsgroups: comp.sys.mac.programmer
From: uzun@crash.cts.com (Roger Uzun)
Subject: FINTRZ vs the 68040
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 09 Oct 92 09:00:03 PDT

Since the FINTRZ instruction is not directly supported by the
68040, what is the fastest methof of getting the integer
portion of a variable or FP register when programming
in assembly language on a 68040 machine?

-Roger
--------------------------------------------------------------
bix: ruzun
NET: uzun@crash.cts.com
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think C++??
From: hammett@sbsu1.aukuni.ac.nz (Tim Hammett)
Date: Wed, 14 Oct 1992 04:15:05 GMT
Organization: University of Auckland, New Zealand.

essam@gagme.chi.il.us (Essam Khairullah) writes:
>I have never quite figure out why people would want to use MPW anything to
>do any programming!  It just seems to be so archaic!  Maybe if they put a
>Commando shell on it (ala A/UX) it would be easier to use...  But then just
>remember that this (MPW) is coming from the same people who invented the idea
>of using a Lisa to program a Mac...

MPW does have Commando. Perhaps you don't know what you're talking about?

--
Tim Hammett, Botany Dept, Auckland University, New Zealand.
t.hammett@aukuni.ac.nz   Phone: +64-9-373-7599 x8365    FAX: +64-9-373-7416
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@byse.nada.kth.se (Jon Wtte)
Subject: Re: problem with my dialog filter
Originator: d88-jwa@byse.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
	<D88-JWA.92Oct8205414@byse.nada.kth.se> <39359@unix.SRI.COM>
Date: Fri, 9 Oct 1992 09:05:55 GMT

In article <39359@unix.SRI.COM> mxmora@unix.SRI.COM (Matt Mora) writes:

   >You should use _Delay, which is a system call that does just
   >this, but also calls SystemTask. It might also do other
   >things in the future. Doing only this is really bad, since
   >there may be drivers that need time often.

   I would hate to disagree with Jon but I don't think delay calls systemtask.
   I think it just stuffs LMG "ticks" into d0 , adds the delay amount and loops
   until "ticks" is bigger than d0. 

Okay, but the "might do other things in the future" still
holds :-) (Actually, it also sets the status register;
interrupt level one might think)

   I created my own Delay function that calls WNE with the sleep at 1 tick. It 
   works ok.

As long as you dont get update, or suspend, or ... events
while in the delay loop. At least you can mask those out;
AppleEvents, however, can NEVER be masked out, so you had
better be prepared handle them whenever you call WaitNextEvent.

-- 
Jon W{tte, h+@nada.kth.se, Sweden, Phone +46-8-107069

"From now on, I think I'll re-label the EQ on the
 desk as Fizz and Wobble, rather than HF and LF."
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Disassembly with source in MPW?
Date: 7 Oct 92 02:45:51 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

In article <92275.183018TOGE@SLACVM.SLAC.STANFORD.EDU>, Nobukazu Toge
<TOGE@SLACVM.SLAC.STANFORD.EDU> wrote:
> Sak Wathonasin (sw@network-analysis-ltd.co.uk) mentioned UltraSlimFast
> and Manuel Veloso (veloso@husc9.harvard.edu) actually has posted the
> file yesterday (today?).  I tried it just a moment ago. It certainly
> works! (system 7.0.1 with MPW 3.3a14).  Thanks!
 
> I think I've seen UltraSlimFast long time ago on one of those CDs, but
> I never cared to figure out what it was :( :)

I assume you ment the System 7 CD. I'm interested to hear that
the tool still works with the new MPW versions. I never got it to
work with MPW 3.2.

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
Newsgroups: comp.sys.mac.programmer
From: andi@uni-paderborn.de (Andreas Sorgatz)
Subject: Code-Resources
Keywords: Resources Code Help
Organization: Uni-GH Paderborn, Germany
Date: Mon, 12 Oct 1992 18:32:18 GMT

Hi,

anybody there, having experince with executing code-resources ?


My problem:

I want to generate a ResourceFile with a code-resource in it
(from C, for example with Think-C), in order to open and exe-
cute it from and within another program. 

I could'nt find any Information on it in 'Macintosh-Inside' 
and got my only information from the 'Macintosh Technical Note'
#256:Stand-Alone Code (July'92). There's an example of using
resource type 'XCMD' (used by HyperCard) under PASCAL, but all 
my trying to program this in C failed.

So, please please is there anybody who can help me, having
experince with it and/or can tell me where I have to look and
what I have to read for further information ?

Thanx in advance

---------------------------------------------------------------
Andreas Sorgatz			 	 Uni-Paderborn, Germany
andi@uni-paderborn.de
---------------------------------------------------------------