HDTenEightyP/NetNews huggingface dataset:
From: bowman@reed.edu (BoBoRamDos)
Newsgroups: comp.sys.mac.programmer
Subject: Re: A simple question from a beginner.
Keywords: simple C youKnowTheAnswer help
Date: 12 Nov 92 09:36:24 GMT
Article-I.D.: reed.1992Nov12.093624.13509
Organization: Reed College, Portland, OR

In article <BxLGCH.AAt@world.std.com> djk@world.std.com (Dan J Keldsen) writes:
>	char	line[ MAX_LINE_LENGTH ], *charPtr, inWord;
                                          ^^^^^^^
Here you've defined `charPtr` correctly as a pointer to a char,

>				printf( "%c", charPtr );
                                              ^^^^^^^
but you've passed printf the pointer, when it expects the actual char itself;
it should be:

printf( "%c", *charPtr);

Your code tells printf to print the ascii equivalent of the highest byte of
the address pointed too!

cheers,
bobo
bowman@reed.edu
From: mxmora@unix.SRI.COM (Matt Mora)
Newsgroups: comp.sys.mac.programmer
Subject: Re: PhotoCD Woes?
Date: 11 Nov 92 16:52:21 GMT
Organization: SRI International, Menlo Park, California

In article <kaufman.721243563@Xenon.Stanford.EDU> kaufman@CS.Stanford.EDU writes:

>I would like to read PhotoCD disks on my CDU-8001 (CD-SC) drive.  Tell me
>where to get the new driver, please.


ftp.apple.com


Matt



-- 
___________________________________________________________
Matthew Mora                |   my Mac  Matt_Mora@sri.com
SRI International           |  my unix  mxmora@unix.sri.com
___________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: jason@lanai.cs.ucla.edu (Jason Rosenberg)
Subject: Just bought Think C 5.0.2
Organization: UCLA, Computer Science Department
Date: Fri, 13 Nov 92 23:27:26 GMT

We just purchased the Think C compiler.  It is version 5.0.2.  I was under
the impression that there is a version 5.0.3 available.  Is this true?  Should
we be entitled to a free upgrade, if this is true?  What are the main 
differences?  Will we be just fine without this?

Jason
-- 
Jason Rosenberg                           Computer Science Department
jason@cs.ucla.edu                         University of California
{uunet,rutgers,ucbvax}!ucla-cs!jason      Los Angeles, CA  90024
Newsgroups: comp.sys.mac.programmer
From: sokoloff@athena.mit.edu (James T Sokoloff)
Subject: Re: problem with arithmetic and longints in THINK Pascal
Organization: Massachusetts Institute of Technology
Distribution: usa
Date: Fri, 6 Nov 1992 19:50:35 GMT

In article <1992Nov6.173213.12016@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>In article <1992Nov5.005129.29548@sbcs.sunysb.edu>, rhorn@csws11.ic.sunysb.edu (Robert Horn) writes:
>>
>> Your life will likely be easier by using:
>>   x[i] := 10000 + (i - 1)*LongInt(10000);
>			    ^^^^^^^
>> Since the 10000 is a LongInt, all aritmetic involving it should be
>> LongInt arithmetic. (Does pascal have a suffix to denote longness,
>> like C's 10000L?)
>
>Yuk! Don't use a cast! (Ignorant C programmers...) Use the Ord4 function--
>that's what it's for:
>
>    x[i] := 10000 + Ord4(i - 1) * 10000
>

can't this be written more optimally anyway as:
	x[i] := LongInt(10000) * i;
dispensing entirely with the bogus subtraction?

---Jim Sokoloff

Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps
From: milligan@netcom.com (Michael Milligan)
Subject: WANTED: QuickTime PICT compressor
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 12 Nov 1992 19:16:17 GMT

I'm looking for a public domain PICT compressor that uses the QuickTime
compression routines.  Please respond by email.

Michael
-- 
--------------------------------------------------------------------------------
-  Michael Milligan, Jr                                    milligan@netcom.com -
-                                                                              -
- "Therefore, to him who knows to do good and doesn't do it, it is sin."       -
-                                                                   James 4:17 -
--------------------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer
From: engber@ils.nwu.edu (Mike Engber)
Subject: Re: control manager bug - dispose message & bogus varCode
Summary: DTS confirmed the bug
Organization: The Institute for the Learning Sciences
Date: Tue, 10 Nov 1992 02:26:26 GMT

In article <1992Nov8.223615.16174@ils.nwu.edu> engber@ils.nwu.edu (Mike Engber) writes:
>
>It seems my CDEF always gets passed 0 for the variation code when
>sent the dispose message. I seem to get the correct value with all
>the other messagess.

DTS confirmed this as a known bug (very promptly - too).

-ME
Newsgroups: comp.sys.mac.programmer
From: cole@alexia.lis.uiuc.edu (Sandra Stewart-Cole)
Subject: Re: looking for a REALLY RaNdOM "RANDOM"
Organization: University of Illinois at Urbana
Date: Thu, 12 Nov 1992 21:55:44 GMT
Keywords: random

In <1djhjiINNhlc@mthvax.cs.miami.edu> rsherman@mthvax.cs.miami.edu (Roby 
Sherman) writes:

>Hello all.

>I'm looking for a pascal piece of code that illustrates a really nice
>random number generation.

>I'm working on an INIT that needs a few random numbers and at boot time,
>Apple's RANDOM function seems to always retrurn the same old thing.
>Any ideas?


interesting thing to note... I suppose it is because the seed for it is 
connected to how long the machine has been on? (i.e. in the same Mac, an INIT 
will see the same thing every time)

If you want a way of generating different random numbers, the principle isn't 
too tough. one quick psuedo-random number would just be some modulo math on the
current date/time value. (for example, date mod 99 will give you a random 
number between 0 and 98) Depending on how random you want the number, you can 
get into some very fancy number twiddling to make things more erratic, but in 
all likelihood, some modulo of the date/time (which is seconds since 12 am 
1/1/04) with an odd value should give you a useable base.
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.misc
From: awmin@athena.mit.edu (Art Min)
Subject: Re: Inside Mac (Mail Order) Mac's Place's Number
Organization: Massachusetts Institute of Technology
Distribution: usa, world
Date: Tue, 10 Nov 1992 16:53:28 GMT

>>I just ordered the three available volumes from Mac's Place for $60 including
>>$3 for overnight shipping.  Their discount is close to 30% from the list
>>price.
>
>could u post their 800 number or us mail address?
>

Mac's Place

1-800-367-4222

IMHO, The best mac mail order place.

Art

Newsgroups: comp.sys.mac.programmer
From: bear@harlqn.co.uk (Andy Edwards)
Subject: Re: WARNING! WARNING! REMOVE A/ROSE!!!
Organization: Harlequin Limited, Cambridge, England
Date: Tue, 10 Nov 1992 20:11:27 GMT


Hi Bill,

>The facts are in:
>
>To get back the 37% of speed with the A/ROSE 1.1.7 on a IIci or IIfx...
>Just turn on virtual memory! Wow! Who would have thought to try that
>(slightly counter-intuitive)

Wo, hold on:

>But there is more to the story ...
>
>It seems Apple ..[double click here to expand news item]..
> 
>"Release notes for A/ROSE 1.1.8
> 
>+ Implemented a workaround for a severe performance slowdown affecting
>68030-based Macintoshes.  The slowdown is caused by the poor
>resolution--or lack--of memory page tables when Virtual Memory is disabled
>on 68030-based Macintoshes, beginning with the Macintosh IIci.  This
>causes large blocks of memory (one-megabyte blocks or even all of
>motherboard RAM) to be made non-cachable when memory is locked using the
>Mac OS LockMemory routine in the MemoryDispatch trap.
>The slowdown did not affect pre-Mac IIci 68030-based Macintoshes (which
>did not implement the MemoryDispatch trap) or 68000-, 68020-, or
>68040-based Macintoshes.
>"
>
>According to Apple Dave, in a way it is related to VM Voodoo.

Nah, I don't think that's got anything to do with VM being switched on
at all, it's who gets to configure the MMU first that is the solution
in this case!

I bet what happens during boot up: before all the diddly inits & cdevs
are run the VM system initialises the MMU with a sufficient number of
page table entries. A/Rose doesn't get a sniff at reconfiguring the
MMU (because it's already initialised), when it's init gets runned.

>Bill Williams

Best Regards,
andy

+--: Andy Edwards :----------*=================*------------------------------+
| Macintosh fire fighter,    | Harlequin Ltd.  |      uucp: bear@harlqn.uucp  |
| Deity, PostScript language | Barrington Hall |     janet: bear@uk.co.harlqn |
| level 2 porter and PAP     | Barrington      | applelink: harlequin         |
| server clone originator.   | Cambridge       |     voice: 0223 872522       |
| *They that have power to   | CB2 5RG         |            +44-223-872-522   |
|  hurt, and will do none*   | England         |       fax: 0223 872519       |
+----------------------------*=================*------------------------------+
From: orpheus@reed.edu (P. Hawthorne)
Newsgroups: comp.sys.mac.programmer
Subject: Hang Together Or Hang Seperately?
Date: 7 Nov 92 07:57:46 GMT
Article-I.D.: reed.1992Nov7.075746.28008
Organization: Reed College, Portland OR


	On big projects that have many parts, each requiring a lot of
coding and testing, it seems you could take one of two approaches.
	Either you could develop all of the parts in one big project and
spend a lot of time recompiling things just because you changed something
fundamental... Or you could hammer out the parts seperately and eventually
discover that you made square pegs for your gaping round holes.
	Which approach is better?

	Arg!
	Theus (orpheus@reed.edu)
Newsgroups: comp.sys.mac.programmer
From: Quinn <quinn@cs.uwa.edu.au>
Subject: Re: The Forgetful Finder
X-Xxdate: Thu, 12 Nov 92 00: 49:50 GMT
Organization: The University of Western Australia
X-Useragent: Nuntius v1.1.1d12
Date: Thu, 12 Nov 1992 00:53:14 GMT

In article <keith-091192124523@kip-16.taligent.com> Keith Rollin,
keith@taligent.com writes:
>The problem occurs even if you don't crash. I've even seen it happen
>without restarting my computer. I close the window, and some later when I
>re-open it, the layout information has been munged.

A similar problem used to occur with Finder 6 when the Finder would
forget the icon view setting and revert to big icons.  But because
Finder 6 didn't do the clever rescaling of positions that Finder 7
does it wasn't much of a problem.  [You could just reselect the
correct view.]

Quinn "The Eskimo!"      <quinn@cs.uwa.edu.au>     "Support HAVOC!"
Department of Computer Science, The University of Western Australia
  -- Bugs bugs bugs bugs. [To the tune of "Spam spam spam spam".]
  -- Bloody Vikings!
Newsgroups: comp.sys.mac.programmer
From: urban@stout.atd.ucar.edu (Art Urban (PROFS))
Subject: Macsbug: crashing my system?
Organization: Atmospheric Technology Division/NCAR Boulder, CO
Date: Tue, 10 Nov 1992 16:34:33 GMT

I hope this is the appropriate news group...

I am running Macsbug 6.2.2. For the past several months, when the mac
crashes, I am not sent to Macsbug. Instead the screen goes completely grey
(not bitmapped grey, either; solid color), and I have to reset the mac to
recover. I thought that Macsbug would intercept this condition and intervene
allowing me to view the stack, etc.

This problem also occurs when programming in Think C. I am not tossed nicely
into the monitor, rather the aforementioned happens.

So my question is/are:

  Do I have an old version of Macsbug which does not run under sys7.0.1?
  Is my copy of Macsbug trashed?
  Is my system file trashed?

Any and all help is appreciated!

--
Art Urban 					       urban@stout.atd.ucar.edu
===============================================================================
 "Oh no! The canary exploded!"                                      -Tom Servo 
===============================================================================
Newsgroups: comp.sys.mac.programmer
From: sellswor@jarthur.claremont.edu (Scott Ellsworth)
Subject: VBL task seeks quickdraw globals for 1-tick stand
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Fri, 6 Nov 1992 10:14:03 GMT

  First off, thanks to all who have helped before (your names are in my
rolodex as ehlpful people -- perhaps some fear is in order...)

  I have a VBL task that needs to manipulate a quickdraw global.  BEcause
the VBL may either be launched from an init, or from a cdev after launch,
I do not know of a single A5 that I can garuntee as valid whenever the
init runs, so I do not know what value to glue into my queue entry.

  Assuming you needed to get to a quickdraw global in a VBL, and the
launcher might just be an init, whose heap dies when the finder stsrts up,
or the launcher might be a cdev, whose A5 is the same as the Finder (right???),
what would you do?  Is there something I have missed in the pages of the new
Inside Macintosh?

  On a partially related question, is there any problem with using the new
popup menu CDEF thoughtfully included with System 7 in a cdev?

  Thanks for any help,

  Scott
  sellswor@jarthur.claremont.edu

-- 
   Scott Ellsworth -- sellswor@jarthur.claremont.edu

  Of course reality is an option.  Not always a good option, mind you, 
  but an option none the less.
From: a-giles@uchicago.edu (Aaron Giles)
Newsgroups: comp.sys.mac.programmer
Subject: Re: QuickTime and Fast Dithering
Date: 5 Nov 92 15:24:53 GMT
Article-I.D.: opal1.A-GILES.92Nov5092453
Reply-To: a-giles@uchicago.edu
Followup-To: comp.sys.mac.programmer
Organization: University of Chicago High Energy Physics


 Scott> Here's the problem I'm having: by default, QuickTime is
 Scott> displaying everything using it's "fast dither" algorithm. This
 Scott> is fine for video clips, but for still images (JPEG), we'd
 Scott> like to do a little better.  According to the QT 1.0
 Scott> developer's guide, page 3-20:

 Scott>    "Apple decompressors use fast dithering when copying from
 Scott> image band buffers to 8-bit destinations. If the accuracy for
 Scott> decompression is above normal, then the decompressors use true
 Scott> error diffusion rather than fast dithering."

 Scott> Does this imply that QT will ALWAYS use fast dithering to an
 Scott> 8-bit destination, or is it possible to bump up the "accuracy"
 Scott> setting for playback to get better results? If so, how can I
 Scott> set this accuracy setting?

(Note that I don't have the docs with me, so the exact names I specify
may be wrong, but this should give you the general idea.)  

You can bump up this accuracy by passing codecHighQuality for the
accuracy parameter in the FDecompressImage() call.  If you're drawing
PICT files, you'll need to set up a StdPix bottleneck and call
GetCompressedPixMapInfo() on the PixMap you're passed to get all the
parameters you need for the FDecompressImage() call.  Then just call
FDecompressImage(), manually setting the accuracy to codecHighQuality
or something greater (codecMaxQuality should work as well).

Note that you can also *suppress* dithering of compressed PICT files
in this way, by forcing the dither flag on or off.  This is the only
way to suppress dithering in QT1.0.  QT1.5 supports an extension of
the ditherFlag in DrawTrimmedPicture(), which essentially does just
what I've explained, only internally.

Aaron
a-giles@uchicago.edu
Newsgroups: comp.sys.mac.programmer
From: kurisuto@chopin.udel.edu (Sean J. Crist)
Subject: THINK Pascal: calling a unit which uses you
Organization: University of Delaware
Date: Sat, 14 Nov 1992 00:10:34 GMT

OK, here's my problem.  I've got a THINK Pascal 4.0 project which has many
units, including two which I'll call A and B.  A uses B, but I want B to
call a procedure in A.

The reason I want to do this is to write code which calls itself recursively.
The code is very long, and I can't see any way to restructure the
code so that the recursive call happens within one unit. 

I've read the documentation, but I don't see any way to do this.  Labeling
routines as 'external' or 'forward' doesn't seem to work, although it may
be that I just haven't done it properly.  There must be a way.  Does
anyone have any ideas?

--Kurisuto

Newsgroups: comp.sys.mac.programmer
From: mark@cheers.jsc.nasa.gov (Mark Manning)
Subject: To:Paul Mercer at Microseeds
Organization: Simulacron I
Date: Thu, 12 Nov 1992 15:58:44 GMT

Paul,

   I recently downloaded the DA called ColorDesk, inserted it,
and used it for a while.  I came across an error which you might
want to know about.

   The error consists of large pictures with very large color table
entries.  Such a picture is the "Dragons of Ice" picture found at
ftp.apple.com.  The picture contains so many different colors that
ColorDesk, basically, barfs on it.  Or to put that another way, I
have noted that ColorDesk will either not load the picture, that it
will load it after several attemps, garbages ColorDesk itself on the
hard disk, or garbages the picture.

   I do not know why the last two are done except that maybe by loading
in such a large picture part of the code for ColorDesk is getting
clobbered and this causes it to do random things (such as writing over
itself).????

   At any rate, I just wanted you to know about this.  If you want more
information on what kind of a system I'm running on and what all else
I have running at the same time, then feel free to write me via e-mail
and I'll send you whatever kind of info you need.  ColorDesk seems like
a package I need - so I'd like to help you with whatever problems it
might have.  :)

   Thanks.  Talk to you later.  Sorry to everyone else who might be
reading this, but I don't know Paul's email address. :(
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: Brian_F._Kelly@bmug.org
Organization: BMUG, Inc.
Date: Fri, 06 Nov 1992 18:20:52 PST
Subject: Re: Getting a copyright

I'd recommend reading "How To Copyright Software" by M.J.Salone, published by
Nolo Press.
The whole thing is much nastier and more complex than seems necessary.
A bit steep at $35, but then that is about 10 minutes of time from one of
those guys in $1000 alligator shoe briefcases.
***************************************************************************
             From Planet BMUG, the FirstClass BBS of BMUG, Inc.
              The above message was gatewayed via PostalUnion
***************************************************************************
The message contained in this posting is entirely the poster's personal
opinion.  Any possible, real or perceived, (dis)similarities with the
views held by BMUG, are purely coincidental.
***************************************************************************
Newsgroups: comp.sys.mac.programmer
From: aep@world.std.com (Andrew E Page)
Subject: Re: problems with opening a file with FSpOpenDF
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Thu, 12 Nov 1992 13:28:30 GMT

In article <1992Nov11.225447.15606@mcs.drexel.edu> udmorrow@mcs.drexel.edu (Daniel Morrow) writes:
>I'm calling StandardGetFile which pases back a StandardFileReply in
>one of it's parameters.
>
>Then, All I'm trying to do is use open the file with FSpOpenDF
>using the sfFile field of the StandardFileReply type variable.
>
>Like this:
>	StandardGetFile(0L, 1, typeList, &reply);
>	sfFile = reply.sfFile;
>	xErr = FSpOpenDF(&sfFile, fsRdWrPerm, &refNum);
>
>Anyway, no matter which file I choose, the refNum is always the same.
>

   There is nothing about a refNum that specifies 'which file this
is'.  It's an identifier handed out by the Operating System when
you open up a file.  If you were to do another 'FSpOpenDF' on a 
different FileSpec right after that you would get a different
number.  
   Typically you shouldn't have to concern yourself with what the
refNums' value is.  Only worry about it when you make a call
to FSRead, FSWrite, etc.. and you get back a rfNumErr(Bad reference
number).  

>The sfFile variable has the correct information in it but when it
>gets passed to FSpOpenDF, the refNum goes weird.
>
>Is there a better way to do this?   
>
>-Dan.
>udmorrow@mcs.drexel.edu


-- 
Andrew E. Page   (Warrior Poet) |   Decision and Effort The Archer and Arrow
Mac Consultant                  |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
From: kent@lloyd.Camex.COM (Kent Borg)
Subject: Re: System Heap Woes!! Help Please!!
Organization: Camex Inc., Boston MA
Date: Wed, 11 Nov 1992 23:28:02 EST

In article <1992Nov10.121047.1200@galaxy.gov.bc.ca> cconstantine@galaxy.gov.bc.ca writes:
>...!!!!...!!!!!...????!!!...!!!...??...!!!...!!!...!!

(Honest, all that screaming in one post.)

So stop SHOUTING and give more details.

In general, when there is something wrong with a Macintosh, it is the
system folder which is broken.  Kill the old system folder, install a
new one, and things will be much better.

After that, take two asprin, and make further posts to
Comp.sys.mac.system in the morning--not to comp.sys.mac.programmer.

-kb, that ornery bastard

--

Kent Borg            kent@camex.com or kentborg@aol.com (when it is *working*)
                                            H:(617) 776-6899  W:(617) 426-3577
As always, things look better when some costs are left out.
						      -Economist 3-28-92 p. 94
Newsgroups: comp.sys.mac.programmer
From: zobkiw@world.std.com (Joe Zobkiw)
Subject: Re: MIDIPascal WANTED!!!
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 9 Nov 1992 15:20:27 GMT

In article <Bx9BIq.n5A@CAM.ORG> dodel@CAM.ORG (Jean-Pierre Dodel) writes:
>If someone could please send me a copy of the MIDIPascal
>library, I would really appreciate it.
>
>thanks,
>-JP
>

MIDIPascal is NOT a free product! You have to pay for it. It is a commercial
product available from Altech Systems. I hope no onw sends it to you as they
would be breaking a pretty serious law...as would you for accepting it!


-- 
-------------------------------------------------------------
joe zobkiw         zobkiw@world.std.com        aol: aflzobkiw

macintosh.midi.synthesis.c.oop.asm.communications.graphics...
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Super-Floating Windows
Date: 10 Nov 92 16:05:27 GMT

You can do a UnionRgn and then call PaintBehind() to force the window
manager to update its windows and redraw the desktop. Actually the
window Manager ignores the grayrgn. You can see it if you
punch a whole in your grayrgn and then go and select a menu.
It draws right over your window, silly menu manager :)
From: sjs@netcom.com (Stephen Schow)
Newsgroups: comp.sys.mac.programmer
Subject: TCP/IP C Libraries for Macintosh?
Date: 10 Nov 92 23:34:21 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I need information about TCP/IP programming in C on the Mac.  Anyone know
where I can get some....especially regarding libraries that are available?

Thanks in advance
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.sys.mac.programmer