HDTenEightyP/NetNews huggingface dataset:
From: daven@notable.com (Dave Newman)
Newsgroups: comp.sys.mac.comm
Subject: Re: ICE Engineering Dead? (uAccess creators)
Date: Tue, 25 Aug 92 17:33:13 PST
Organization: Notable Technologies, Inc.
Reply-To: daven@notable.com
Distribution: world
X-Mailer: uAccess LITE - Macintosh Release: 1.5v4


In article <01058004.btdm2o@oberon.notable.com> (comp.sys.mac.comm), daven@notable.com (Dave Newman) writes:
| Well, I've tried like the devil to contact them, and they have failed to
| return 3 phone calls, and 7 email messages. We would certainly be willing
| to upgrade our copies of uAccess 1.5v4, but I must conclude that ICE Engineering
| has gone out of business, or is simply not interested in supporting their
| product.

Well, I've since learned that ICE Engineering is on vacation, which
may explain their silence these last 3 weeks.

My (humble?) advice is that a small outfit such ICE should change
their answering machine message to let customers know their phone
calls will go unanswered for a few weeks. Additionally, since uAccess
supports auto-replies, ICE should have had messages fired back
stating there would be a few weeks delay in answering email. Two
fairly simple, yet effective ways to keep customer goodwill intact.

I certainly would not have posted the original message had either
technique been employed by ICE.

It has also been pointed out that there is a updater that will take
uAccess 1.5v4 to 1.5v5 available for FTP from the "msen" site. Can
anyone out there tell me the full pathname and file name of this update
at "msen". With that knowledge, I'll try to grab it through a FTP-Email
gateway. With that done, I can then grab the 1.5v5 to 1.6v1 update
from "msen" as well. (Email replies, please.)

Thanks to those who replied to my previous post.

--Dave

-----------------------------------------------------------
Dave Newman                 |  AOL:      AFC Tinman
Artillery Spotter           |  ALink:    TINMAN
Notable Technologies, Inc.  |  CIS:      70743,3323
Voice:    510.208.4449      |  internet: daven@notable.com
FAX:      510.444.4493      |  
-----------------------------------------------------------
Newsgroups: comp.sys.mac.comm,comp.mail.misc
From: hoepfner@heawk1.gsfc.nasa.gov (Patrick Hoepfner)
Subject: Re: return receipt
Organization: NASA/Goddard Space Flight Center
Date: Tue, 1 Sep 1992 17:04:17 GMT

rickert@mp.cs.niu.edu (Neil Rickert) writes:

>In article <26AUG199203093909@opal.mgh.harvard.edu> cherry@frodo.mgh.harvard.edu (Mike Cherry) writes:
>>
>>It may be no one's business to know when you read your mail, but
>>read-receipts are important.

>It is technically impossible to produce valid read receipts at this
>time.  With a highly coercive mail program, the best the software can
>do is verify that the message has been displayed on the screen.  It
>cannot verify that it has been read.  Letting information scroll past
>on the screen without reading it is a very common practice amongst
>computer users.

What is needed is a direct neural implant.  You not only want to know  
if the user has read the mail, but if he has also thought about it and 
moved it from temporary short term memory to long term memory ;-).  

-- Pat --------------------------------> hoepfner@heasfs.gsfc.nasa.gov 
Newsgroups: comp.sys.mac.comm,comp.mail.misc
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: return receipt
Organization: Northern Illinois University
Date: Wed, 26 Aug 1992 14:46:16 GMT

In article <1992Aug26.135905.13522@qualcomm.com> sdorner@qualcom.qualcomm.com (Steve Dorner) writes:
>rickert@mp.cs.niu.edu (Neil Rickert) writes:
>>  (2)   Every post office which has handled the mail keeps records of
>>	the handling of this certified item.  These records are retained
                                              ^^^^^^^^^^^^^^^^^^^^^^^^^^
>>	for a considerable length of time, and it is possible to request
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>	a trace of the message, such as might be needed to verify whether
>>	a receipt is a forgery.

>2 is largely nonsense. Records ARE kept, in logfiles everywhere.  It

In most places they are not kept for very long.  Do you keep your email
log files for the 5 years it might take for a court case to come to
trial?  And keeping them for a long time at one host is not a big help.
It is the consistency of records on several hosts which would be used
to corroborate the validity of a receipt.

Newsgroups: comp.sys.mac.comm
From: ralph@cbnewsj.cb.att.com (Ralph Brandi)
Subject: Re: Microphone Front End for GENIE & Internet mail wanted.
Organization: Democrats for Broccoli
Date: Fri, 28 Aug 1992 13:41:31 GMT

In article <1992Aug20.230020.22877@svcdudes.com> dwade@svcdudes.com writes:

>>>	The SVC BBS (510) 849-1912 has settings documents for Genie and MCI
>>>Mail on it.  I don't use GEnie, so I have no idea how impressive it is.

>date.  The current version of Dialoger Pro with documentation is on the BBS.

Any chance that you'll make this stuff available on the Internet as
well?  Maybe an anonymous ftp site, or an e-mail file server?

While I'm on the subject of MicroPhone, is there any documentation
available on how to use the AppleEvents the program supports?  The
documentation basically says, "Yup, they're in there alright, good
luck figuring out how to use them."  I'm having difficulty getting
the Do Script AppleEvent to work from QuicKeys and Voice Navigator,
especially when I'm just trying to call a script by name rather than
including the whole script as a parameter for the AppleEvent.

Thanks.
-- 
Ralph Brandi     ralph@mtunp.att.com     att!mtunp!ralph

"I may have had the needle in my arm dozens of times, but I never
pushed the plunger"    -- Presidential Candidate Dave Barry
From: howarth@rice.edu (Jack W. Howarth)
Newsgroups: comp.sys.mac.comm
Subject: MacX with MacSLIP - how fast?
Date: 4 Sep 1992 15:01:53 GMT


    I am looking for comments from people who have used MacX with MacSLIP
through either a 9600 v42-bis or a 14400 v32-bis phone connection as to
what the speed of the display is like for typical (average) X window apps.
Is it glacial or a reasonable clip for using the programs. My understanding
was that X windows was a graphics command set so I thought the throughput
might be enough through MacSLIP. Please e-mail any responses...
                      Jack


--
-------------------------------------------------------------------------
Jack W. Howarth, Ph.D.                      Univ. of Texas Medical School
Research Fellow                                            P.O. Box 20708 
Department of Biochemistry                           Houston, Texas 77225      
-------------------------------------------------------------------------
howarth@proto.med.uth.tmc.edu    Phone: 713-792-5667    FAX: 713-794-4150
Newsgroups: comp.sys.mac.comm,comp.mail.misc
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: return receipt
Organization: Chinet - Public Access UNIX
Date: Wed, 26 Aug 1992 17:53:56 GMT

In article <1992Aug25.183236.11956@news.eng.convex.com> tchrist@convex.COM (Tom Christiansen) writes:

>It's none of anyone's business when I've looked at their mail.

Are you saying that you don't think email should be a suitable medium
for messages that infer responsibilities?

 -Les Mikesell
   les@chinet.chi.il.us
Xref: sparky comp.sys.mac.comm:8566 comp.mail.misc:2879
Newsgroups: comp.sys.mac.comm,comp.mail.misc
Subject: Re: return receipt
From: rgoldstone@OAVAX.CSUCHICO.EDU (Robin, Girl Wonder)
Date: Tue, 01 Sep 1992 19:46:49 GMT
Reply-To: rgoldstone@OAVAX.CSUCHICO.EDU
 <1992Aug25.183236.11956@news.eng.convex.com> 
 <26AUG199203093909@opal.mgh.harvard.edu> <1992Aug26.130524.9881@mp.cs.niu.edu>,<hoepfner.715367057@heawk1>
Organization: California State University, Chico

In article <hoepfner.715367057@heawk1>, hoepfner@heawk1.gsfc.nasa.gov (Patrick Hoepfner) writes:
>
>What is needed is a direct neural implant.  You not only want to know  
>if the user has read the mail, but if he has also thought about it and 
>moved it from temporary short term memory to long term memory ;-).  
>
I know this has a smiley after it, but really there exists a return-receipt
mechanism that accomplishes this.  It is called a 'reply'.  A reply says: I
have read your message, I have thought about it and I have something to say
back to you.  

I realize this is way off the original topic, but IMHO the only real way
you can be sure that someone read your message is to receive a reply from
them to that effect.

***********************************************************************
Robin Goldstone, Systems Software Specialist
California State University, Chico  Computing Services
rgoldstone@oavax.csuchico.edu
Newsgroups: comp.sys.mac.comm
From: brian_vickers@isd.jpl.nasa.gov
Subject: Dial-in News Reader
Followup-To: comp.sys.mac.comm
Organization: Jet Propulsion Laboratory
Date: Fri, 28 Aug 1992 16:37:42 GMT

Okay here's the deal:

My Mac IIci at work is connected to the Internet and has its own IP address.
At work, I connect to a news server and read news via a mac-based client.
No Problems.

What I want to do is dial into my at-work-Mac from my at-home-Mac and be able
to connect to the networked news server so that I can read news at home using a
mac-based news client (i.e., no vt100 emulated "rn").

Possible or not possible?

-- Brian
brian_vickers@isd.jpl.nasa.gov

Newsgroups: comp.sys.mac.comm
From: peterb@mullet.gu.uwa.edu.au (Peter Broadribb)
Subject: Re: Hermes 2.0 -- where's the support?!
Organization: University Computer Club --- Perth, Western Australia
Date: Thu, 27 Aug 1992 03:10:44 GMT

JR> Why don't you recommend the software YOU use?

I don't know about Peter Bierman, but I know that I certainly don't want to
recommend the software that I use. (Second Sight.)  <big grin>
 
Pete

-- 
Peter Broadribb <peterb@gu.uwa.edu.au>              Phone: +61 (9) 470 3261
PO Box 856, Victoria Park WA 6100, Australia
Newsgroups: comp.sys.mac.comm
From: gweil@ibeam.intel.com (Garry A. Weil)
Subject: Termy and Terminal Manager
Summary: Error 8: can't find terminal manager
Keywords: communications ToolBox
Organization: MultiMedia Software Tools Group, Intel Corp.
Date: Tue, 1 Sep 1992 20:20:53 GMT

I recently downloaded Termy2.0. I also go applemodemtool and hayesmodemtool 
installed. When I launch Termy I get a error #8: something about not being 
able to find a terminal manager. Where can I get a terminal manager tool?
----------
Garry Weil

gweil@ibeam.intel.com
gweil@garry.ht.intel.com
garry_weil@htccm2.ht.intel.com
uunet!intelhf!ibeam!gweil
From: jason@retina.anatomy.upenn.edu (Jason Ehrlich)
Newsgroups: comp.sys.mac.comm
Subject: Re: Tabby/MacFidonet
Date: 26 Aug 92 13:36:14 GMT
Organization: University of Pennsylvania


|> I believe we're on--what--year 3? of the "RSN" for a good Tabby.  However,
|> it's true that rumor has gotten stronger of late about an adequate Tabby mail
|> engine.  For what it's worth.

Well, Mike Connick has posted some logs of his latest Tabby 3.0 efforts onto
the TABBY echo on FidoNet. But no one is quite sure when 3.0 will be out,
and if it will have ZedZap or anything of that sort. Hmm...

Rumour also has it that Craig Vaughan is working on a mailer as well.

jason

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Jason Ehrlich - SysOp : *StarLine* Info Systems - Data 215-635-2341
FidoNet 1:273/922.6 * MACList 6:6009/4 *  America OnLine : JEhrlich 
"The univserse is change; our lives are what our thoughts make it."
Newsgroups: comp.sys.mac.comm
From: ferch@ucs.ubc.ca (Les Ferch)
Subject: LanRover/L For Sale
Keywords: LanRover LanRover/L Shiva ARA
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Fri, 4 Sep 1992 08:08:31 GMT

I have for sale one brand new, in box, never opened LanRover/L. No, it is
not stolen. In fact, I won it, but I don't need it. What I need is some
new furniture! 

No, I'm not looking to trade my LanRover/L for your old couch. I want
cold, hard cash (well warm, soft cash will also do just fine). I haven't
set a price yet. If you're interested, find the best street price (not
hot) you can get and I'll beat it. 

Please keep in mind that I'm in Vancouver, Canada, so to avoid Customs
hassles, I would rather sell to someone in Canada. 


Newsgroups: comp.sys.mac.comm
From: jbrowne@void.ncsa.uiuc.edu (Jim Browne)
Subject: Re: NCSA Telnet 2.5 with EMACS support
Organization: University of Illinois at Urbana
Date: Sun, 23 Aug 1992 23:43:34 GMT
Keywords: GNU EMACS TELNET NCSA

u_banzai@mcl.ucsb.edu (Buckaroo Banzai) writes:

>I sent mail on monday to NCSA regarding the following, they have yet
>to respond, so I figured I'd let you know what's available.

>(I'm not releasing this publicly, since I don't know what NCSA wants to do with
>the modifications, or if distributing renegade versions upset them.)

>Hopefully this post will speed things up.

Well, I've fallen behind here... I was off the net for a week (but I had my
friendly, portable MacPlus with me...)  Although, I've heard Scott has 
eliminated some of the pesky bugs in 2.6 while I was away.

Anyway, we'll work on incorporating it when we get the source.  Telnet 2.6 must
be done by mid-September, so hopefully we'll get a beta out soon.

For all of you out there who are making modifications to Telnet and would like
to submit them, mail jbrowne@ncsa.uiuc.edu and sbulmahn@ncsa.uiuc.edu... we'll
work on getting it included.  We've added quite a few contributions to Telnet
2.6... now if we could only get it done...


-- 
Jim Browne                                          | jbrowne@ncsa.uiuc.edu  |
NCSA/STG System Administrator                       | stgadmin@ncsa.uiuc.edu |
System Administration: Where the fun never ends...  | (217) 244-7798         |
--"It's really weird... kind of like how Telnet is programmed." - Q. Koziol --
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: Does line noise defeat high speed modems?
Keywords: line noise 
Organization: University of Victoria
Date:  3 Sep 92 20:37:27 GMT

	The telephone system on our campus is notorious for line
noise. This has been a problem when I've used a conventional 2400 baud
modem to dial out. File transfers frequently abort and displayed text
is often strewn with garbage characters.

	I'm considering purchasing a pair of high-speed modems
(probably 14.4k) to do remote support for an application we're
developing. I would have one at home and one on the machine I need to
access.

	Are there particular error-correction schemes I should be
looking for to deal with excessive line noise? Will I get 14.4k
performance or am I looking at reduced throughput?

	Any suggestions would be appreciated.

	Michael.
--
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm
From: pamiri@uci.edu (Peter Amiri)
Subject: Generic scanner API needed
Newsgroups: comp.sys.mac.programmer
Organization: University of California, Irvine
Date: 26 Aug 92 23:19:06 GMT

I am looking for a generic scanner API, does anyone know of any? I am writing
a document tracking system and would like to incorporate a scanning feature
which would scan in a image of the scanner bed and store it with a record.
I know Apple has a book available that lets me program the Apple Scanner and
the OneScanner, but does anyone know of any other scanner API's. In particular
one that would give access to a scanner that has a sheet feeder option. At
this point I am trying to find out if there is anything already available 
before I invest too much time into it. Any help would be greatly appreciated.

Peter Amiri
University of California, Irvine
From: scott@mcl.ucsb.edu (Scott Bronson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Musings on the Think C Debugger
Date: 24 Aug 92 01:14:53 GMT

To add my own puzzlements.  Ever notice how your application's regions
end up in the THINK C debugger's heap?  Why is that--there must be a
reason.  Phil Shapiro speculated a while back that it is so THINK can
perform the auto-update function.  But why then does it capture EVERY
region?  It's trivial to tell if a region is associated with a window,
then move it to the debugger's heap if need be.

He also had a great musing: how does the THINK debugger keep handles
from moving in the System heap while your debugger is at a breakpoint?
I have a few wild guesses, but no answers.  That stuck in my mind and
would keep me awake at night wondering if worse things didn't perform
that job already.

	- Scott
Newsgroups: comp.sys.mac.programmer
From: decanio@athena.mit.edu (Ken DeCanio)
Subject: ??? AppleEvents - sending > 32K 
Followup-To: decanio@athena.mit.edu
Keywords: AppleEvents 32K barrier
Organization: Massachusetts Institute of Technology
Date: Tue, 25 Aug 1992 23:59:16 GMT


I am trying to send more than 32k of data by a single AppleEvent.
I've tried using an AEDescList, but I get an AppleTalk error (-92)

I would love to hear how you did this or even just where I might
to look for the info.


Thanks!
Ken.

-- 
______________________________________________________________________________

"No need to give up a good theory just because it's not true."  Bill Cuningham
______________________________________________________________________________
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
From: joshr@kronos.arc.nasa.gov (Joshua Rabinowitz-Summer-91)
Subject: Re: How stable is TCL ?
Organization: NASA/ARC Information Sciences Division
Date: Fri, 28 Aug 1992 18:01:27 GMT

In article <5945@m1.cs.man.ac.uk> jflet@dir.mcc.ac.uk writes:
>
>How stable is TCL ?
>
>I've seen occasional comments on the net mentioning occasional
>'features' found in the TCL.
>
>Can somebody with experience in developing projects with TCL in
>pascal / c summarise on the quality / stability of the objects.
>I'm about to start using TCL and would like some forewarning of 
>potential problems.

I have written one medium-sized app with the TCL and am starting a larger one.
Quality of the product:  seems quite high.  Fairly good documentation,
very good source code comments, complete source code for the TCL.  People
complain about the optimizer, though I have no problems (I just avoid it).

Stability:  I have no idea as to how much the classes will be changed
with new releases.  Most of the classes seem to be very well thought out,
though I don't use all of them to their full ability.  As others
may have mentioned, the biggeds hang-up in the TCL comes about in
disposing of objects: one must be careful to NULL all references to an
object when it is disposed, or Bus Errors will soon follow.

It took me a while to get up to speed on the TCL, but I had never done
any serious OOP before.

>
>I've got TCL release 1.1, but I've heard later versions are in existance,
>where are upgrades available from ?

From symantec, I presume.  I have heard of a 1.2, I think.  
Can anyone comment on whether or not I should get it, or\
how much I will need to change my superclasses to take advantage of
the TCL 1.2?

I am also interested in hearing other people's experience with the TCL.

>
>regards,
>
>Julian

Salutations,
Josh

-- 
----------------------------------
#include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
joshr@kronos.arc.nasa.gov
"Me lost my cookie at the disco." -- Cookie Monster
From: nagle@netcom.com (John Nagle)
Newsgroups: comp.sys.mac.programmer
Subject: Re: GNU C++ for the Macintosh?
Date: 2 Sep 92 18:46:18 GMT
Followup-To: gnu.misc.discuss
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Glen.Stewart@f175.n2240.z1.ieee.org (Glen Stewart) writes:
>I see that GNU C++ supports over 40 different processors and comes with source 
>code.  Is it avaiable as a running Macintosh program?

      GNU C++ is not available for the Macintosh for religious reasons.
Details in "gnu.misc.discuss".

					John Nagle
Newsgroups: comp.sys.mac.programmer
From: stepan@natinst.com (Stepan Riha)
Subject: Re: #pragma once whoes!!! Plea for help!
Organization: National Instruments, Austin, TX
Date: Tue, 1 Sep 1992 00:24:01 GMT

In his message Carl says that he has "Multiply defined variable" link errors
when he includes a file declaring variables.

In article <1992Aug31.154247.937@galaxy.gov.bc.ca> cconstantine@galaxy.gov.bc.ca writes:
>
>BTW the conflict is with the following section in my AppGlobals.h unit:
>
>Boolean		gQuitting;
>Boolean		gInBackground;
>WindowPtr	gMessageWindow;
>RgnHandle	gCursorRgn;
>
>It is these 4 globals that I am getting the Multiply defined error on.  They
>are in my AppGlobals.h file (as previously mentioned) and I've #included it in
>3 files.  NO OTHER CONSTANTS OR STRUCTS OR ANYTHING IS GETTING THE ERROR, JUST
>THESE 4 VARIABLES!!!!!!!
>
> Carl B. Constantine
> CCONSTANTINE@galaxy.gov.bc.ca
> 	"Opinions are my own and are not necessarily those of my employer"

I tried to mail a reply but it bounced :-(

The mistake you're making is to *define* variables in a header file instead of
*declaring* them.  Since they are included in X files they are defined X
time which is a no-no.  Typedefs and #defines don't cause the problem because
they just declare stuff for the compiler but don't allocate memory and the
linker doesn't care about them.
To fix this, put an "extern" in front of your globals in the .h file and
declare them once in your .c file(s)

Example:

--- <AppGlobals.h> --------------------
extern Boolean		gQuitting;       /* here you *declare* your variables */
extern Boolean		gInBackground;
extern WindowPtr	gMessageWindow;
extern RgnHandle	gCursorRgn;
---------------------------------------

---- <main.c> -------------------------
#include "AppGlobals.h"

Boolean gQuitting = FALSE, gInBackGround;	/* dere you *define* variables */

main(){
...
---------------------------------------

---- <windos.c> -----------------------
#include "AppGlobals.h"

WindowPtr gMessageWindow = NULL;	/* here you define some more vars */
RgnHandle gCursorRgn;

InitMyWindow(){
...
---------------------------------------

--- <support.c> -----------------------
#include "AppGlobals.h"

static Str255 theString;

foo(){
...
---------------------------------------

BTW, variables that are global to only one file should be declared static in
that file.
Any standard C book such as K&R tallks about these thing.

	- Stepan
-- 
   Stepan Riha -- stepan@natinst.com

Newsgroups: comp.sys.mac.programmer
From: Michael Hecht <Michael_Hecht@mac.sas.com>
Subject: Re: TN 306 GetIconSuite glue fatal error
X-Useragent: Nuntius v1.1.1d9
Date: Wed, 2 Sep 1992 14:35:25 GMT
X-Xxdate: Wed, 2 Sep 92 15:31:16 GMT
X-Xxmessage-Id: <A6CA48747E01050A@studly.mac.sas.com>
Organization: SAS Institute Inc.

In article <peter-020992122411@134.7.50.3> Peter N Lewis,
peter@cujo.curtin.edu.au writes:
>Its suppose to be a LongInt/long, not an integer/short!  The same most
>probabbly applies to ForEachIconDo's selector but I haven't checked it.

The same certainly does apply to ForEachIconDo.

Not only that, but the procedure definition for its action proc should be:

pascal OSErr DoIcons( ResType theType, Handle *theIconData,
				long refCon );

Note that the first two parameters are *reversed* in the Tech Note!

--Michael

=======================================================================
Michael P. Hecht                 | Internet:  Michael_Hecht@mac.sas.com
SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT