HDTenEightyP/NetNews huggingface dataset:
From: johnsonm@stolaf.edu (Michael K Johnson)
Newsgroups: comp.archives
Subject: [comp.os.linux] New stuff at tsx-11...
Followup-To: comp.os.linux
Date: 11 Sep 1992 10:42:26 GMT
Organization: The Internet
Distribution: world
Reply-To: johnsonm@stolaf.edu (Michael K Johnson)
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.os.linux
X-Original-Date: Thu, 10 Sep 1992 16:43:29 GMT

Archive-name: auto/comp.os.linux/New-stuff-at-tsx-11

#define L	tsx-11.mit.edu:/pub/linux
#define B	tsx-11.mit.edu:/pub/linux/binaries
#define BUB	tsx-11.mit.edu:/pub/linux/binaries/usr.bin
#define BUBX	tsx-11.mit.edu:/pub/linux/binaries/usr.bin.X11
#define S	tsx-11.mit.edu:/pub/linux/sources
#define SUB	tsx-11.mit.edu:/pub/linux/sources/usr.bin
#define SUBX	tsx-11.mit.edu:/pub/linux/sources/usr.bin.X11
#define PAT	tsx-11.mit.edu:/pub/linux/patches
#define DOCS	tsx-11.mit.edu:/pub/linux/docs


L/ALPHA/cdrom/README.CDROM
		cdrom-0.4.tar.Z
	The latest version of the cdrom filesystem.  Works with .97p4,
	can disable rock ridge extensions.  for more info, read the
	README.CDROM

L/ALPHA/X8514/X8514.tar.Z
		X8514.src.tar.Z
	8514 X server, bin and src.

L/ALPHA/Xega/X386ega.tar
	ega/vga X server

SUB/origami.tar.Z
	source for the origami editor

SUBX/xfm1.1.tar.Z
	source for xfm1.1, an Xwindows file manager.

DOCS/project_registry
	project registry, latest version...




I am back at school, no longer connected at 2400 baud, but with a real
connection.  (yay!!!)  This means that I will be able to start doing
stuff at tsx-11 more now, and hopefully we will get caught up in the
next week or so.  If you uploaded things long ago to tsx-11, well,
they may finally appear...  More files later as I work on this.

michaelkjohnson
johnsonm@{stolaf,tsx-11.mit}.edu


Please Note:

I help /maintain/ the archives at tsx-11.mit.edu.  These announcements
that I make are announcements that I have taken things that someone
/else/ has written, and made them available for public consumption at
tsx-11.mit.edu, somewhere in the hierarchy /pub/linux.

I am /not/, unless otherwise explicitly stated, the one to contact
about bugs in the programs -- Please look through the files that you
get for the name of the author.  If program X has bug Y under
conditions Z, either mail the author, or post news about it.  Stuff
sent to johnsonm@stolaf.edu about it will generally end up in the
great bit home in the sky, as I just don't have time to act as a
middleman and pass on bug reports.  Sorry, but that's the way it is.

I do not guarantee that this is either complete or correct.  I will
try to use, as I have used, the subject "New stuff at tsx-11..." to
facilitate WAIS and other searches.

When you upload files to tsx-11, please put them in the incoming
directory, using binary transfer mode when appropriate (almost
always), and then mail ftp-linux@tsx-11.mit.edu and tell us that the
file is there, and what it does.
From: daniel@bauhaus (Daniel Torrey)
Newsgroups: comp.archives
Subject: [comp.infosystems.gopher] PC Gopher v1.05r2 Released
Followup-To: comp.infosystems.gopher
Date: 11 Sep 1992 10:42:09 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.infosystems.gopher
X-Original-Date: 9 Sep 92 18:43:21 GMT

Archive-name: auto/comp.infosystems.gopher/PC-Gopher-v1-05r2-Released


PC Gopher II v1.05r2 is now available for anonymous ftp from
      boombox.micro.umn.edu
in the directory
      /pub/gopher/PC_client

As you might guess from the version number, this release doesn't fix any
major problems or add any new features; it just does better error handling
during initialization, and gives (hopefully) more helpful error messages on
abnormal exits.


-- 

Daniel A. Torrey                           daniel@bauhaus.micro.umn.edu
University of Minnesota                                  (612) 626-8663
CIS/UAP/ETC               In gopherspace, no one can hear you scream...
From: jgm@cs.brown.edu
Newsgroups: comp.archives
Subject: [comp.text.tex] Format LaTeX as plain ASCII or with fancy graphics (LameTeX)
Followup-To: comp.text.tex
Date: 11 Sep 1992 10:42:29 GMT
Organization: Info-Tex<==>Comp.Text.Tex Gateway
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.text.tex
X-Original-Date: Wed, 09 Sep 92 17:19:26 -0400

Archive-name: auto/comp.text.tex/Format-LaTeX-as-plain-ASCII-or-with-fancy-graphics-LameTeX

Apologies to those who have seen this post already.

Hi! This is Jonathan Monsarrat, from Brown University and MIT.

I have written a program called "LameTeX" that knows the basic LaTeX
commands (not all of them) and can format your LaTeX file in plain
ASCII format. You don't have to change anything in your .tex file.
Just use normal LaTeX commands.

Also, you can use it to format text inside a circle-shaped page instead
of a rectangular page. In fact, you can format your text inside any
arbitrary shape, like a triangle, or a picture of a big duck, or anything.

There are numerous ways to play with the text and put in fancy graphics
hacks. If you know the PostScript graphics language then you will be able
to use special hooks in LameTeX to make your own PostScript special effects.

LameTeX version 1.1 is available free by anonymous ftp from wilma.cs.brown.edu
(128.148.31.66) as "pub/lametex.tar.Z".

LameTeX comes with a complex demonstration of its capabilities.

This is all possible because LameTeX is not written in TeX macros. However,
this strength is also its weakness. It can only handle a small portion
of common LaTeX commands.

I am planning to extend LameTeX by using portions of the real TeX source
code. To do this it would be great if some TeX expert thought that this
was a worthwhile endeavour and volunteered to give me some advice on this.
Any takers?

Here are all the commands that LameTeX knows currently.

Thank you!

-Jon

Special LameTeX commands (hidden in the margins so LaTeX won't see
them) are called Stealth Commands. They are:
\stealth \postscript \includeps \pspage \ignore \pscmd \STEALTH

The normal LaTeX commands are: \# \% \& \Huge \LARGE \Large \ \_
\addtolength \backslash \begin \bf \bigskip \center \chapter \chapter*
\clearpage \description \document \documentstyle \em \end \enumerate
\flushleft \flushright \footnotesize \hspace \hspace* \huge \include
\it \item \itemize \label \large \ldots \medskip \newlength \newline
\normalsize \par \paragraph \paragraph* \part \part* \quotation \quote
\raggedleft \raggedright \ref \rm \sc \scriptsize \section \section*
\setlength \sf \sl \small \smallskip \subparagraph \subparagraph*
\subsection \subsection* \subsubsection \subsubsection* \tiny \today
\tt \verse \vspace \vspace* \{ \}
From: uehling@kong.gsfc.nasa.gov (Dana Uehling - Code 522)
Subject: Mac to Oracle interface alternatives
Organization: Goddard Space Flight Center
Date: Tue, 8 Sep 92 16:57:31 GMT

We have been using Oracle on a Solbourn UNIX box as a database server, and 
interfacing to it from Macs using SuperCard, SQL*Net and Oracle Network 
Station (now called Macintosh client tools).  The problem we now have is 
that the Network Station (client tools) has jumped in price to $600/Mac 
(plus the $200 for SQL*Net).  This seems like an outrageous price per Mac.   

So...  is there an alternative we could use, perhaps something put out by a 
3rd party vendor which interfaces to an Oracle database server from the Macs?  
It must support SuperCard/HyperCard by providing an "execsql" XCMD of some 
sort.  Your help will be greatly appreciated.

Thanks,
Dana Uehling

Newsgroups: comp.databases
From: schmid@fzi.de (Claus Schmid)
Subject: Informations about ObjectStore
Reply-To: milde@fzi.de
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Date: Wed, 9 Sep 1992 08:28:19 GMT

For a comparison of different OODBMS I still need some informations
 about ObjectStore. Is there anybody outside, who can help me with 
some details (dynamic binding, inheritance, encapsulation, ...).

    Thanks
            Claus

-- 
Informatics Research Center at the University of Karlsruhe
                      CAD/CAM-Technolgie
Claus Schmid  		   e-mail: claus_schmid@qm.fzi.de
Haid-und-Neu-Str. 10-14         phone: (+49) 721 9654 522 
W7500 Karlsruhe 1 (FRG)         fax:   (+49) 721 9654 509
From: pershing@teal.csn.org (Paul Pershing)
Newsgroups: comp.databases
Subject: Unix dB files to DOS dB?
Date: 9 Sep 92 01:26:36 GMT
Organization: Colorado SuperNet, Inc.


Hello - a local school district which was sold Interactive/386 Unix, along
with a pair of SCO applications, the SCO Pro spreadsheet and the SCO Integra
database, now would like to know if they install a DOS-based system, will
they be able to salvage the spreadsheet (SCO Pro) and the database (SCO
Integra) files. I don't know, and it means a lot of data to them. Can someone
please help us/them? (NOTE: They have called SCO tech support more than once,
and found them to be unsympathetic and not very helpful).
Thanks for any help. Please email if you possibly can, I get to the mail
far more often than the news. Either way, thanks in advance.

Paul Pershing
Editorial Design/Systems
Rocky Mountain News
Denver, CO (303) 892-2633


-- 
++++--------------------------------++++--------------------------------++++ 
Paul Pershing >>> "You showdog, you!!" - "Further!" <<<  pershing@csn.org
RMN * 400 W. Colfax Ave. Denver, CO 80204 * (303)-233-9231 or (303)-892-2633
++++--------------------------------++++--------------------------------++++ 
Newsgroups: comp.databases
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.databases
Subject: Re: Yet Another Simple (?) Question on Paradox
Date: 10 Sep 92 22:27:56 GMT
Distribution: na
Organization: Ericsson Network Systems, Inc.

In article <1992Sep10.191810.1008@dcatlas.dot.gov> joet@dcatlas.dot.gov (Joe Trott) writes:
>From: joet@dcatlas.dot.gov (Joe Trott)
>Subject: Re: Yet Another Simple (?) Question on Paradox
>Date: 10 Sep 92 19:18:10 GMT

>blackman@math.tau.ac.il (Blackman Uri) writes:

>>Using CoEdit instead of Edit won't allow you to open a blank record.

>Sure it will, *as long as there isn't another blank record in the database*.
>Your PAL script must account for (possibly removing) blank records; but you
>*can* coedit a blank record.  That is how you add detail records on a
>multi-table form.  The detail area is always empty at first.

>-JTT

Actually, I have to correct you also.  Coedit will allow a user to create 
a _temporary_ blank record with the Ins command.  But you cannot post the
record if there already is one and you have key fields.  As long as the
record is unposted (post with LOCKRECORD), no one else can see it; it is 
essentially private.
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                       (Arthur Dent)
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
Newsgroups: comp.databases
From: jfmburg@cs.vu.nl (JFM Burg)
Subject: data dictionaries
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Tue, 15 Sep 1992 09:55:59 GMT

A few weeks ago their was a discussion going on about a data-dictionary
standard. Somebody replied the question "What should a DD contain anyway".
I'm very interested in this topic, because I'm analyzing what a DD should
contain according to the conventional view of point. The conventional view
of point is, for me, the way how DD's were/are involved in DBMS's.

The way I see data-dictionaries, not necessarily in a traditional
DBMS-environment, is as a, linguistical, lexicon. It should contain the
traditional information on data (size, character/number/string etc.). It
should, however, contain a lot of additional information also. Here, I'm
thinking of information on the category, irregular forms, semantic
properties, etc. of the word, homonyms and synonyms, etc.

What I want to collect is, as much as possible different views on
data-dictionaries. I like to know what all you pro's think of a traditional
DD, and what you like the DD to be.

I hope I get some reactions. You can e-mail your opinion to me directly, or
post it on the news. If you like, I'll post my analysis and conclusions to
this newsgroup.


			Hans Burg
			Vrije Universiteit
			Amsterdam
			Holland
			
			e-mail : jfmburg@cs.vu.nl
From: jdr@starflight.Corp.Sun.COM (Jon Roland)
Newsgroups: comp.databases
Subject: Re: Progress
Date: 7 Sep 1992 22:31:37 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: jdr@starflight.Corp.Sun.COM
NNTP-Posting-Host: starflight.corp.sun.com

In article 21@vivanet.UUCP, mikes@vivanet.UUCP (Michael Shea) writes:
>
> have just been dubbed "Progress Programmer" by the boss.  I, however
>have no Progress experience and am looking for a few good books.

I recommend _Programmer's Progress_ by John Campbell. It can be ordered from

White Star Software
PO Box 51623
Palo Alto, CA 94303
415/857-0686

Sorry, I don't have the price handy.

Tell them I sent you :-)

---

jdr@starflight.corp.sun.com, starflt@uunet.uu.net
Jon Roland
Starflight Corporation, 1755 E Bayshore Rd #9A,
Redwood City, CA 94063-4142, 415/361-8141
From: co@swbull.bull.se (Christian Olsson)
Newsgroups: comp.databases
Subject: Pro IV on RS6000 ?
Date: 14 Sep 92 06:31:27 GMT
Organization: Bull AB.

Hello,

Does someone know something about Pro IV ?

Is it ported to the RS6000 ?

Where can I find more information ?

Any help would be appretiated.


With Kind Regards - V{nliga h{lsningar

Christian Olsson
Bull Northern Europe

***************************************************************************
* Diab Data AB    * Tel:   +46-8-638 9526 * "Life can only be understod   *
* Enhagsv{gen 7-9 * Fax:   +46-8-792 0561 *  backwards, but must be lived * 
* PO Box 2029     * Email: col@diab.se	  *  forwards."                   *
* 183 02  T[BY    *			  *          S|ren Kirkegaard     *
***************************************************************************
From: maurit@nrtc.nrtc.northrop.com (Mark Aurit <maurit>)
Newsgroups: comp.databases
Subject: backup utilities?
Date: 11 Sep 92 20:09:23 GMT
Reply-To: maurit@nrtc.nrtc.northrop.com (Mark Aurit <maurit>)
Organization: Northrop Research & Technology Center, Palos Verdes, CA

Does anyone know of a good backup library/strategy for backup up files
over more than one diskette? We dont want to use DOS's BACKUP/RESTORE,
dont like how it stores the enviornment, would like to buy a more
functional third party library. There is a backup program on the market,
"dbfbak" I think, but it backups up into .dbf files and if I remember
correctly uses serveral different files to do so. Would like something
written at lower, i.e. Assembler, level.
 
Thanks
 
Mark Aurit
71327,2534
maurit@nad.northrop.com
(310) 331-4069
From: jdr@starflight.Corp.Sun.COM (Jon Roland)
Newsgroups: comp.databases
Subject: Re: Progress database users out there?
Date: 9 Sep 1992 05:03:20 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: jdr@starflight.Corp.Sun.COM
NNTP-Posting-Host: starflight.corp.sun.com

In article 28132@muug.mb.ca, ve4drk@muug.mb.ca (Dan Keizer) writes:
>I haven't seen much in the way of discussion on Progress, just some
>comments on differences between different DB's.  Is anyone using it
>to any great extent?  I'd be interested in knowing what sort of
>readership is out there for it.  Being fairly new to progress, I'm not
>all that familiar with what support services are out there other than
>what progress itself provides.  Any user groups or other sources?

That's partly because discussion of Progress has been shunted off into an
email alias. To join it, email to progress-list@math.niu.edu, requesting
that you be added to the list. Then every time you email to that alias,
copies will go to everyone on the list, and you will get email from anyone
else on the list who emails to it.

---

jdr@starflight.corp.sun.com, starflt@uunet.uu.net
Jon Roland
Starflight Corporation, 1755 E Bayshore Rd #9A,
Redwood City, CA 94063-4142, 415/361-8141

Newsgroups: comp.databases
From: wolfgang@fraser.sfu.ca (Wolfgang Richter)
Subject: R & R ReportWriter for FoxBase
Keywords: report writer
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 11 Sep 1992 19:15:07 GMT

I am considering use R & R Reportwriter version 4.0 to generate
reports from some FoxBase files that I set up. Has anyone used
this product? Does anyone have a number I can call to get more
information from the vendor (e.g. hardware requirements)?

I remember reading reviews about it before dBase IV
arrived on the scene with its own report generator. The reviews
were quite favourable. Is it still a good product for producing
reports? I need the following features in a report writer:
-  Able to produce reports from more than one dBase file at a time.
-  Easy-to-use
-  Able to send to different kinds of printers (e.g. dot matrix,
   postscript, etc.)
From: sudhir@csc.wcc.govt.nz
Newsgroups: comp.databases
Subject: Paradox SQL Link
Date: 15 Sep 1992 18:31:51 GMT
Organization: Wellington City Council, Wgtn, NZ
Reply-To: sudhir@csc.wcc.govt.nz
NNTP-Posting-Host: csc.wcc.govt.nz

hi netland!

We are currently considering developing an application from
some off-station staff with the following scenario and would
like advice to see if it will work.

We expect to give our staff DOS/WINDOWS PCs who will DIAL in
to our VAX and use a PARADOX front-end to our DEC-RDB as the
backend where central data is stored.

Is it possible to do this ie using SQL Link for Paradox can
we access the RDB database over dial-up lines - what I am
wondering whether the Link will work only over DECNET or
some specific network architecture.

I am sorry if I sound naive but am a bit new to all this

thanks for any information 

Sudhir Motwani
Information Technology
W.C.C
Wellington , N.Z


----------------------------------------------------------------------------
Sudhir Motwani, Consultant                              Voice: 64-4- 8013320
Computer Services Section                               Fax  : 64-4- 8013020
Wellington City Council                       Domain: sudhir@csc.wcc.govt.nz
P O Box 2199,Wellington                   PSImail: PSI%0530147000090::SUDHIR
New Zealand                      UUCP: ...!munnari!vuwcomp!kosmos!csc!sudhir
----------------------------------------------------------------------------
From: someday@milton.u.washington.edu (Scott Johnson)
Newsgroups: comp.databases
Subject: Re: AREV 3.0
Date: 11 Sep 92 22:53:32 GMT
Article-I.D.: u.1992Sep11.225332.7619
Organization: University of Washington, Seattle

In article <BuFJ9n.1BD@nic.umass.edu> dtodd@titan.ucc.umass.edu (David M. Todd) writes:
>
>What is the release date for ARev 3.0?
>
>
>|/ David M. Todd \ " " " " / Phone:  413/545-0158 \ " " " " /Fax: 413/545-5345\|
>|DTodd@Titan.ucc.UMass.EDU [or todd@umass.bitnet or David Todd on UMass/Saturn]|
>|Department of Psychology, University of Massachusetts, Amherst, MA 01003   USA|

Before the end of this month.
(You didn't hear that here.)

-Scott
Newsgroups: comp.databases
From: dhepner@cup.hp.com (Dan Hepner)
Newsgroups: comp.databases
Subject: Re: Hot Standby DBMS's
Date: 9 Sep 92 17:40:07 GMT
Organization: Hewlett-Packard
X-Newsreader: Tin 1.1scd1 PL4

From: dboyce@hemel.bull.co.uk (David Boyce)

>Obviously, any given DB vendor could (given sufficient justification)
>implement their own RHS (Remote Hot Standby) DB.  This justification is
>work for the marketeers, one of whom I am not.
>
>My argument proceeds on the assumption that such justification exists,
>in order to establish the need for an 'open' RHS protocol standard.

Ok; let's grant that there is market demand for a remote hot standby
configuration.

>Owing to the increase in customer interest and use of Distributed TP
>systems (around Tuxedo, Encina etc.) it seems inevitable that DTP-RHS
>combined functionality will become important for some customers.  These
>are the people for whom 'such openness' is important.

The question remains, of what benefit is this openness?  Openness
has three potential benefits: portability of programs, interoperability
of programs, and interchangability of system components from different
vendors.  None of the three are intuitively obvious as benefits in
this situation.

We could also assume that a proprietary RHS could itself be XA compliant,
capable of being part of a larger global transaction.

>Since the working of RHS is based around the ability to restart
>transactions, the extention of this into DTP involves restarting
>Distributed transactions.  This requires the cooperation of the
>Transaction Manager - hence the need for an Open RHS protocol.

The DTP style RHS is indeed based on the ability to restart txns;
the DBMS model need not be so based.

>DB vendors / Transaction Manager vendors which can offer such a
>combination of functionality clearly have the edge in that segment of
>the market which needs it investment).
>David Boyce	(David.Boyce@hemel.bull.co.uk) 

But as yet we haven't uncovered any new functionality.  What we have
are two ways of solving the same problem.

Dan Hepner
Newsgroups: comp.databases
From: draper@ais.org (Patrick Draper)
Subject: Paradox Engine C Libraries for other OS's
Organization: UMCC
Date: Tue, 15 Sep 1992 20:49:29 GMT

Are there any libraries out there for the C language that will allow me to
read and write Paradox format databases on operating systems other than DOS?
Our company is considering moving our product to OS/2 in the future.

I realize that OS/2 supports Windows binaries, and that the Paradox Engine
will work under Windows, but I'm interested in native OS/2.


------------------////////////////////\\\\\\\\\\\\\\\\\\\\------------------
| Patrick Draper           Disclaimer:  I can't control my fingers,        |
| draper@umcc.ais.org                   I can't control my toes! - Ramones |
| University of Michigan Computer Club                                     |
NO CARRIER                     We are a nation of laws, not people         |
------------------\\\\\\\\\\\\\\\\\\\\////////////////////------------------
Newsgroups: comp.databases,comp.databases.oracle
From: enterprise.rdd.lmsc.lockheed.com (Darrell Merrick)
Subject: Re: Mac to Oracle interface alternatives
Organization: Lockheed
Date: Wed, 9 Sep 92 22:41:38 GMT

In article <1992Sep8.165731.13655@kong.gsfc.nasa.gov>, uehling@kong.gsfc.nasa.gov (Dana Uehling - Code 522) writes:
> 
> We have been using Oracle on a Solbourn UNIX box as a database server, and 
> interfacing to it from Macs using SuperCard, SQL*Net and Oracle Network 
> Station (now called Macintosh client tools).  The problem we now have is 
> that the Network Station (client tools) has jumped in price to $600/Mac 
> (plus the $200 for SQL*Net).  This seems like an outrageous price per Mac.   
> 
> So...  is there an alternative we could use, perhaps something put out by a 
> 3rd party vendor which interfaces to an Oracle database server from the Macs?  
> It must support SuperCard/HyperCard by providing an "execsql" XCMD of some 
> sort.  Your help will be greatly appreciated.
> 

You might want to verify the licensing situation with Oracle.  We have a 
similar setup, except our clients interface through 4th Dimension, using
Oracle for 4th Dimension.  The 4th Dimension to Oracle interface is basically 
an external execsql fnc.  To add clients we just have to buy more licenses of
Oracle for 4th Dimension ($200 retail).  I would think Oracle would let you 
do likewise with the Supercard/Hypercard interfaces.  But then again Oracle 
has a funny way of bundling tools (and costs) together for the Macintosh. 

---------
Darrell Merrick
merrick@aic.lockheed.com
Newsgroups: comp.databases