HDTenEightyP/NetNews huggingface dataset:
From: noah@apple.com (Noah Price)
Subject: Re: the dxf format - specification wanted
Date: Thu, 12 Nov 1992 18:34:13 GMT
Organization: (not the opinions of) Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <egorr-101192151637@eeg5.uoregon.edu>, egorr@hebb.uoregon.edu
(Eric Gorr) wrote:
> 
> Does anyone know how or where I can get detailed information on the dxf 
> format?  

Hi,

Autodesk is certainly the best source, but I looked around for this awhile
ago and found the document "dxf.doc" using archie.  One place you can find
it is wuarchive.wustl.edu (128.252.135.4) in:

/doc/graphic-formats/dxf.doc.Z

"dxf.doc" is an appendix from the Autodesk spec, "Drawing Interchange and
File Formats" and a public domain C program for converting a DXF file to a
DKB data file (whatever that is!).


Also on wuarchive are:

/mirrors4/architec/Documents/DXFformat.txt
/mirrors4/architec/Documents/DXFformat.Hqx


I know you're not converting to PICT, but let me know if you find either a
DXF to PICT converter, or an XTND module to import DXF!

Thanks,

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noah@apple.com                                 Macintosh Hardware Design
...!{sun,decwrl}!apple!noah   (not the opinions of) Apple Computer, Inc.
Newsgroups: comp.sys.mac.programmer
From: kaufman@Xenon.Stanford.EDU (Marc T. Kaufman)
Subject: Re: PhotoCD Woes?
Reply-To: kaufman@CS.Stanford.EDU
Organization: CS Department, Stanford University, California, USA
Date: 10 Nov 92 02:30:47 GMT

us277614@mmm.serc.3m.com (Dave T. Berquist) writes:

>The 4.0 drivers are also available on AppleLink.  I believe (and this is
>from memory) that they are somewhere in the Apple Software Updates
>folder.

I downloaded the driver from ftp.apple.com -- it works just fine with
PhotoCD and my CD-SC (Sony 8001).  I thought about downloading from
Applelink, but it is 400K and I have NEVER had a large download work
with Applelink.  Internet is more better if you got it. :-)

For the benefit of others not so fortunate, I hope Apple puts the driver
on a Developer CD.

-- 
Marc Kaufman (kaufman@CS.Stanford.EDU)

Newsgroups: comp.sys.mac.programmer
From: chh9@quads.uchicago.edu (Conrad Halling)
Subject: Problem with AddResMenu() on PowerBook 160, System 7.1
Reply-To: chh9@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Distribution: usa
Date: Fri, 6 Nov 1992 18:35:03 GMT

I am adding the names of 81 resources to a menu in my program, using
either AddResMenu() or InsertResMenu().  These routines sort the names
before adding them to the list.

AddResMenu() and InsertResMenu() suddenly stopped working when I switched
to a PowerBook 160 running System 7.1.  The names are partially but not 
completely sorted.  I have experimented, reducing the number of resources 
down to as low as 8, yet the names are still not sorted correctly.

This does not seem to be a problem with the sorts of resources most people
use these routines for, 'DRVR' (now Apple menu items) and 'FONT'.  Of
course, with these types of resources, the code must be very different
since most Apple menu items are not really 'DRVR' resources and most
fonts are not really 'FONT' resources.

I don't know if this is a bug with System 7.1 or in the PowerBook 160 ROMs
since I don't (for the moment) have access to another Mac that is running
System 7.1.

Can anyone verify this behavior?

-- 
Conrad Halling
c-halling@uchicago.edu

Newsgroups: comp.sys.mac.programmer
From: rjacks@austlcm.sps.mot.com (rodney jacks)
Subject: Re: To:Paul Mercer at Microseeds
Organization: Motorola Inc, Austin, Texas
Date: Thu, 12 Nov 1992 22:40:33 GMT

In article <1992Nov12.155844.24022@aio.jsc.nasa.gov> mark@cheers.jsc.nasa.gov (Mark Manning) writes:
>Paul,

  [Description of ColorDesk Problem deleted...]

>
>   Thanks.  Talk to you later.  Sorry to everyone else who might be
>reading this, but I don't know Paul's email address. :(
>

Since Microseeds Publishing is now part of Inline Design, you might
try sending Paul E-Mail via America Online.  Send your message
to inline@aol.com

-Rodney
(rjacks@austlcm.sps.mot.com)
From: peter@fenk.wau.nl (Peter Barneveld)
Subject: Grays with a B&W monitor compatibility problem
Keywords: Gray scale, B&W, RGBColor, SetCPixel
Organization: Dpt. of Physical and Colloid Chemistry, Wageningen University, NL
Date: Wed, 11 Nov 1992 17:05:44 GMT

Hi everyone,

I am writing a program that draws a gray-scale image into a window based 
on a cGrafPort. I use SetCPixel(i-1,j-1,cPix) to draw the image pixel by 
pixel. cPix is and RGB color with red, green and blue equal to obtain 
gray (code base on RGBForeColor(cPix); MoveTo(i-1,j-1); Line(0,0); is 
equivalent). This works fine for color and gray-scale monitors, but 
fails with B&W monitors. With B&W monitors this procedure yields a 
complete black image. What I want, obviously, is that the "lower" half 
of the gray spectrum is represented as white and the upper half as black.

Is it somehow possible to get this behaviour using a cGrafPort with a 
B&W monitor? 

If not, then a GrafPort can be used instead, but how do I know whether 
there is a color or a B&W monitor present? IM states that one should use
a high level QD routine to obtain this info, but I can't find any.

The program assumes running under System 7.0 or higher.

Thanks in advance
Peter
Newsgroups: comp.sys.mac.programmer
From: noah@apple.com (Noah Price)
Subject: Re: ETO Problem (Where is AppleLink)
Date: Fri, 13 Nov 1992 17:25:52 GMT
Organization: (not the opinions of) Apple Computer, Inc.
Followup-To: comp.sys.mac.programmer

In article <hp48sx.720746809@wuarchive.wustl.edu>, hp48sx@wupost.wustl.edu
(HP48SX Archive Maintainer) wrote:
> ... So where can I find AppleLink 6.1 or some other
> reader for it ? I remember I have seen it on either a previous ETO or
> Develop CD.

It's on the Developer CD "Dev.CD Oct 92":

Tools & Apps:Networking & Communications:AppleLink:AppleLink 6.1

I assume it's under a similar path on other month's Developer CD, including
the one that came with d e v e l o p.  Sorry I don't have that one handy to
check...

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noah@apple.com                                 Macintosh Hardware Design
...!{sun,decwrl}!apple!noah   (not the opinions of) Apple Computer, Inc.
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@alv.nada.kth.se (Jon Wtte)
Subject: Re: How to use large arrays in Think C?
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: comp
Date: Sat, 7 Nov 1992 13:49:25 GMT

In <CSTROCKB.92Nov6235644@csws12.cs.sunysb.edu> cstrockb@cs.sunysb.edu (Caleb Strockbine) writes:

>if I could use regular array notation for this picture. For instance, if
>I want to just run through every pixel in the image, I'd like to say:

>short i, j;

>for (i=0;i<256;i++)
>  for (j=0;j<256;j++)
>    ProcessPixel(image[i][j]);

>So my question is this: is it possible to allocate a bunch of memory using
>malloc() and then pretend it's a regular array?

>I tried a bunch of type casting possibilities, but I couldn't come up
>with anything that worked. Seems like this is something I should know,
>but it's not.

Well, I would recommend getting a decent C reference, like
"The C Programming language" by K&R. I have hacked in "C" for
like 5-10 years, and still need to look stuff up sometimes
(like operator precedence, and arrays of functions returning
pointers to functions returning arrays :-)

Anyway, you can do this with a typedef. The simple approach
typedef unsigned char largeArray [ 256 ] [ 256 ] ; works
as long as the size is < 32768. It's not here. so you can't
do
	largeArray * foo = malloc ( sizeof ( largeArray ) ) ;
Well, maybe you could, if you turned on "far data."

Instead, use a typedef for one row, like:

typeDef unsigned char arrayRow [ 256 ] ;

and allocate several of them:

	arrayRow * foo = malloc ( sizeof ( arrayRow ) * 256 ) ;

This will give you the indirection you want:

	foo [ 1 ] [ 2 ] = ...

						/ h+


-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Suedoise (not french speaking) --

  "On a clear disc, you can seek forever."
Newsgroups: comp.sys.mac.programmer
From: aep@world.std.com (Andrew E Page)
Subject: Re: looking for telecomm app source
Keywords: modem, communications, serial, driver, src
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 12 Nov 1992 13:07:25 GMT


  There is a chapter on the 'serial drivers' built into the Macintosh
in Inside Mac.  Additionally there is probably some sample code available
from APDA on the subject.  You do not need to write your own driver,
unless you want too.

-- 
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
From: louis@asterix.drev.dnd.ca (Louis Demers)
Subject: ETO#8, Dinker & SLM (Shared Library Manager) ?
Organization: Defence Research Establishment Valcartier
Date: Thu, 5 Nov 1992 13:00:12 GMT

Hi,

	Even after reading the documentation of both packages, I still
	have some difficulty in seeing the difference between Dinker
	and the shared Library Manager. Can anybody explain what
	differences there are ? 

		Also, while I understand that these are unsupported,  What
	future do you see for those packages ?  I would be very interested
	in basing our next project on the SLM, but what will
	happen if Apple gets tired of it and doesn't support it
	anymore ? Will the application be easily converted to a normally
	linked application ?

		Thanks
-- 
| Louis Demers              | DREV, Defence Research Establishment,Valcartier |
| louis@asterix.drev.dnd.ca | POBox 8800, Courcelette,Quebec, CANADA, G0A 1R0 |
|            (131.132.48.2) | Office: (418) 844-4424       fax (418) 844-4511 |
+---------------------------+-------------------------------------------------+
Newsgroups: comp.sys.mac.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: PhotoCD Woes?
Organization: HoloNet (BBS: 510-704-1058)
Date: Mon, 9 Nov 1992 02:55:55 GMT

To obtain the Apple CD-ROM Driver 4.0 legally I believe you need to buy a
Macintosh product that comes equipped with a builtin CD-ROM drive (The
Apple 300i mechanism (Sony 8003))

To obtain it illegally, you can find it on various Macintosh pirate
bulletin boards including some in southern California.

I have three different versions including betas, final candidates
(4.0fc2), and am told a release 4.0 version is now on various BBS's.

You are right, Apple's Hexorcist Developer CD-ROM and latest 7.1 localized
and 7.1 Kanjitalk CD ROMs do not have the 4.0 CD-ROM driver.

Knowing Apple though They may NEVER EVER give out the software.

They charge about 500 dollars for the System 7.1 upgrade CD-ROM liscensed
for multiple system upgrades, and $50 for individual upgrades for people
who recently paid $99 for 7.01 upgrade software. With this new Apple/IBM
alliance, Apple will now try to gouge its customers in the aftermarket
support and not in the initial purchase price. It is a lowered profit
margin on the newly purchased units.

To answer your question directly about how to get the Apple CD-ROM 4.0
driver... You need to buy a Apple 300 CD-ROM (Not the 300i) for an
estimated retail price of $499.00. After you do, you can use it on the
system you attach the Apple 300 drive to. The system then will enable your
Apple CD drive equipped with a Sony 8001 mechanism (Apple CD SC) to read
PhotoCD. It also fixes a few internal bugs with Apples audio player DA.
You cannot use the 4.0 driver on a different system because of legal
reasons. I believe the software liscense on the software is intended for
supporting the hardware shipped with the software. I could be wrong since
I never read the distribution liscense yet on the Apple CD-ROM 4.0 driver.
The external Apple CD ROM model 300 ***IS NOT SHIPPING YET** so you will
have to buy a complete computer system from Apple to obtain the newer
Apple CD-ROM 4.0 driver enabling PhotoCD use.


Better still you could hope that the FWB CD-ROM ToolKit ships soon. It
will do a lot for any CD-ROM owner including pre-scan files and
directories for fast finder browsing/mounting. It also can perform read
ahead caching and other stuff. It would work with your Apple CD SC with
PhotoCD files (single session)


Bill Williams
 
Newsgroups: comp.sys.mac.programmer
From: niko@iastate.edu (Nikolaus E Schuessler)
Subject: Re: How to tell screen depth?
Organization: Iowa State University, Ames, IA
Date: Thu, 12 Nov 1992 17:55:32 GMT

In article <jvp.721588860@cpre1.ee.iastate.edu> jvp@vlsi2.ee.iastate.edu (Jim Van Peursem) writes:
>  How do I tell the screen depth of the monitor that one of my window's is
>in?  I don't want to know if the computer has color quickdraw.  I want to
>know whether to draw the window in color or not based on the pixel depth
>of the screen.  Can anyone point me in the right direction please?
>

You will wan't to use some combination of GetMaxDevice (or GetDevice on
something you know to be on the screen you're interested in). I forget exactly
what all the parameters are, but it returns a bitmap or window which
has a '.pixelDepth' field... if it is greater than 1 then color!

Inside Mac V should have the details... Look under 'GetMaxDevice' ...
-- 
Niko Schuessler               
Project Vincent Systems Manager              email: niko@iastate.edu
Iowa State University Computation Center     voice: (515) 294-1672
Ames IA 50010                                snail: 272 Durham
From: draper@odin.mda.uth.tmc.edu (E.J. Draper)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Developing programs for low-end Macs
Date: 13 Nov 1992 22:28:45 GMT
Organization: U.T.M.D. Anderson Cancer Center
X-UserAgent: Nuntius v1.1.1d12
X-XXMessage-ID: <A729895A5501019A@mdarpi1.mda.uth.tmc.edu>
X-XXDate: Fri, 13 Nov 92 22:33:30 GMT

In article <1992Nov13.181736.25732@udel.edu> Adarshpal S Sethi,
sethi@pokey.cis.udel.edu writes:
>I am developing a program using Think C that is
>required to run under both System 6 and System 7
>as well as on low-end Macs including the 128K and
>512K Macs.

WHAT!  A 128K Mac!!  
Are you sure they want the software to run on a 128K Mac?

The 128K Macintosh doesn't even support HFS!  
Do you know how much RAM you have to work with?
(((128K - System) - Screen and sound Buffers) - other RAM resident stuff)
= YIKES!


      |E|J-  ED DRAPER
 rEpar|D|<-  Radiologic/Pathologic Institute
             The University of Texas M.D. Anderson Cancer Center
             draper@odin.mda.uth.tmc.edu
Newsgroups: comp.sys.mac.programmer
From: siegel@world.std.com (Rich Siegel)
Subject: Re: Super-Floating Windows
Organization: GCC Technologies
Date: Sat, 7 Nov 1992 18:56:17 GMT

In article <74077@apple.Apple.COM> grobbins@Apple.COM (Grobbins) writes:

>The most serious problem is that punching a hole assumes that you can
>unpunch the hole later (if the window moves or closes).  That requires
>knowing what the gray region should be, but what it was when you
>punched the hole may not be what it is when you attempt to unpunch the
>hole.  (The gray rgn changes if, say, one of the monitors has moved.)
>It is not safe to assume that the gray region should be restored to
>whatever it was when the hole was punched.

Actually, monitors can't move except across restarts of the system, so
unless some other program messes with the GrayRgn, you can probably
un-punch your hole. It isn't safe to simply restore the GrayRgn, but
you can probably UnionRgn the punched hole back in.

R.


-- 
-----------------------------------------------------------------------
Rich Siegel                              Internet: siegel@world.std.com
Software Engineer & Toolsmith
GCC Technologies
Newsgroups: comp.sys.mac.programmer
From: sokoloff@athena.mit.edu (James T Sokoloff)
Subject: Re: Spurious invalidation
Organization: Massachusetts Institute of Technology
Date: Sat, 7 Nov 1992 17:21:36 GMT

In article <absurd-061192133636@seuss.apple.com> absurd@apple.apple.com (Tim Dierks, software saboteur) writes:
>In article <1992Nov6.170232.21241@alw.nih.gov>, fixer@faxcsl.dcrt.nih.gov
>(Chris Spiral Catfish Tate) wrote:
>> Problem: calling SetCTitle() (and possibly SetCtlValue()) on controls in the
>> dialog is forcing an update.  This is pretty bad in my case, since redrawing
>> the dialog is rather time-consuming.
>
>Sure enough, controls will invalidate themselves (or the control manager
>does it; I can't remember).  This isn't the real problem; the problem is
>that your user items are being drawn when they don't need to be.  I would
>stick a little code at the beginning of your user item drawing procedure
>that makes sure that your user item intersects the union of the visRgn and
>the clipRgn; this way you can be sure that your user item actually
>needs to be redrawn before undertaking the task.  (For extra points,
>only redraw the bits that need to be redrawn.)
>
>Tim Dierks
The region to check is the Intersection (SectRgn) (I-184) of the visRgn
& clipRgn.  The UnionRgn would (under most cases) not avoid any drawing.
SectRgn will correctly compute the region of interest.

Other than that, this *is* the correct way to speed up the drawing...
---Jim Sokoloff
Newsgroups: comp.sys.mac.programmer
From: adler@Informatik.TU-Muenchen.DE (Martin Adler)
Subject: + 39145	looking for a REALLY RaNdOM "RANDOM"          [17] Roby Sherman        + 39145	looking for a REALLY RaNdOM "RANDOM"          [17] Roby Sherman        + 39145	looking for a REALLY RaNdOM "RANDOM"          [17] Roby Sherman        
Followup-To: + 39145	looking for a REALLY RaNdOM "RANDOM"          [17] Roby Sherman        + 39145	looking for a REALLY RaNdOM "RANDOM"          [17] Roby Sherman        
Originator: adler@hphalle6g.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 11 Nov 1992 14:48:20 GMT


Try to set the Systemvariable "Rndseed" with a new value of the Toolbox-Routine 
"Tickcount" before you need the next call of "Random".
The Random-Procedure gives allways the same values because when you start your
program this variable is always set to "1". Therefor you must load it with the
actuel time: This is Tickcount.
Depending on the Programmingsystem you use the the Systemvariable can be
"RndSeed" or
"RandSeed" .....
I don't know whether this is the solution of your problem.
If you want a sample code:
I have a segment in a game, written in PASCAL: I can send you this segment, if
you want
	
		--- GULPI ---


adler@Informatik.TU-Muenchen.DE				Martin Adler
From: bowman@reed.edu (BoBoRamDos)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Data forks?
Date: 12 Nov 92 01:01:25 GMT
Article-I.D.: reed.1992Nov12.010125.2744
Distribution: usa
Organization: Reed College, Portland, OR

In article <1992Nov11.062320.9742@athena.mit.edu> tlspurli@athena.mit.edu (Terry Spurling) writes:
>I have an INIT that, on startup, puts a random quote on the screen and I was wondering how could I view the contents of the data fork to add quotes.Can I use Resedit? and if so How?

Use Get File Info in ResEdit to make the file a type TEXT, then use your
favorite word processor to open.  TEXT files store their text in the data
fork.  ResEdit *cannot* read the data fork (unless there's some feature I
don't know about).

cheers,
bobo
bowman@reed.edu
Newsgroups: comp.sys.mac.programmer
From: asunta@convex.csc.FI (Miika Asunta)
Subject: Re: looking for telecomm app source
Keywords: modem, communications, serial, driver, src
Organization: Finnish Academic and Research Network Project - FUNET
Date: Thu, 12 Nov 92 16:08:33 GMT

In <1992Nov11.191302.29668@ircam.fr> tanaka@ircam.fr writes:

As a programming excercise, I am writing a small utility to 
send data out the  Mac serial port to a modem. I am wondering 
if there are any good public domain examples and source code
examples that would help me get started.

Does this mean I have to write a serial driver? I need to 
set up communicationswith a Hayes compatible modem, send dialing 
commands, etc. Any pointers would  
be greatly appreciated.

Read Inside Macitosh vol II, chapter Serial Drivers, and you find out
it's a really easy job to do.

You open modem or pringer port, and configurate it and then send
and read the data, and finally close it.

ie.

main()
{
InitMac(); // Macintosh Init routines - you write it yourself...

RAMSDOpen(sPortA); // modem port, sPortB is printer port

SerReset(-6,baud2400+stop1+data8); // -6=Modem port in; printer= -8
SerReset(-7,baud2400+stop1+data8); // -7=modem out; printer= -9

FSWrite(-7,&count,dataptr); // Read data
FSRead(-6,&count,dataptr); // Write data

RAMSDClose(sPortA); 
}

That's it! For more complicated modem operations I suggest use of
communications toolbox; the comm tools provide really sophisticated
means of controlling communication devices.
--
Miika Asunta
asunta@convex.csc.fi			Double Bass Player
tel. +358-0-494 093			Macintosh Programmer
From: potts@oit.itd.umich.edu (Paul Potts)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do you make a master disk?
Date: 13 Nov 1992 17:19:53 GMT
Organization: Instructional Technology Laboratory, University of Michigan
NNTP-Posting-Host: helen.oit.itd.umich.edu

In article <15352@claris.com> James_Zuchelli@qm.claris.com (James Zuchelli) writes:
>In article <1992Nov11.161005.23758@kth.se>, petrus@stacken.kth.se (Lars Petrus) writes:
>> 
>> 
>>    Some software products are sold on disks that can not be copied - or so
>> I'm told. This means that you can have an installer program on that disk,
>> and only allow a limited number of installations from that disk.
>> 
>>    But I can not see any way that this can be accomplished. If you copy a disk
>> you copy every byte of is, and thats that.
>> 
>>    Any ideas?
>> 

In the bad old days of the Commodore-64, which had a programmable floppy
drive, companies would ship disks with specially written tracks that gave
different types of sector and track errors when read. Then hackers came up
with their own schemes to duplicate these bad sectors by programming the
drive to write bad sectors... and companies came out with disk cracking
programs that would sense the bad sectors and tracks and re-create them,
software developers came up with even more nefarious schemes... etc.

I'm glad those days seem to be gone... I once had to install some software
on a Mac from a disk that allowed a limited number of installs (some kind
of DNA sequencing program). Of course, the installer was buggy, though, and
so would crash halfway through an installation, but still tell you that
you had "used up" one of your installations. This was a big pain. We didn't
wind up doing any more business with that vendor.

-- 
Politics is crime pursued by other means.              
potts@oit.itd.umich.edu      CI$ 71561,3362 (rarely)