HDTenEightyP/NetNews huggingface dataset:
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.archives
Subject: [comp.windows.interviews] 3.1-beta3 now available
Followup-To: comp.windows.interviews
Date: 27 Sep 1992 09:02:51 GMT
Organization: Internet-USENET Gateway at Stanford University
Distribution: world
Reply-To: linton@sgi.com
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.windows.interviews
X-Original-Date: Thu, 24 Sep 1992 23:47:18 GMT

Archive-name: auto/comp.windows.interviews/3-1-beta3-now-available

InterViews 3.1-beta3 is now available via anonymous ftp
from "interviews.stanford.edu" (IP address 36.22.0.175).
The distribution is in a compressed tar file named "pub/3.1-beta3.tar.Z"
(about 3.7Mb).  The distribution is also ftp-able from sgi.com
in "graphics/interviews/3.1-beta3.tar.Z".

The README file in the top-level directory contains information
about how to build InterViews.  The PostScript file iv/src/man/refman/cover.ps
contains general information about 3.1 (including a brief
discussion of differences from 3.0).

This beta contains several modifications for building InterViews
on gcc and Solaris 2.0.  Please send any build problems as soon as possible.

Please send problems to interviews-bugs@interviews.stanford.edu.

      Mark
From: dascalu@libra.math.tau.ac.il (Dascalu Ziv)
Newsgroups: comp.archives
Subject: [comp.lang.c++] Turbo Turing Machine for windows 3
Followup-To: comp.lang.c++
Date: 6 Oct 1992 09:04:11 GMT
Organization: School of Math & CS - Tel Aviv University , Tel Aviv , ISRAEL.
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.lang.c++
X-Original-Date: Tue, 22 Sep 1992 16:12:20 GMT

Archive-name: auto/comp.lang.c++/Turbo-Turing-Machine-for-windows-3



      +-------------------------------------------------+
      |                                                 |
      |   Turbo Turing Machine Simulation for Windows 3 |
      |                                                 |
      |    You are welcome to take and enjoy this       |
      |    product and give to to any person you like.  |
      |                                                 |
      |    Full source code written in C++ is also      |
      |    available free of any charge - just mail me  |
      |    the request.                                 |
      |                                                 |
      |    Product can be found in (when using ftp) :   |
      |          taurus.math.tau.ac.il in /pub/ttm      |
      |                                                 |
      |           dascalu@math.tau.ac.il                |
      |                                                 |
      +-------------------------------------------------+





Newsgroups: comp.databases
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: Paradox 4:Which version? Windows/DOS?
Organization: U.S Dept. of Transportation
Date: Tue, 29 Sep 1992 16:57:18 GMT

Tom Ascher <U15310@uicvm.uic.edu> writes:

>I'm thinking about purchasing Paradox 4 for use with a home information
>broker type business and notice that there's both a DOS and Windows version
>which according to the SYBEX book I bought, are completely different.  Any
>recommendations on which version to get based on performance, robustness,
>ease of developing applications?   I plan to use this as a single user,
>not on a network.  Will much appreciate any warnings, recommendations.

With the exception of vertical market applications that are particularly
graphics intensive, there is no _business_ purpose to go to Windows.

Windows is a slow dog (as opposed to a fast dog :/).  It is unreliable, it
demands lots of resources, and adds typically unnecessary complexity.  If
you need multitasking, use DesqView.

-JTT

Newsgroups: comp.databases
From: michaelh@g2syd.genasys.com.au (Michael Haldey)
Subject: Re: Clipper 5.01 & Turbo C++
Organization: Genasys II, Sydney, Australia
Date: Tue, 29 Sep 1992 09:24:46 GMT

In article <1992Sep29.015114.3844@darwin.ntu.edu.au> i899435@redgum.bcae.oz.au (I COUROULIS) writes:
> ch966@cleveland.Freenet.Edu (Jose M. Febus) writes:
>
>
>JF>Hi...
>JF>	I want to know if i can use Turbo C, Turbo C++ or 
>JF>Borland C++ 3.1 . I don`t have Microsoft C and i don`t
>JF>want to buy it...
>JF>	any advice???
>JF>	thanks...
>
>The short answer to your question is yes but...
>
>	* You need to compile with specific options
>	* Linking is a pain (RTLINK - Arghh !
>          Blinker is excellent)
>	* It is a little painful
>
>The reason why Microsoft C is requested as the language to
>use for interfacing C to Clipper is that most (a large amount ?)
>of the Clipper compiler was written in Microsoft C, and therefore
>reduces incompatibility problems.
>

No, the problem is not only in that. The run-time modlues are
not compatible let alone the floating point, parameter passing in
some cases etc.

>Basically, when compiling with the Microsoft C compiler for
>Clipper programs, it is recommended that the following options
>are specified (on the command line):
>
>	/c	Create .OBJ file (of course)
>	/AL	Use LARGE memory model (important !)
>	/Gs	Turn off checking for stack overflow
>	/Zl	Library search records not written to object file
>	/FPa	Do not generate floating point calls
>		(since Clipper uses this library)
>
>The good news is that Borland C++ support these options, viz:
>
>Microsoft C	Borland C++ equivalent
>=====================================================
>
>/c			-c
>/AL			-mL
>/Gs			-N-  (default in BC++ anyway)
>/Zl			Not Applicable
>/FPa			Not Applicable
>
>====================================================
>
>That is, using the command line compiler of BC++ it is
>quite possible to link BC++ code with Clipper.  I have
>not, however, tried it with the Graphics Functions in
>BC++ ie. drawpoly(), fillpoly() etc.
>

Something is really working unless you are trying to do
something with floating point. It means that you could hardly
use Borland Graphic Library (without the library it does not make
sense at all to use BC). Please correct me if I'm wrong.

> ...

>
>
>======================================================================
> _--_|\      Ian C. 
>/      \     ianc@ironbark.ucnv.edu.au 
>\_.--.@/     i899435@redgum.ucnv.edu.au 
>      v      Dept. of Computing & Info. Science
>             La Trobe Uni. College of Northern Victoria. AUSTRALIA.
>
>PS. I am interested in offers from potential employers.Please E-mail me.
>    B.Business(Accounting) / B.Applied Science(Computing)
>=======================================================================   
>
>

Michael
-- 
Michael Haldey  |  Genasys II Pty Ltd
                |  13th Level, 33 Berry St, North Sydney, NSW, Australia
                |  Phone:    +61-2-954-2878 (-9930 FAX)
                |  Internet: michaelh@g2syd.genasys.com.au
Newsgroups: comp.databases
From: cpetersn@iastate.edu (Clifton R Peterson)
Subject: Re: Data Base design pet peeve
Organization: Iowa State University, Ames IA
Date: Sat, 3 Oct 1992 09:35:02 GMT

In <1992Sep25.140930.24262@linus.mitre.org> vv@mbunix.mitre.org (Ventrone) writes:
>presenter's viewpoint:  what you'd "really" like to do when analyzing an
>application domain, or designing a database, is to have a lot of flexibility 
>in defining new abstract data types to represent the real-world entities that
>you are trying to model.  Customer numbers are NOT arithmetic quantities, you
>don't do arithmetic on them, they don't take on negative values, etc.  If you 
>could completely define the nature of a customer number, or any similar type,
>in terms of format, legal values, legal operations and any constraints (e.g., 
>no negatives) then you've captured more of the sense of the world in your 
>analysis and design, and it prepares the way for some sophisticated 
>type-checking (though admittedly, these kinds of user-defined types & checking 
>are not yet supported in today's DBMSs).  I agree with the presenter--and as
>I've argued, I'd go beyond his position and want to define true abstract data 
>types. I think the incorporation of these additional semantics is worth the
>extra overhead.
>-- 
>   Vince Ventrone
>   The MITRE Corporation       "...In my opinion, there's nothing in this
>   Bedford, MA 01730           world beats a '52 Vincent
>   vav@mitre.org               and a redheaded girl."  -- Richard Thompson


I agree that you need to define it as whatever abstract data that makes
sense in the application and how its used.  You should do this for any design
and maintain your programming integrity in not doing illogical or illegal
tricks with data typed like this.

BUT, you also need to maintain the separation between the implementation
of the design and abstract level of the design.  If the physical implementation
works best for this key to be stored internally as an integer, then do it.
If you followed your abstract type in builing the app, then you won't have
any problems, but the implementation will work better.

Just my $.02
-- 
 _________________________________________________________________________
/ Clifton R. Peterson    1108 Burnett		(515)232-5254	    	  \
| B.S. Chem E            Ames IA  50010                                   |
\_______________"42"_is_one_hell_of_an_answer!!___________________________/
Newsgroups: comp.databases
From: yost@adobe.com (David Yost)
Subject: Reviews of Faircom products solicited
Organization: Adobe Systems Incorporated
Date: Mon, 28 Sep 1992 06:12:11 GMT

I just read all their brochures, and it sounds really
good, cheap, with source and no royalties.  Is it too
good to be true?  Anyone care to comment on your
experiences with C-Tree Plus, Faircom's server, etc.?

 --dave yost
Newsgroups: comp.databases
From: costello@mbunix.mitre.org (Costello)
Subject: Categories of OODBMSs
Organization: The MITRE Corp., Bedford, Ma.
Distribution: usa
Date: Tue, 29 Sep 1992 17:31:50 GMT

Hello folks,
    I have just recently begun investigating OODBMSs.  Thus far
I have identified 3 approaches to OODBMSs:

(1) OO SQL Extension (OSQL) - an OODBMS that uses OO extensions to SQL
    (known as OSQL).

(2) OO Front-end to a Relational DB - an OODBMS that is implemented using
    an OO front-end to a relational DB.

(3) Fully OODBMS - an OODBMS that is implemented from scratch.

My questions are these:

(a) Is this an accurate categorization of OODBMSs?

(b) Are there commercial/academic OODBMSs for each of these categories?
    Can you list one or more for each category?

(c) Is OSQL part of SQL3?  How can I get further info on OSQL?

(d) Are there other categories which I have missed?

Thanks for any help.  Cheers!  /Roger

Newsgroups: comp.databases
From: roemer@fermina.informatik.rwth-aachen.de (Angela Roemer)
Subject: Most Common Structure of Database Queries ?
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date:  5 Oct 92 12:31:48 GMT


Hello,

I suspect most database queries contain only conjunctive selection
predicates with quite simple comparison operations and not that many
disjunctions, subqueries, etc...

Does anybody know whether reliable statistics exist about the most
common structure of database queries?

Any help would be very much appreciated

Angela

-- 
----------------------------------------------------------------------
Angela Roemer
e-mail: roemer@pool.informatik.rwth-aachen.de
----------------------------------------------------------------------
Newsgroups: comp.databases
From: robind@code3.com (Robin P. Dunn)
Subject: Re: Request for vxBase
Organization: 3M Health Information Systems
Date: Mon, 28 Sep 1992 19:11:57 GMT

In article <1992Sep23.040542.19026@nuscc.nus.sg> scstech@solomon.technet.sg (Arthur Lim) writes:
>In a previous article posted by "cccbbs!doug.dockery", he indicated that
>vxBase could be requested from him. However, I could not get him at his
>return address. So here goes the request :
>
>I appreciate if you could zap me a copy of the vxBase. Thanks.
>
>

I guess I missed the original article.  What is vxBase?  Sounds interesting.

--------------------------------------------------------------------------
Robin P. Dunn, Software Engineer                    ...!uunet!code3!robind
3M Health Information Systems                             robind@code3.com
Code3 Product Development                                   (801) 265-4820
Newsgroups: comp.databases,comp.object
From: jmh@coyote.datalog.com (John Hughes)
Subject: Re: Data Base design pet peeve
Organization: Random, at best...
Date: Tue, 29 Sep 92 09:49:58 GMT

In article <1992Sep28.001827.1038@RedBrick.COM> jfr@RedBrick.COM () writes:
[stuff about record data element sizes deleted]

>BTW, as another point, the argument is made that using an integer is
>"faster" than using a character string.  But what about the effort
>involved in converting integers to character strings for external
>representation?  So maybe searching on a string is slightly longer
>(although I don't necessarily agree with this thesis and it certainly
>depends on the processor) but converting to and from internal format
>will be much longer for the integer than for the string.  The main point
>is that you should be MUCH less concerned with the space/time tradeoffs
>at least in the early stages of design, than you are in what is RIGHT.
>
>Jon Rosen
>jfr@redbrick.com
[sig deleted]

I agree 100% with that last sentence. Make it work, and then worry
about making it an object of adoration. :-)

Actually, it's been my experience that one can realize both speed and
file size advantages by storing data in a form which is "natural" to
a binary representation rather than having everything in the file
stored as strings. Of course, a lot depends on the overall balance
between user interaction and internal processing. For systems which
spend most of their time with user transactions, the strings
approach might make more sense. On the other hand, I write a lot
of process-intensive applications, and I much prefer to write
binary values to disk rather than do lots of conversion calls. In this
scenario, the amount of time spent setting up a display screen and then
converting the user input back into binary format is minimal compared
to the amount of underlying processing which is taking place, so one
can realize a net gain in overall efficiency. IMHO, of course.

-John

-- 
|     John M. Hughes      | "...unfolding in consciousness at the            |
| datalog.com!moondog!jmh | deliberate speed of pondering."  - Daniel Dennet |
| jmh%coyote@noao.edu     |--------------------------------------------------|
| jmh%moondog@datalog.com |   P.O.Box 43305      Tucson     AZ       85733   |
Newsgroups: comp.databases
From: richid@owlnet.rice.edu (Richard Parvin Jernigan)
Subject: Beta testers wanted for MetalBase 5.0--portable DB engine
Organization: Rice University
Date: Mon, 28 Sep 1992 07:48:59 GMT

MetalBase 5.0 is ready for beta release, but I've been off of the internet
scene for so long I no longer have any idea how to drum up any enthusiasm.
MB is portable to just about any platform; or rather, should be--that's why
I'd like to find any interested beta testers.

If you'd like to beta-test, and 'tis before October 3rd, reply to this and
I'll ship you a beta release.  I'm particularly interested in getting it to
work well with Sun3/4, as that was the primary platform for 4.0, and I've
lost my local sun4 testing machine.

Richid
-- 
Things you don't hear on Star Trek:                  (richid@owlnet.rice.edu)
   "Uhura, I'm scared."
   "Shut her down, Scotty--she's suckin' mud."
   "Dammit Spock, that's the fifteenth NutterButter you've eaten today!"
Newsgroups: comp.databases
From: rszinn@neumann.uwaterloo.ca (R. Scotte Zinn)
Subject: Engines for C/C++ (DOS)
Organization: University of Waterloo
Date: Fri, 2 Oct 1992 18:15:45 GMT

I'm currently using the Paradox Engine 2.0 in my applications and have
found that it is quite slow.  Is there other engines (shareware or
commercial) that have a very high performance?

Speed and memory requirements are my main concerns.

Any thoughts about this would be appreciated via EMAIL.

-- Scotte   (rszinn@neumann.uwaterloo.ca)
--
______________________________________________________________________________
R. Scotte Zinn                       University of Waterloo
rszinn@neumann.uwaterloo.ca          Department of Computer Science
Newsgroups: comp.databases
Newsgroups: comp.databases
Subject: Re:Clipper 5.01 & Turbo C++
From: i899435@redgum.bcae.oz.au (I COUROULIS)
Date: 29 Sep 92 01:51:13 +0900
Distribution: world
Organization: UCNV, Bendigo, Victoria, Australia
Originator: i899435@redgum.ucnv.edu.auLines: 76

 ch966@cleveland.Freenet.Edu (Jose M. Febus) writes:


JF>Hi...
JF>	I want to know if i can use Turbo C, Turbo C++ or 
JF>Borland C++ 3.1 . I don`t have Microsoft C and i don`t
JF>want to buy it...
JF>	any advice???
JF>	thanks...

The short answer to your question is yes but...

	* You need to compile with specific options
	* Linking is a pain (RTLINK - Arghh !
          Blinker is excellent)
	* It is a little painful

The reason why Microsoft C is requested as the language to
use for interfacing C to Clipper is that most (a large amount ?)
of the Clipper compiler was written in Microsoft C, and therefore
reduces incompatibility problems.

Basically, when compiling with the Microsoft C compiler for
Clipper programs, it is recommended that the following options
are specified (on the command line):

	/c	Create .OBJ file (of course)
	/AL	Use LARGE memory model (important !)
	/Gs	Turn off checking for stack overflow
	/Zl	Library search records not written to object file
	/FPa	Do not generate floating point calls
		(since Clipper uses this library)

The good news is that Borland C++ support these options, viz:

Microsoft C	Borland C++ equivalent
=====================================================

/c			-c
/AL			-mL
/Gs			-N-  (default in BC++ anyway)
/Zl			Not Applicable
/FPa			Not Applicable

====================================================

That is, using the command line compiler of BC++ it is
quite possible to link BC++ code with Clipper.  I have
not, however, tried it with the Graphics Functions in
BC++ ie. drawpoly(), fillpoly() etc.


When linking, you must specify to the linker which library
you are using. So specifing -mL in BC++ means that you will
have to link in with the libraries in the format ??????L.LIB
eg. C0L.LIB and any other libraries your BC++ program calls
eg. GRAPHICS.LIB.

As to which libraries, BC++ calls when running a BC++ program
depends on which functions of BC++ you use.




======================================================================
 _--_|\      Ian C. 
/      \     ianc@ironbark.ucnv.edu.au 
\_.--.@/     i899435@redgum.ucnv.edu.au 
      v      Dept. of Computing & Info. Science
             La Trobe Uni. College of Northern Victoria. AUSTRALIA.

PS. I am interested in offers from potential employers.Please E-mail me.
    B.Business(Accounting) / B.Applied Science(Computing)
=======================================================================
From: mallen@carla.Wichita (mallen)
Newsgroups: comp.databases
Subject: TOP-END DATABASE PRODUCT
Date: 2 Oct 92 20:06:17 GMT
Distribution: na
Organization: wichita

Has anyone used the TOP-END database product.  I'm trying to find out any
likes or dislikes regarding this product.  Please email me directly.

Thanks in advance.
From: mike@uunet!tellab5!odgate (Mike J. Kelly)
Newsgroups: comp.databases
Subject: Re: Sybase problems
Keywords: Sybase, crash
Date: 28 Sep 92 17:48:00 GMT
Organization: Odesta Corporation

maw@nch.norasia.COM (Mathew Wlodarczyk) writes:

>Hi,

>we are running 2 SYBASE data servers 4.8 (+EBF #848) on Sun OS 4.1.2 on
>SPARC1 and SPARC2 and we are having a lot of problems with them.
I am using SYBASE on Sun and do not have any problems.
Perhaps this EBF is your problem.  We are not in a big production environment
here, but we have had Sybase running for 6+mos. with only one or two
crashes and none along the lines of what you've described.

-- 
--
Mike Kelly               Odesta Corporation, Northbrook, Illinois, USA
...!clout!odgate!mike    - Until odesta.com is registered.
odgate!mike@clout.uucp   - From the Internet.
Newsgroups: comp.databases
From: aeichsta@athena.mit.edu (Andrew J. Eichstaedt)
Subject: Call management database application?
Organization: Massachusetts Institute of Technology
Date: Tue, 29 Sep 1992 08:08:33 GMT

I'd appreciate any information on database applications avaliable for phone
call management where call time is billable.  I mean applications like
consulting via the phone, 1-900 numbers, and the like.  Thanks!

Andrew Eichstaedt
AEichsta@Athena.MIT.Edu
From: dtodd@titan.ucc.umass.edu (David M. Todd)
Newsgroups: comp.databases
Subject: Re: Revelation 3.0 upgrade question
Date: 6 Oct 92 13:34:22 GMT
Article-I.D.: nic.BvpCDB.69r
Organization: University of Massachusetts, Amherst

In article <cpetersn.718320285@vincent2.iastate.edu> cpetersn@iastate.edu (Clifton R Peterson) writes:
>got my upgrade today so I'll be working on it tonight.  I hope the patch is
>not to fix something that can crash during the upgrade/tradeup.  Reading it
>seems to indicate that it is mostly for fixing the file (table) names and
>fields (columns) for different scenarios and some minor code for printers
>and the such.

There are 2 more patches posted on CompuServe.  I'm holding off on
tradeup pending some new equipment.  It's probably just as well since
I'm moving all the way up from 1.16 with an application I've been
working for 6 years (since Rev G)!  But I'm eager to take advantage of
the new features.  Sounds like paint should be great, especially with
improved mouse support.  


|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ David M. Todd ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
|Department of Psychology, University of Massachusetts, Amherst, MA 01003 USA|
|Phone: 413/545-0158 ___ <DTodd@Titan.ucc.UMass.EDU> _____  Fax: 413/545-0996|
Newsgroups: comp.databases
From: dtodd@titan.ucc.umass.edu (David M. Todd)
Subject: Revelation 3.0 upgrade question
Organization: University of Massachusetts, Amherst
Date: Mon, 5 Oct 1992 13:19:12 GMT


I got the patch from CompuServe for the Rev 3.0 upgrade process and I
have one dumb question.  I assume I run the patch AFTER I have run the
upgrade/trade-up process.  Right?


|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ David M. Todd ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
|Department of Psychology, University of Massachusetts, Amherst, MA 01003 USA|
|Phone: 413/545-0158 ___ <DTodd@Titan.ucc.UMass.EDU> _____  Fax: 413/545-0996|
From: durai@ORTTA (Appadurai V.)
Newsgroups: comp.databases
Subject: please help! ssql23.zip from simtel20.army.mil
Date: 28 Sep 92 18:25:48 GMT
Organization: U of Mn

I read a recent posting on the ftp site and tried to download the ssql23.
zip, sql tutorial.

I was not able to locate the file.  Would the kind soul repost the article, 
alongwith directory and other details on where/how to find the .zip file ?

Thanks.
From: hks@palmetto.cis.ufl.edu (Hema Kannan)
Newsgroups: comp.databases
Subject: Transfering files from Paradox to Foxpro.
Date: 28 Sep 92 18:58:55 GMT
Organization: Univ. of Florida CIS Dept.

Hi,

There is a new software for Institutional Review Board (IRB) Information 
System. FoxPro has been used to develop this package.

The data (name, Designation etc.) for this package is in Paradox.Is there 
any way by which these data can be transferred to FoxPro?This can avoid 
entering the data manually.

Is the .dbf format for FoxPro and Paradox the same?

My e-mail address is : hks@palmetto.cis.ufl.edu

Thanks in advance.

Newsgroups: comp.databases,comp.databases.theory,de.comp.databases,comp.infosystems.gis