HDTenEightyP/NetNews huggingface dataset:
From: mms@mujave.inesc.pt (Miguel Mira da Silva)
Subject: econvert(), fconvert()
Organization: INESC - Inst. Eng. Sistemas e Computadores, LISBOA. PORTUGAL.
Date: Thu, 12 Nov 1992 11:06:09 GMT

I am trying to port some UNIX software to the MAC under Think C 4.0, but there are
two functions I could not find in any library that comes with Think C. They are:

     char *econvert(value, ndigit, decpt, sign, buf)
     double value;
     int ndigit, *decpt, *sign;
     char *buf;

     char *fconvert(value, ndigit, decpt, sign, buf)
     double value;
     int ndigit, *decpt, *sign;
     char *buf;

The description on my SUN is:

     econvert() converts the value to a null-terminated string of
     ndigit  ASCII  digits  in  buf and returns a pointer to buf.
     buf should contain at least ndigit+1 characters.  The  posi-
     tion of the radix character relative to the beginning of the
     string is stored indirectly  through  decpt.   Thus  buf  ==
     "314"  and  *decpt  ==  1 corresponds to the numerical value
     3.14, while buf == "314" and *decpt == -1 corresponds to the
     numerical  value  .0314.  If the sign of the result is nega-
     tive, the word pointed to by sign is nonzero;  otherwise  it
     is zero.  The least significant digit is rounded.

     fconvert works much like econvert, except that  the  correct
     digit  has been rounded as if for sprintf(%w.nf) output with
     n=ndigit digits to the right of the radix character.  ndigit
     can  be  negative  to  indicate  rounding to the left of the
     radix character.  The return value is a pointer to buf.  buf
     should  contain  at  least  310+max(0,ndigit)  characters to
     accomodate any double-precision value.

Also,

     ecvt() and fcvt() are obsolete versions  of  econvert()  and
     fconvert()  that  create  a  string  in  a static data area,
     overwritten by each call, and return values  that  point  to
     that  static  data.  These functions are therefore not reen-
     trant.

I tried already to implement them for myself, but it is not quite obvious.
I was wondering if anybody has had the same problem, or if the solution
comes on any book of "C utilities". Any help is appreciated.

Thanks in advance,

Miguel.

---
Miguel Mira da Silva
mms@mujave.inesc.pt
Newsgroups: comp.sys.mac.programmer
From: resnick@cogsci.uiuc.edu (Pete Resnick)
Subject: Re: MachineLocation dlsDelta: can I set?
Organization: University of Illinois at Urbana
Date: Fri, 13 Nov 1992 20:36:41 GMT
Keywords: MachineLocation dlsDelta 

wdh@netcom.com (Bill Hofmann) writes:

>IM V describes the MachineLocation struct and routines to set/get the
>CPU's location.  One of the fields is gmtFlags.dlsDelta, which is totally
>undocumented, and from what I can tell, unused, but always 0.  I'd love to
>use it for, of all things, daylight savings delta information. Is there anyone
>who knows anything about this field?  Anyone care to email me on the
>side with Apple's future plans? (I'm already so non-disclosed, I can't
>tell you my real name...).

Back in February, I asked an Apple person (whose identity I will
protect) about just this issue and got the following response:

>Unfortunately, there aren't any plans right now to use the dlsDelta field
>of the MachineLocation record. That's really sad considering it's right
>there and useable, but there's nothing there to trust, just like you
>suspected. 

[...Some gross INIT ideas to slove a problem that I posed to him...]

>I hope these ideas help you. It's a tough problem, and I can't think of any
>clean solutions. If you decide to use a dirty solution like the one I
>described, make sure you do a lot of testing, especially when new system
>software releases are done. I'll suggest to the system software engineers
>that the dlsDelta field should be used in future system software releases. 

It doesn't look good.

pr
-- 
Pete Resnick             (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet: resnick@cogsci.uiuc.edu
From: sichase@csa1.lbl.gov (SCOTT I CHASE)
Newsgroups: comp.sys.mac.programmer
Subject: Re: DogCow.. Moof..?
Date: 6 Nov 1992 13:21 PST
Organization: Lawrence Berkeley Laboratory - Berkeley, CA, USA
Distribution: world
NNTP-Posting-Host: 128.3.254.196
News-Software: VAX/VMS VNEWS 1.41    

In article <1992Nov6.193159.8612@nntpd2.cxo.dec.com>, wight_brian@tallus.enet.dec.com () writes...
> 
>	In one of the newsgroups I ran across the words DogCow and Moof?  I may
>be in the dark on this one, but what is the origin of DogCow and Moof?  

Oh, dear God.  Not again.  Can't we just tell him this time, and spare
me 452 posts about missing tech notes, Finder noises, resedit, etc., 
ad nauseum?

-Scott
--------------------
Scott I. Chase			"It is not a simple life to be a single cell,
SICHASE@CSA2.LBL.GOV		 although I have no right to say so, having
				 been a single cell so long ago myself that I 
				 have no memory at all of that stage of my 
				 life." - Lewis Thomas
Newsgroups: comp.sys.mac.programmer
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Subject: C.S.M.P. Digest V1 #209 Available
Followup-To: poster
Organization: University of Oregon Computer and Information Sciences Dept.
Date: Sun, 8 Nov 1992 23:16:53 GMT


C.S.M.P. Digest             Sun, 08 Nov 92       Volume 1 : Issue 209

Today's Topics:

	What does DrawPicture() want?
	>moving the mouse
	CTB Questions and Answers
	CASE tools
	Changing 'STR#'s
	Vendors for Mac assemblers?  Which are decent?



The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  (This means you can't post questions to the
digest.)

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
cs.uoregon.edu).  Article threads are not added to the digest until the last
article added to the thread is at least one month old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The entire digest is available for anonymous ftp from ftp.cs.uoregon.edu
[128.223.8.8] in the directory /pub/mac/csmp-digest.  Be sure to read the
file /pub/mac/csmp-digest/README before downloading any files.  The most
recent issues are available from sumex-aim.stanford.edu [36.44.0.6] in the
directory /info-mac/digest/csmp.  If you don't have ftp capability, the sumex
archive has a mail server; send a message with the text '$MACarch help' (no
quotes) to LISTSERV@ricevm1.rice.edu for more information.

The digest is also available via email.  Just send a note saying that you
want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will
automatically receive each new issue as it is created.  Sorry, back issues
are not available through the mailing list.

Send administrative mail to mkelly@cs.uoregon.edu.


-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Subject: Re: WaitNextEvent availability
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 12 Nov 1992 19:51:09 GMT

In <1dsp39INN9sq@huon.itd.adelaide.edu.au> Craig Kloeden <ckloeden@f.itd.adelaide.edu.au> writes:

>WaitNextEvent exist?

Any system with MultiFinder on, and System 6.0 and up even
if MultiFinder is off. I don't give a **** about people running
systems < 6.0, so I always call WaitNextEvent. I'm starting to
demand System 7 as well, these days.

>Also, is there an easy way to tell if it is available?

Sure, just call NGetTrapAddress with the trap number of
WaitNextEvent, and compare to the address of the unimplemented
trap.

ABout MultiFinder; you don't want to or need to know wether
it is implemented or not.

>I have looked at the stuff in IM VI but the references
>to GetTrapAddress and NGetTrapAddress confuse me
>somewhat. Like when is NGetTrapAddress available and
>how do you interpret what it returns etc.

NGetTrapAddress is implemented on all but the very oldest
macs. A Plus and up surely has NGetTrapAddress. The sad
truth about Inside Mac I-III is that they contain a lot of
irrelevant (now) or old material, and IV and V also feel
"old."

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

   There's no problem that can't be solved using brute-force algorithms
   and a sufficiently fast computer. Ergo, buy more hardware.
From: beckett@ctrvax.vanderbilt.edu (Robert Beckett)
Newsgroups: comp.sys.mac.programmer
Subject: Re: TextEdit, World Scripts and others....
Date: 9 Nov 92 16:54:22 GMT
Article-I.D.: sdvmac1.beckett-091192105126
Followup-To: comp.sys.mac.programmer
Organization: Vanderbilt University Computer Center

In article <7NOV199216412613@uhdvx3.dt.uh.edu>, 9999sc01@uhdvx3.dt.uh.edu
(Alexandre Khalil) wrote:
> 
>   Hello, I am looking for a wordprocessor that, like TeachText, could be used
> under Arabic/Hebrew System 6/7.
> 
>   - Is there a wordprocessor that is more elaborate than TeachText ( font 
> and styles handling, formatting ) but still uses TextEdit or accepts World
> Scripts ?
> 

Try the excellent Tex-Edit (version 1.2), available from sumex-aim.  It's
free!


--Robert    BECKETT@ctrvax.vanderbilt.edu
  B26354    Vanderbilt University Computer Center
Newsgroups: comp.sys.mac.programmer
From: keith@taligent.com (Keith Rollin)
Subject: Re: The Forgetful Finder
Followup-To: comp.sys.mac.programmer
Organization: Taligent
Date: Mon, 9 Nov 1992 20:46:47 GMT

In article <Nov.9.12.14.27.1992.24843@math.rutgers.edu>,
bohus@math.rutgers.edu (Geza Bohus) wrote:
> 
> k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:
> 
> > Every once in a while, when you restart, the Finder will forget some
> > information about one or more windows.  Sometimes they're open windows,
> > sometimes not.  It remembers icon placements, but not the View-By,
> > window size, or window location.  I've never noticed any pattern to it.
> 
> This is just pure theory, but I think the explanation is that the
> Finder saves this kind of info only when you unmount the disk (or some
> such.) Anyway, when you crash and restart it doesn't have a chance to
> write these settings to disk. I've had it happen too (on both an SI
> and an SE/30).
> 
> Any confirmations?

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.

-----
Keith Rollin
Phantom Programmer
Taligent, Inc.
From: egorr@hebb.uoregon.edu (Eric Gorr)
Newsgroups: comp.sys.mac.programmer
Subject: the dxf format - specification wanted
Followup-To: comp.sys.mac.programmer
Date: 10 Nov 1992 23:15:58 GMT
Organization: University of Oregon Network Services
Distribution: world
NNTP-Posting-Host: eeg5.uoregon.edu

Does anyone know how or where I can get detailed information on the dxf 
format?  

Bascially what I need to do it convert a RIB file to dxf and as there are
no
(at least I can't find any) programs that currently do this, I was 
planning to write my own.  Yes, I am aware that some misc info that can
be specificed in RIB will be lost when I go to dxf, but that doesn't
matter.

Thanx..
From: werner@soe.berkeley.edu (John Werner)
Newsgroups: comp.sys.mac.programmer
Subject: Re: True OOP languages
Followup-To: comp.sys.mac.programmer
Date: 11 Nov 1992 20:18:28 GMT
Organization: UC Berkeley School of Education
Distribution: world
NNTP-Posting-Host: 128.32.157.31

In article <1992Nov11.171645.1@wombat.newcastle.edu.au>,
mebhl@wombat.newcastle.edu.au (TUNRA Bulk Solids) wrote:

> I've read, on the net, that THINK C and THINK Pascal are not true OOP
> languages because they don't provide operator overloading. Is this true?

It depends on your religious views about what constitutes "true OOP." 
Since they have classes, inheritance, and polymorphism/run-time binding, I
would say that THINK C and Pascal qualify.  THINK C isn't "true C++",
though, because it lacks operator overloading and a number of other
features.

--
John Werner                         werner@soe.berkeley.edu
UC Berkeley School of Education     510-642-9651
Newsgroups: comp.sys.mac.programmer
From: g16m@alf.zfn.uni-bremen.de (Mick Schmidt)
Subject: HELP! Need Infos on Interrupt and SCC programming
Summary: Need Examples and/or Infos (Literature, etc.) on SCC Programming
Keywords: SCC, Interrupt, Programming
Organization: Univ. Bremen, Informatik
Date: Thu, 12 Nov 1992 13:58:02 GMT

Hi!

I was asking this a few days ago already but didn't get any positive response.
Not even a hint where I can find lieterature other than IM, etc.

So I guess most people here just missed my article because there must be
somebody who at least knows a good book or other source of information
on SCC programming and Interruptprogramming on the Mac?!?

So here's my posting again (I really need that stuff for the parctical part
of my diploma (Diplomarbeit)!):

I'm seeking for Information (Docs, Example Sources, etc.) on programming
the SCC and on Interrupt programming in general.

I have to do a different XON/XOFF handling (for a multiplexing protocol) and
so I guess i will be forced to do that by hanging own Rotines in the SCC
Interrupt tables.

Any hints where I can find such infos like ftp-Server, etc. or titles of
literature which covers that would be great. (Mac Revealed only points to
IM and the IM are not very extensive in their description either).

Answers please per e-mail to g16m@alf.zfn.uni-bremen.de or in this newsgroup.

G'Day Mick
--
Mick Schmidt / Kopenhagener Str. 145 / 2820 Bremen 77 / Tel. 0421/ 635270
Home: ms@hb.maus.de (No Binaries/UUEs!!!) / Uni: g16m@alf.zfn.uni-bremen.de
// Fuer Risiken und Nebenwirkungen essen Sie die Packungsbeilage 
                          und schlagen Sie Ihren Arzt mit dem Apotheker! //

--
Mick Schmidt / Kopenhagener Str. 145 / 2820 Bremen 77 / Tel. 0421/ 635270
Home: ms@hb.maus.de (No Binaries/UUEs!!!) / Uni: g16m@alf.zfn.uni-bremen.de
// Fuer Risiken und Nebenwirkungen essen Sie die Packungsbeilage 
                          und schlagen Sie Ihren Arzt mit dem Apotheker! //
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Macsbug: crashing my system?
Date: Tue, 10 Nov 92 19:40:10 EST
Organization: ICE Engineering, Inc.
Reply-To: time@ice.com (Tim Endres)
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <1992Nov10.163433.26807@ncar.ucar.edu> (comp.sys.mac.programmer), urban@stout.atd.ucar.edu (Art Urban (PROFS)) writes:
> 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.

I have had many bugs that were so severe that MacsBug could not take
charge and tell me anything. Sometimes MacsBug would draw half of
its screen, then lock up, other time, I get nothing but a white screen,
and other times the Mac is locked and a RESET is necessary.

MacsBug does not have the advantage memory protection (has that changed?)
so its code and data can get clobberred just like the rest of the
Mac.

> 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?

Your version should be fine.

>   Is my copy of Macsbug trashed?

Possible, but if you can break into it and use any commands then it
is probably just fine.

>   Is my system file trashed?

Doubt it.


tim endres - time@ice.com

Register your company in the Internet Business Pages!
 ...send email to "ibp-info@msen.com" for details...

USENET - a slow moving self parody... ph
From: time@ice.com (Tim Endres)
Newsgroups: comp.sys.mac.programmer
Subject: Re: C error in MPW -- What's wrong?
Date: Sat, 7 Nov 92 12:35:12 EST
Organization: ICE Engineering, Inc.
Reply-To: time@ice.com (Tim Endres)
X-Mailer: uAccess - Macintosh Release: 1.6v1


In article <1992Nov5.073246.19214@nuscc.nus.sg> (isc30176@nusunix1.nus.sg), you write:
> |C  -i 	'MacintoshHD:Project:SHILPA:include:' 6
> |   -i   'MacintoshHD:Project:SHILPA:BMP:sunos:' 6
> |   -i   'MacintoshHD:Development:MPW3.1:MPW:Interfaces:CIncludes:' 6
> |   -i   'MacintoshHD:Project:shilpa.proj:' 6
> |   -d 	MAC 
> |MacintoshHD:Project:SHILPA:BMP:sunos:bmp_inet.c
> 

You LACK the continuation character after the "-d MAC", thus the compiler
never sees the name of the file you wish to compile:

	"MacintoshHD:Project:SHILPA:BMP:sunos:bmp_inet.c"

Try putting the Opt-D continuation character after the "-d MAC" and
things should work.

tim.


tim endres - time@ice.com  -or- tbomb!time
ICE Engineering, Inc - 8840 Main St, Whitmore Lake, MI 48189
Phone (313) 449 8288 - FAX (313) 449-9208
USENET - a slow moving self parody... ph
Xref: sparky comp.sys.mac.programmer:18399 comp.sys.mac.apps:17190 comp.sys.mac.hypercard:4179
From: aftab@natinst.com (Aftab Saleem)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps,comp.sys.mac.hypercard
Subject: Expert System Shells
Followup-To: poster
Date: 13 Nov 1992 19:23:53 -0600
Organization: National Instruments, Austin, TX
Distribution: usa
NNTP-Posting-Host: eagle.natinst.com

Does anyone know of any expert system development shells on the Macintosh.
Does anyone also know of any public domain expert systems.
If you have any information, please reply directly to me.
Thanks in advance for your help.
From: rc05@gte.com (Ramesh Chandak)
Newsgroups: comp.sys.mac.programmer
Subject: Setting font size, style, etc. using TextEdit
Date: 6 Nov 92 15:44:52 GMT
Organization: GTE Laboratories Incorporated, Waltham MA

how do i change the font size, style, etc. of the text written in a boxframe
generated using TextEdit. Any ideas / suggestions ?  Please email your
replies to Ramesh at rc05@gte.com.  Thanx.

- Ramesh
From: jahnke@biosci.arizona.edu (Jerome Jahnke)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ETO Problem (Where is AppleLink)
Date: 6 Nov 92 19:25:59 GMT
Organization: Biology Learning Center

In article <74020@apple.Apple.COM>, cnc@Apple.COM (Chris Christensen) writes:
> 
> hp48sx@wupost.wustl.edu (HP48SX Archive Maintainer) writes:
> 
> >I am looking at ETO 8, and there are quite a few file in AppleLink
> >format, that can not be read by any other applications as far as I know
> >(creator GEOL ?).  So where can I find AppleLink 6.1 or some other
> >reader for it ? 
> 
> If you can't find AppleLink, some other compression programs read the AppleLink
> Package format: Stuffit Lite, Stuffit Expander

The compression is not the problem, these files are image files for AppleLink.
I have a old copy of Glue which recognizes them, but will not open them. So 
someone should provide a SuperGlue reader at least so that folks who do not
have AppleLink can at least look at the files. FWIW the files I needed to see
were the registry files, and I managed to get them from ftp.apple.com in 
MSWord format.

Jer,
----
Jerome Jahnke
Biology Learning Center
University of Arizona
'jahnke@biosci.arizona.edu' or +1 (602) 621-3820
Newsgroups: comp.sys.mac.programmer
From: Mel Walker <mwalker@novell.com>
Subject: Thanks! Wow what a great newsgroup
X-Xxmessage-Id: <A71E933CB0011E08@mwalker.npd.provo.novell.com>
X-Xxdate: Thu, 5 Nov 92 16:00:44 GMT
Organization: Society for Anarchic Totalitarianism
X-Useragent: Nuntius v1.1.1d9
Date: Thu, 5 Nov 1992 16:01:04 GMT

In article <keith-041192174157@kip-16.taligent.com> Keith Rollin,
keith@taligent.com writes:
>Yes, you can definitely call Enqueue and Dequeue at interrupt time.
That's
>what they are for. For instance, events such as key-down, mouse-down, and
>disk-inserted are posted to the event queue at interrupt time with those
>routines.

Good!

>All those routines do is add a record to a linked list of records. They
>don't move memory (I'm not sure why you think they do).

I was
	(a) just making sure
	(b) stupid
	(c) forgetful
	(d) all of the above
	(e) some of the above.

>I believe that an upcoming issue of "develop" will have an article
showing
>how to use the queue routines for scheduling serialized asynchronous
>activity.

Great! Looking forward to it! That's kind of what I want to do. Now, if I
could just get a handle on the PPC....

Thanks to everyone who replied. You've all been most helpful.

--Mel Walker
mwalker@novell.com
Disclaimer: Some Martians landed and stole my opinions. So if these
opinions sound like they're coming from Mars, that's why.
From: James_Zuchelli@qm.claris.com (James Zuchelli)
Newsgroups: comp.sys.mac.programmer
Subject: Re: EDITOR
Date: 13 Nov 92 01:57:04 GMT
Distribution: usa
Organization: Claris Corp

In article <aland.721366689@chaos.cs.brandeis.edu>, aland@chaos.cs.brandeis.edu (Alan D.) writes:
> 
> James_Zuchelli@qm.claris.com (James Zuchelli) writes:
> 
> >A couple of years ago I had to edit 10 megabyte text downloads.  I found the
> >only reliable way was to use the MPW Editor.  MS Word ( at least then crica 
> >1988) would mess up the files.  I would save them and open the files later
> >to find that the beginning of the file was a the end and the middle parts
> >were all messed up.
> >MPW never had trouble.  Whatever you use, make sure you check your files
> >after they are saved and reopened to make sure that nothing is messed up.
> 
> This was probably because you didn't (possibly couldn't) disable "Fast
> Save" which meant that Word would have understood the file if you
> reopened it, but any other program would show what you found, that the
> contents were out of sequence.  That's because Fast Save just appends
> changes to the document, rather than doing them in place.
> 
> 	-=Alan
> 
> 
No, I don't think I was using Fast Save.  I never use it, not at home or at
work.  I also remember opening raw downloads and having problems with keeping
things together.  

I also called microsoft on the problem and they said the program wasn't designed
to handle files that large.  I think they said 2 or 3 megs was the largest 
they reccomended ( this may have changed since then.)

James Zuchelli
--------
Thsi is my opinion and not that of Claris Corp or my Empolyer.