HDTenEightyP/NetNews huggingface dataset:
From: pvl1779@usl.edu (Leach Phuong V)
Subject: can't size my scroll bar (control)
Organization: University of Southwestern Louisiana
Date: Wed, 18 Nov 1992 00:00:18 GMT


I have a control defined in my app using resedit.  It is part of a DITL.
When I try to size the control in the DITL it only lets me drag it around,
not make it grow.  When I set the border in the CNTL resource I can make
it bigger, but when I run the app, although it is drawn bigger, the clicks
are only registered in the box that is the size of the control box in the
DITL.  I am using procid 16 for the CNTL for a scroll bar.  Any ideas?

thanx,
Robb

Newsgroups: comp.sys.mac.programmer
From: noah@apple.com (Noah Price)
Subject: Re: ADB Specifications/Libraries (Q)
Date: Fri, 20 Nov 1992 21:23:25 GMT
Organization: (not the opinions of) Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer,comp.sys.mac.hardware

In article <1992Nov18.194829.26558@clpd.kodak.com>,
coriale@casper.serum.kodak.com (Matthew Coriale (x37975)) wrote:
> I am attempting to design a device for the ADB, however, I do not
> know where to start to look for the electrical and software specs
> for the bus.

The "Guide to Macintosh Family Hardware" has a whole chapter on ADB.  It's
published by Addison-Wesley.

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noah@apple.com                                 Macintosh Hardware Design
...!{sun,decwrl}!apple!noah   (not the opinions of) Apple Computer, Inc.
From: news@sifon.cc.mcgill.ca
Newsgroups: comp.sys.mac.programmer
Subject: File ID questions!
Date: 21 Nov 92 01:50:02 GMT
Organization: McGill University


    Hi, all!

    I'm writing an INIT/CDEV that is supposed to watch user-specified
folders for activity (new files, removing files, etc) and take follow-
up action. I'm trying  to code an efficient way of "snapshot"ing the
folder at regular intervals to detect adn pinpoint file movement.

    a) would it be healthy to just maintain a list of file IDs for
all files within a folder? How would this work for sub-folders? (Since
one cannot create a file ID for them) IM VI says that the
PBCreateFileIDRef function "creates a record to hold the file vRefNum
and directory ID). If I demand large volumes of FileIDs from the system,
will I be filling up disk directory space? Where is this information
stored and how efficiently?

    b) Is there an easier, more kocher way of keeping track of the
coming and going of files in specific folders? Any help is appreciated.

CXEO@musica.mcgill.ca
Newsgroups: comp.sys.mac.programmer
From: ascaplan@quads.uchicago.edu (amanda susan elizabeth caplan)
Subject: Mac Developer seeks Chicago Employment
Followup-To: poster 
Keywords: Mac, employment, Chicago
Reply-To: ascaplan@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Distribution: na
Date: Wed, 18 Nov 1992 21:22:13 GMT

[[I am posting this for a friend, please send replies to me and I will
 pass them on - thanks ]]

I am a software engineer with 4 years Macintosh development experience in the
scientific arena (data acquisition and waveform analysis software).
I am looking for a Mac development position with a fast
paced, aggressive development team in Chicago.

I've met with little success locating opportunities in the local papers, and 
would be grateful for suggestions.  Does anyone know of Macintosh Developers
who are hiring?  Is there a developer community or user group in the area
I should become familiar with?  Could someone suggest a reputable recruting
agency with experience in placing Macintosh developers? 

Thank you for any advice you can offer.

Craig Ewington
Newsgroups: comp.sys.mac.programmer
Subject: Simple question with MPW Pascal tool
From: tamone@cuisunh.unige.ch (TAMONE Francois)
Date: 23 Nov 92 11:29:42 +0200
Reply-To: tamone@cuisunh.unige.ch (TAMONE Francois)
Distribution: world
Organization: University of Geneva, Switzerland


Hi,

I have a trivial question about MPW pascal I/O in a tool type application.

I just wanted to make a simple program to compute some composed interest rate.

The problem is I can't read an integer or a real and write them properly.
In standard Pascal and most implementation in the Galaxy, when you have a var
integer or real name 'var1', you can do

readln(var1);

and 

writeln(var1);

This is the least, no ? But here in MPW, it does not work that way. The answer
to that must be stupid but, there is still one to find. Yes I checked FAQs and
MPW doc and InsideMac. I don't have the Pascal doc though. And I don't want to
spend hours on this which should work pretty straight, whithout beeing rude.

The error I get when I write is either 0 for all integers or NAN(017) for a
real (meaning Not-a-Number, ascii conversion error). Where's the rub ? In a
tool application, standard input an output should be the MPW shell so ? Maybe I
do not type the right eoln char after I input my number ? Here Carriage Return
wont do so I type Enter.

(In the meantime I programmed my little problem on a vax with no problem)


Another little question, can I drop in MacsBug inside a programm by a call like

if i<0 then do
  EnterMacsBug
else
  writeln('this is TOOOO much');

Thanks for the help on this trivial question. The most trivial questions
are one
of the most annoying since they should not arise. I am pretty annoyed,
you see...

Francois
From: mxmora@unix.SRI.COM (Matt Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: THINK Pascal- program crashes only when stand-alone
Date: 18 Nov 92 01:49:38 GMT
Organization: SRI International, Menlo Park, California

In article <BxtpwD.CAn@news.udel.edu> kurisuto@chopin.udel.edu (Sean J. Crist) writes:
>Without going into the specifics, here's my general problem.  I have a
>program which functions fine when running within the THINK Pascal
>development environment, but which crashes when compiled as a stand-alone
>application.

>What could be causing this?  How can I even attack the problem when I


Think Pascal Protects itself by setting a valid Grafport for you while your 
running in the TP environment even if you forget to. 

Make sure you are using a valid port (ie setport(mywindow)).

Most of the time this is the problem. Or you didn't give your app enough 
memory.



Matt
-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: dominy@netcom.com (Robert Dominy)
Subject: Re: Aaaaargh! MPW C++ help needed!
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 18 Nov 1992 07:55:23 GMT

nebel@wam.umd.edu (Chris D. Nebel) writes:

>I've been translating a large Pascal project into C++, and it's actaully been
>going quite well, all things considered.  Yesterday, however, I ran into a
>very perplexing problem: one module simply won't compile.  CFront dies
> [stuff deleted]
>inside one of the included files.)  At first I thought it was running out
>of memory, but even after an additional 10MB of partition space (for a grand
>total of 22MB!), it still died in the exact same place, so that theory seems
>out.  I tried commenting out that include, but the same error appeared in
>another place.  Does anyone have any clue as to what's going on, and more
>importantly, how to fix it?

I can almost guarantee that you are indeed running out of memory, but
just increasing the partition size will NOT help.  This is because
of the way MPW partitions its memory.

There is a very easy fix:  just include the -mf keyword in your CPlus
command line.  This will instruct the compiler to steal memory from
multifinder (the System) and all will be well.  There's an alternative
way of modifying MPWs HEX 0 resource, but the -mf option is nicer
since the memory is only grabbed while CFront is using it, leaving
you space later to run debuggers and such without having to quit
MPW.  You may also need the -mf option for Link when you get to that
stage.

Robert Dominy
Bear River Associates

Newsgroups: comp.sys.mac.programmer
From: instruct@tigger.jvnc.net (Instructional Systems)
Subject: Job offer
Summary: Job offer for two consultative positions
Originator: instruct@tigger.jvnc.net
Keywords: Mac, communications, board design, video
Organization: JvNCnet
Date: Sun, 15 Nov 1992 18:30:51 GMT



			J  O  B    O  F  F  E  R  !


	My company is looking for consultants on two short- to medium-
term projects.  One is the modification of a simple PC communications 
program to work with Mac communications hardware.  The other is consult-
ation on the development of a card to control a VCR from a PC.  Applicants
should live somewhere in the (much) Greater New York Metropolitan area.
Applicants for the first project should have extensive systems programming
experience, have written a communications program for the Mac or PC, and be 
experienced in programming for interrupt-based control systems.  Applicants
for the second project should have a background in video and computer
hardware, have experience in board design, and a good working knowledge
of the available industry standards.

	Please send a resume to instruct@jvnc.tigger.net.  Include
a cover letter describing your current availablity.  We expect to have both
projects very much underway well within a month.  I can also be reached
by phone, in a limited fashion, at 1-800-722-0148.  


				Sincerely,


				Martin Kaminer
				Applications Developer
				Instructional Systems, Inc.

Newsgroups: comp.sys.mac.programmer
From: REEKES@applelink.apple.com (Jim Reekes)
Subject: Re: Remembering file locations
Date: Thu, 19 Nov 1992 23:29:44 GMT
Organization: Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <1278@scvme3.UUCP>, kevinc@scvme3.UUCP (Kevin Cutts) wrote:
> 
> even after the program has been quit and restarted. I've used the 
> System 7 Alias manager with great success. Now I have a user using 
> sys6 who wants the same sort of capability...without the upgrade. 
> What are the techniques used to handle this task. I don't want to 
> reprogram the alias manager but would like to offer a very small
> subset of its capabilities. Currently my program can locate a file 
> on the same volume as my application but has trouble locating the 
> file across volumes. Inside Mac expounds on all the methods that 
> don't work but none that do!!!

Take a look at the MacDTS sample code for the standard file hacks.
In there is a method for tracking a file.

-----------------------------------------------------------------------
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
From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
Subject: Re: Pointers to function and UnloadSeg
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Tue, 24 Nov 1992 01:10:14 GMT

In a related vein, what about calling UnloadSeg() on code segments that are
in your function's calling chain, but not in the same segment?  Are all
those code segments locked reliably?

Might this sort of thing interact oddly with setjmp() and longjmp() in
THINK C 5?

------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |     * Heavy Fuel (Dire Straits)
                             |     * Last Scene in September (Preston Reed)
fixer@faxcsl.dcrt.nih.gov    | Because driving fast is a cathartic experience.
From: rbarris@orion.oac.uci.edu (Robert C. Barris)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Here's a challenge -- a REALLY obscure question.
Summary: floppy disables, SCSI doesn't.
Date: 23 Nov 92 18:28:07 GMT
Organization: University of California, Irvine

In article <1992Nov17.035307.4895@CSD-NewsHost.Stanford.EDU> cheshire@CS.Stanford.EDU (Stuart Cheshire) writes:
>This question is for my game, Bolo, which I am currently working on.
>
>In order to make the startup time as quick as possible, I load
>the sound resources off disk simultaneously with running the
>'join game' map transfer protocol over the network.
>
>However, I have found a problem. If you load Bolo off floppy disk, then
>disk accesses disable interrupts, causing the Mac to miss some network
>packets, disrupting the smooth flow of the game for other players.
>
>I also suspect that perhaps on low end machines like the Mac
>Plus, SCSI disk access might also cause lost network packets.
>
>Before I take out the concurrent loading feature (and have
>people complain), here is a single plea for help:
>
>Does anyone know a test I can make Bolo perform to determine whether
>disk access will cause network packet loss, so that I can retain the
>concurrent loading feature on setups that can support it?
>
>If no-one answers then concurrent loading goes away in the next release
>-- network reliability has to take priority over loading speed. Sorry.
>
>Stuart Cheshire <cheshire@cs.stanford.edu>
> * Liliore Green Rains Houses Resident Computer Coordinator
> * Stanford Distributed Systems Group Research Assistant
> * Macintosh Programmer

I think you can assume that SCSI accesses will never disable interrupts. One
gross way to look at this would be to use the volume reference number of
the volume you are doing accesses to; look up its VCB; find the Drive Queue
element which corrsponds to that volume by walking the Drive Queue; then
see if the driver reference number for that drive is in the range devoted
to SCSI (don't remember offhand). Whew!

The floppy controller takes full CPU attention in all Macs save for the Quadra
9x0's and the IIfx. It's timing critical a la LocalTalk and therefore requires
that interrupts be disabled.

But, I think if you're on anything but a floppy, it should be OK.

Rob Barris
Quicksilver Software Inc.
rbarris@orion.oac.uci.edu
Newsgroups: comp.sys.mac.programmer
From: leeke@epcot.spdc.ti.com (Steve Leeke)
Subject: Inside Mac volumes 1-6 FOR SALE
Keywords: Inside Mac
Organization: TI Semiconductor Process and Design Center
Distribution: usa
Date: Tue, 17 Nov 1992 14:12:58 GMT

Mint condition Addison Wesley Inside Mac vol's 1-6.  Complete set $75
or best offer.  I pay UPS ground shipping anywhere in the U.S.

Steve Leeke

(214) 995-2249 days
(214) 995-6674 evenings


-- 
---------------------------------------------------------------------------
Steven D. Leeke					MS 238, P.O. Box 655474
leeke@csc.ti.com				Texas Instruments, Inc.
(214) 995-0397					Dallas, TX 75023
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: A few questions on this and that
Organization: Kalamazoo College
Date: Sat, 21 Nov 1992 14:44:37 GMT

kurisuto@bach.udel.edu (Sean J. Crist) writes:
>Greetings all.

Hi!

>1.  If I'm *shrinking* a handle with SetHandleSize, I don't have 
>to bother calling MemError, right?

I've always assumed this;  if it could fail, I'd be _very_ surprised.

>2.  If I'm checking MemError, do the contents stay the same no 
>matter how many times I call it (i.e., until the next Memory
>Manager call)?

Yes.  It just returns the value of the low-memory global MemErr.

>3.  IM warns that menus must not be purged, or a system error will 
>occur.  However, said crash can only occur if somebody refers to 
>the deceased menu, right?  If I purge a menu which I'm sure I don't 
>need any more, and then am careful not to refer to it again (in 
>the MenuBar or otherwise), I should be safe, right?

Right.  As long as the _toolbox_ doesn't know about it, it's just like
any other resource, and you're safe.

>5.  Does there exist any kind of development tool which ...
>...gives you an average 
>and peak amount of how much space is allocated during the whole 
>run of your application?

No, but that _would_ be rather useful...

>As it is now, 
>I have to figure out what point of the program is likely to have 
>the highest level of allocated memory and set a breakpoint there 
>to examine things.  This takes a lot of guesswork and time...

Time, but not guesswork, really.  Put a _Debugger into your
memory-reclaiming routine, so you'll get tipped off when it's called.
Then set your app's heap to as low as you think it'll run under, and run
it.  If it gets called, check the stack crawl and you now know where
you're in trouble--you might want to bump the app heap up a little to
make sure you're near the "peak" point.  If it doesn't get called,
decrease size and try again.

Then put _Debugger before and after the "peak" point, and when you hit
the debugger, set breakpoints on the _NewHandle and _NewPtr traps, so
you can watch what's going on.

It does take time.  But it's not hard to get a very clear picture of
what your app's doing.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "I don't think we should have to have them wandering the streets
  frightening women and people."                            - Pat Buchanan
From: evans@Apple.COM (John Evans)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Determining modifier key status without an event record
Date: 20 Nov 92 02:17:53 GMT
Organization: Apple Computer Inc., Cupertino, CA

There are several ways I know of to find out which keys are currently
pressed, depending on whether you want to know everything, or just
which modifier keys are pressed.  Here the the way I've seen used
most often for getting the state of the modifiers.

     OSEventAvail(0, &event)

This will take the event record you pass in, and fill it with a null
event.  The modifiers field of the event record will contain accurate
information.

If you're making option-menu-commands (or shift-menu-commands) you might
want to consider using the modifiers from the mouse-down event.  This would
allow you to change the menu item strings depending on the modifiers at
mousedown time.  For instance, if the use holds the option key down and
clicks in the menubar, you could change "Foo" to "Foo with options" so
the user knows what's about to happen.  This (of course) wouldn't allow
the user to change this dynamically while looking at the menu item (and
pressing/releasing the option key) but would allow some brute-force menu
item changing.

-- 
+========================+===============================================+
| John S. Evans          | These opinions are mine. Apple's opinions are |
| Collaborative Systems  | Apple's.  Any similarity is coincidental.     |
| Apple Computer, Inc    | "They've given you a number, and taken away   |
| evans@apple.com        |  your name."                  -Johnny Rivers  | 
+========================+===============================================+
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Command-Option-Down Arrow broken! (MPW)
Date: 18 Nov 92 09:36:18 GMT

I've a similar problem if I eject a CD from my system. The Cmd-Left
and Cmd-Right key combinations in MPW stop working. I noticed it
started doing this after I upgraded the CD Rom driver to 4.0.1

It's pretty annoying and I'll downgrade my version of the
CD Rom driver to see if that fixes anything.

I'm using Sys 7.1 and MPW 3.3a14.
From: potts@oit.itd.umich.edu (Paul Potts)
Newsgroups: comp.sys.mac.programmer
Subject: Re: faulty ANSI in Think C 5.0?
Date: 17 Nov 1992 19:13:57 GMT
Organization: Instructional Technology Laboratory, University of Michigan
NNTP-Posting-Host: helen.oit.itd.umich.edu

In article <1992Nov16.211648.23619@math.ucla.edu> dchopp@vicente.math.ucla.edu (David Chopp) writes:
>I'm curious if others have run into similar problems as I regarding using
>some ANSI subroutines in Think C 5.0.2 with TCL.  In particular, I have
>trouble using strcpy, strcmp, sprintf, to name a few.  I have found them
>to be sporadic in working properly and I'm wondering if I'm doing something
>wrong.  For example, in one object, I'll have two methods each using strcpy
>in them (all in the same file).  In one context, it works perfectly, in the
>other it fails to copy.  The arguments being passed are all correct (I've
>checked them several times).  

I'd say it is most likely that there is a problem in your program. I've
used sprintf, strcpy, strcmp, etc. and had them work fine. 

Some things to consider: are you testing the arguments under the source-level
debugger, or at runtime under MacsBug? The source-level debugger and the
low-level debugger can show different things. Under the source debugger
sometimes memory is better initialized, pointers tend not to penalize you
for writing to stray addresses, etc. Whenever I've had problems using
the string routines, they were caused by some other part of my code which
was trashing memory at runtime.

Post some examples, maybe that would help.

-- 
Politics is crime pursued by other means.              
potts@oit.itd.umich.edu      CI$ 71561,3362 (rarely)
Newsgroups: comp.sys.mac.programmer
From: mspace@netcom.com (Brian Hall)
Subject: Finder "kind" string
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 18 Nov 1992 21:34:58 GMT

How can you get the string that the finder displays as the file "kind"?

For example, the finder displays "TeachText document" in the kind column
for a text document with TeachText for a creator.
-- 
 
 \ | /   | Brian Hall                 mspace@netcom.com
 - : -   | Mark/Space Softworks       Applelink: markspace
  /|\    |                            America Online: MarkSpace
 |-+-|   |
/-\|/-\  | PUI: Programming Under the Influence.
Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: Fixing Apples serial drivers. How???
Date: Tue, 17 Nov 92 23:29:18 GMT
Organization: Project GLUE, University of Maryland, College Park


The problem is quite real, and not System 7 specific.  Appletalk
disables interrupts while it gets the packets, and doesn't service the
modem port in the copious free time it has (if a Mac 512 has no free
time to do it, a Q700 ought to have plenty--HEY APPLE!!!!!!! FIX IT!)

So, if during the time Appletalk is getting the packets, more than 3
characters come in on the modem port.... whammo, hardware overrun.
-- 
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)
Newsgroups: comp.sys.mac.programmer
From: 880840m@ace.acadiau.ca (MICHAEL ALEXANDER MCKAY)
Subject: that zooming rectangle
Organization: Acadia University
Date: Sun, 15 Nov 1992 22:56:42 GMT


What is the Toolbox routine that draws those zooming-at-ya rectangles that 
you see when you launch an app from the Finder?
From: sarachanbd@crd.ge.com (B. D. Sarachan)
Newsgroups: comp.windows.ms.programmer,comp.sys.mac.programmer
Subject: Windows DLL and Mac Code Resources compared
Keywords: DLL, code resource
Date: 16 Nov 92 20:07:26 GMT
Reply-To: sarachanbd@crd.ge.com (B. D. Sarachan)
Distribution: usa
Organization: General Electric Research & Development Center

What is the difference between Windows DLLs and Mac code resources?

I have heard that DLLs may allow access to global variables (or
Fortran common blocks), while Mac code resources do not, and that
Mac code resources have size limitations. 

Is there any DLL implementation or emulation available for the Mac?

Thanks for any help, 
==
  sarachanbd@crd.ge.com

  Brion Sarachan
  G.E. Corp. R. & D.
  P.O. Box 8, Rm. KW-C273
  Schenectady, NY 12301

  Tel. (518) 387-6553
  Fax  (518) 387-7080

Please note that the "Standard Disclaimer" applies here.
Newsgroups: comp.sys.mac.programmer