Subject: Linux-Misc Digest #398
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Thu, 9 Dec 93 11:13:24 EST

Linux-Misc Digest #398, Volume #1                 Thu, 9 Dec 93 11:13:24 EST

Contents:
  Re: Lots of problems with Slackware 1.1.0  (Yip Chi Lap [Beta])
  Re: Linux Consortium (Lars Wirzenius)
  Re: SLS - Installation (Charles John Marshall)
  Re: how fast is linux? (Dave Truckenmiller)
  Re: Yet another benchmark results.. (Andres Kruse (NIKHEF))
  Re: Xwindows Terminal (Mark A. Davis)
  Re: Jana CDs shipped in November? (Eugene E. Devereaux)
  Re: Linux counter: Usage growth of Linux (David Alan Black)
  Re: Linux Consortium (The Outlander)
  Re: SQL for University Ingres (Roy Hann)
  Can S3 X server support 1280x1024 at higher than 85Hz refresh rate. (Mario Easter)
  RT Video Targa or M&M Pro Video support (Berkers)

----------------------------------------------------------------------------

Crossposted-To: comp.os.linux.help
From: h9118101@hkuxa.hku.hk (Yip Chi Lap [Beta])
Subject: Re: Lots of problems with Slackware 1.1.0 
Date: Thu, 9 Dec 1993 12:14:46 GMT

Kuz I (ikuz@cs.vu.nl) wrote:
: I've just spent a couple of very frustrating nights trying to install
: Slackware 1.1.0.  Each time I try it differnet things keep going wrong.  

        Wow. For me, only (seemingly) one thing kept going
wrong and that made me spent some nights too.

        First, my system setup:
                486DX33
                21M RAM (weird?)
                Adaptec 1542C
                Quantum LPS240S 234M HD (SCSI, ID=0)    (1M=2^10bytes)
                ST11200N 1005M HD (SCSI, ID=1)
                SyQuest 84M (okay, 88Million byte) Removable (SCSI,ID=2)

        Problem: The installation well well for a few disks,
then there comes errors, seemingly when it access disks:

Unable to handle kernel page request at address C000 0012
Oops:0000       
EIP: 0010:0011 b617
EFlags: 0001 0246
eax  0000 0000     ebx 0000 5341   ecx 010d 8400   edx 001c 1614
esi  0000 0000     edi 0000 0001   ebp 0000 0000
ds: 0018  cs: 0018  fs: 002b  gs: 002b
pid: 3  process nr: 3
80 78 12 00 74 22 83 7c 24 20

        I've tried reinstalling the system a few times. Sometimes
the crash comes when disk 3 is being installed, sometimes disk 7,
and the best time is disk 12 (oh, there are 14 disks for the A set.).
When will it crash seems to be quite  random, but all are
of type "Unable to handle kernel page request at address  xxxx xxxx".
I've spent some time monitoring the processes and found that the
problem may relate to the file system, but I can't be sure.
The disk sets Q have been tried so that the kernel image for pl13q
is used, but that didn't help.

        At last I reinstalled the SLS which contains 0.99pl9-1 and
all  worked well. I got the image of pl13q from the Q set of disk and
used lilo to try to boot that kernel. Again,the sudden random crash
occurs.  Can anyone help?

: Hoping that there will be no more problems I try to log in.  I suppose 
: logging in with no problems is too much to ask.  I try to log in as root
: (root doesn't have a password yet) and instead of a shell I get a login

        Oh. In the course of trying to solve the installation
problem, that too happened.

        By the way, I can find no fast way of upgrading the kernel
from pl9 to pl13 or 14 except to install  a >pl11 system first
partly because of compiler version problem. Can anyone suggest
a good way to do this?

Regards,
  Beta.

--
:) Yip Chi Lap [Beta] /b ee t ah/ 'bee-ta'                     :9
:> Internet, Bitnet: h9118101@{hkuxa,hkusub,hkueee}.hku.hk     :*
:D                   {beta,clyip}@sunmp.csd.hku.hk             :(
:I Fidonet: Beta Yip                                           :O

------------------------------

From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Subject: Re: Linux Consortium
Date: 9 Dec 1993 14:41:05 +0200

markline@henson.cc.wwu.edu (Mark Line) writes:
> Is LJ the one that's been promised off and on sporadically to appear
> some day, or is this something I've missed?

Yup.  I don't know what their current status is.

> Why are
> 
> (a) Magnus publishes a review in UnixWorld or some such; and
> (b) a group of LC collaborators publish a rivew in UnixWorld or some
>     such
> 
> so different that people are prepared to support the one but not the
> other?

You completely miss the point.  The problem is not publishing reviews.
The problem is giving pompous, official-looking "Stamps of Approval".
They may not be meant to be pompous and official-looking, but that's
what they are.  Forget the approval business and the whole thing starts
sounding reasonable.

There's no problem in having a group of people do reviews together.  In
fact, it's a good idea --- you get much more experience into the review.
The latest name suggestion I've seen, "Linux Review Group", still sounds
too official to me; I'd prefer if the word Linux didn't apprear in the name
at all.  In fact, I don't think a name is needed in the first place,
because the group would probably work better as just a group and not an
organization.

--
Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
Humans are unreliable, computers are non-deterministically reliable.

------------------------------

From: cjmarsha@carbon.denver.colorado.edu (Charles John Marshall)
Subject: Re: SLS - Installation
Date: 7 Dec 93 17:50:04 GMT

ADAM HUSIK (adam.husik@njcc.wisdom.bubble.org) wrote:

:     I have just spent more then five hours trying to Install the SLS
: release of Linux with bad luck..here are the details I would really be
: greatful if someone could help me out.
o
Did you read through the installation manual?  In six pages, it explains in  
pretty good detail everything you need to do.  In short: 
1) create DOS partition (either using DOS FDISK which is destructive or using 
FIPS which non-destructive; note that FIPS is shareware and while I didn't
have any problems with it, use at your own risk).

2) boot Linux from boot disk created with RAWRITE3 (from a DOS workstation)

3) create two partition's using LINUX FDISK; one is for Linux root and the
other is for swapspace;  I used 10 meg for swapspace (I have 4 meg also) 
and the rest for root space

4) reboot; not necessary with the latest SLS installation but never hurts

The one thing the book left out is to turn on the swapspace with:
swapon /dev/hda3  where hda3 is the swapspace partition.  

If you need the specific manual I'm talking about I can look it up.  The
manual was downloaded from directory ldp.  Good luck with it.  The 
SLS installation really works well.

charles

------------------------------

From: trucken@hecto.cs.umn.edu (Dave Truckenmiller)
Subject: Re: how fast is linux?
Date: Thu, 9 Dec 1993 13:59:01 GMT

In <2e5kea$3t1@soho.lunetix.de> mm@lunetix.de (M. Mueller) writes:

>Michael H Price II (mhp1@Isis.MsState.Edu) wrote:
>: I am thinking about upgrading to linux but a friend told me it ran slow.  How
>: fast/slow would it run on a 386DX-40 with 8megs RAM?

>: Mike.

>I'm using linux, but I must tell you it's not fast.
>It's running on my computer since almost 15 months but it's still next to 
>my desk. So a snake might be faster :-)

>yours MM

Yes, it is much slower than my Sun IPX here at school.  I measured this
morning, and the IPX is two inches to the left, while my PC at home
running Linux hasn't moved a bit.

-Dave
--
==== _.. ___ ... ====|~~--V   ___________________ ._.. .. _. .._ _.._ 
Dave Truckenmiller   |___II   Linux, Linux, Linux,  L   i  n  u    x 
trucken@cs.umn.edu or trucken@sebic.mn.org   *.tc.umn.edu is unsecure

------------------------------

Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms
From: kruse@zow.desy.de (Andres Kruse (NIKHEF))
Subject: Re: Yet another benchmark results..
Reply-To: A.Kruse@nikhef.nl
Date: Wed, 8 Dec 1993 21:03:25 GMT

Please, please!! Don't continue running this program on your machines
and post the results.
   Look at the code first and decide if it makes any sense to do it. 
There are several oddities:

- It is using the time(2) function... check your man pages to 
  see what that means...
- It is putting a lot of emphasis on trigonometric functions.
- You have to quote the CPU type, the cache size, the memory
  size, the compiler options etc. All this has a big influence!

There are many benchmarking sources around, well established,
as Brett Huber (blhuber@mtu.edu) correctly sais. 
   If you are looking for some code to check your FPU, what about
the good'ol WHETSTONE. What about LINPAK, DHRYSTONE, etc.

Seeing so many people blindly taking this source and wasting their
CPU cycles and bandwidth in the NET I think that it's good to
have SPEC around. SPEC *does* give a quite good estimate on how
the performance compares. If you want to run some code on your own
machine, check out 'ftp.nosc.mil', subdirectory 'pub/aburto'. 
Here you find a lot of popular benchmarking sources, together
with a lot of results from various workstations. You also find
some nice comments by Al (Aburto) in the source files.

Cheers,

   Andres

============================================================================
Andres Kruse      | NIKHEF - National Institute for Nuclear Physics and
A.Kruse@nikhef.nl | High-Energy Physics, Amsterdam, The Netherlands



------------------------------

From: mark@taylor.wyvern.com (Mark A. Davis)
Subject: Re: Xwindows Terminal
Date: Thu, 09 Dec 1993 14:08:48 GMT

keith@ksmith.com (Keith Smith) writes:

>In article <1993Dec08.134517.21049@taylor.wyvern.com>,
>Mark A. Davis <mark@taylor.wyvern.com> wrote:
>>keith@ksmith.com (Keith Smith) writes:

>>>The X-terminal should already _BE_ the X server, ie, the server code
>>>needs to be running on the TERMINAL not the CPU unless you have one of
>>>the less expensive terminals, that require the host CPU to act as the
>>>server.
>>
>>At which point it is not an Xterminal, but some sort of primative Xdisplay.
>>For something to be called an Xterminal, it must be running the Xserver
>>code itself.  Any other method would put way too much load on the host.

>You are playing semantics games here.  The manufacturers are calling
>these things X terminals, and the trade rags are calling them X
>terminals, you may call them whatever you like, but they are generally
>inexpensive graphics display devices in any case.

I am NOT playing semantics.  Do you consider NT to be a Unix?  I don't.
Neither would most people call a terminal which does not run the Xserver
an Xterminal.  It is a WORLD of difference in performance and load!

>>>specific software (binaries) over the ethernet, you have to have the boot
>>>binary for the specific terminal in question on some net machine that
>>>will accept/transfer the boot request ( just like some network printers ).
>>
>>Some Xterminals have the boot/server code in ROM, or Flash ROM/RAM.
>>Most have options for either local or remote boot, remote boot being more
>>popular.
>>
>>>In the case of a dumb X terminal
>>
>>There is no such thing as a "dumb X terminal".  An Xterminal is an Xterminal.

>Sure there is.  The ones in the trade rags where the server software
>runs on the host machine.  They call em X terminals, I call them "dumb"
>X terminals, because as you say they aren't really a conventional X
>terminal.

Oh, OK.  I will go along with that.  Still think that they should be called
just "Xdisplay" rather than a true Xserver running terminal which is both
an "Xdisplay" and an "Xterminal".  I think some standards group should jump
on Qume.....

>>> the server software will be SPECIFIC to
>>>that terminal and will come with a binary specific to the platform it is
>>>running on, Like the WYSE X5 driver for SCO or the WYSE X5 for SUN or
>>>whatever.
>>
>>Incorrect.  The binary for the server which an Xterminal runs in specific to
>>the Xterminal and does not vary at all with the host platform.  Neither do

>No correct,  Look, I'm not talking about conventional Xterminals here I
>already talked about them above, I'm talking about the ones where the
>server software actually runs on the host.

The Wyse X5 does not run the server on the host, it is run on the terminal,
the Wyse X5 is a true Xterminal... unlike the terminals you are thinking of.

>  You know the ones that cost around $800-1.5K.

I know exactly the ones you are talking about.  I think there are only two
made anywhere, of which the Qume is most infamous.  BTW, why would one even
want to spend THAT must on a non-Xterminal Xdisplay thing I don't know.
True Xterminals, XP11's from Tek can be had for $875......

>The ones I call  "dumb" X-terminals.  I refuse to
>argue semantics here, but the manufacturers are calling them Xterminals
>and the trade press is calling them Xterminals.  You can call them
>whatever you want.  I did however mistakenly say the X5.  Oops ...

THAT is what I was pointing out.  Although I WILL argue semantics on this
subject :)  I was trying to make it clear that WYSE does NOT make a
non-Xterminal Xdisplay which runs the server on the host.

>>the fonts.  The Tektronix server tape, for example, is completely generic,
>>and can be loaded on any Unix machine.  The WYSE X5 *IS* an Xterminal, not
>>a brain-dead xdisplay of some sort, like the low end Qume, which you are
>>probably thinking of 

>Correct.  Like the Qume QX-15.  (I dunno why I said wyse except that I
>think wyse just bought Qume or something) Again as I said above the boot
>software must be on "some net machine".  Doesn't matter which one.  For
>the wyse X5 they have a "UNIX" tape and a "ULTRIX" tape distribution, I
>would imagine they use the bootp net stuff, pretty vanilla. 

>> (WARNING:  THINK TWICE BEFORE BUYING A SO-CALLED
>>"XTERMINAL" WHERE THE SERVER CODE RUNS ON THE HOST, IT IS NOT A TRUE
>>XTERMINAL AND YOUR PERFORMANCE WILL BE VERY POOR AND THE TERMINAL WILL PUT
>>A HUGE AND UNNECESSARY OVERHEAD ON THE HOST MACHINE!!)

>Well,  This depends on your needs.  In a small office with 3 people who
>want to be able to do FAX and run a GUI all on one machine it's OK.  I
>wouldn't try to put 50 of these bad boys on a 486/66 though.

Exactly.  Know what you need before buying.

>>A 100,000 Xstone 14" mono Tek Xterminal, new, 4MB RAM, can be had
>>for under $875.  Plug it in, turn it on, set the IP address and you be done.

>Yuk Mono,   These folks need to wake up.  If you are going to screw with
>graphics you _need_ color, otherwise you might as well use a text screen.

Hey, didn't you just say above that it depends on your needs???????  Color
is NOT necessary to get business work done.  It is cute, it is nice, it is
more desirable, but when the costs are high and it can't be justified it
is often not an option any more.  And mono devices also use less memory and
are usually faster- an added bonus!
-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
  | Sys.Administrator|  Computer Services   | mark@taylor.wyvern.com   .uucp |
  \--------------------------------------------------------------------------/

------------------------------

From: gened@halcyon.com (Eugene E. Devereaux)
Subject: Re: Jana CDs shipped in November?
Date: 9 Dec 1993 05:38:15 -0800


gordon@tradenet.com
:Remco Treffkorn (root@hip-hop.sbay.org) wrote:
: : Eugene E. Devereaux (gened@halcyon.com) wrote:
: : ... conversation deleted...
: : : ME:  I will post this conversation as best as I can remember it.
: : : -- 
: : :   Eugene E. Devereaux            Call:     K7JZU  -o- --ooo o--- --oo oo- 
: : :   4 Ponce DeLeon Creek S.W.      Internet: gened@halcyon.com
: : :   Tacoma, Wa 98499               Voice:    (206) 584-1856    
: : :   - Easy does it, but do it -    FAX:      (206) 584-1178
: 
: : Please let us know if you receive a check!

: : Remco Treffkorn, DC2XT
: : remco@hip-hop.sbay.org   <<-- REAL reply address !!
: : (408) 685-1201
: 
: Well I haven't received mine after a direct email responce from Jay that
: the CD's were shipped on or about Nov. 7th. I'm tired of this. I'm going
: to Consumer and Corporate Affairs and the BBB.

: gordon@tradenet.com
: (604) 365-3388

Well time has passed and no check has arrived. This was the only message
fragment I saved so I didn't mail a message to Jay but should I have to?

I plan to write another letter to Visa saying the dispute still exists
and write this JANA experience off as a leason learned.

Gene
-- 
  Eugene E. Devereaux            Call:     K7JZU  -o- --ooo o--- --oo oo- 
  4 Ponce DeLeon Creek S.W.      Internet: gened@halcyon.com
  Tacoma, Wa 98499               Voice:    (206) 584-1856    
  - Easy does it, but do it -    FAX:      (206) 584-1178

------------------------------

From: dblack@pilot.njin.net (David Alan Black)
Subject: Re: Linux counter: Usage growth of Linux
Date: 9 Dec 93 15:12:15 GMT

wpp@marie.physik.tu-berlin.de (Kai Petzke) writes:

>For commercial software, estimates go, that there are ten illegal
>copies for each legal and paid-for copy.  Why shouldn't Linux have
>the same, where copying is *legal*?  Very likely, there are 10000*10
>= 100 000 LGX users around, plus the same number of SLS users, plus
>the same number of Slackware users!


Then again, it's easier to hand bootleg copies of things like WordPerfect
around, copy them off the office computer, etc.; and if one were involved
in such an activity it would be, I think, likelier that one would have
ten friends who wanted WordPerfect than ten friends that wanted to change
their operating system.  

And some of those Slackware and LGX users may be refugees from SLS....

But it's an interesting question.  Not that this is a scientifically correct
way to conduct a survey, but....  have people had the experience of giving
Linux to non-internet-connected friends, and having them actually install
and use it?  Just curious.


David Black
dblack@pilot.njin.net


                "It's the power that excites me, Mr. Steed."

                        - Glover

------------------------------

From: yvain@microsup14 (The Outlander)
Subject: Re: Linux Consortium
Date: Wed, 8 Dec 1993 12:17:12 GMT

Daniel Garcia (system overlord) (kender@executor) wrote:

: >This is a drawback for all those people who produce good quality
: >packages .. to be "flamed" afterwards not to be user friendly '-)

: So, then my suggestion to the LC, 'rate' packages, as being suitable for
: delphi users, suitable for novices, suitable for experts, suitable for hackers,
: suitable for S&M enthusiasts, whatever...  

This i would simply _love_ to see.. heh :)

The Linux Consortium warns that GeeWizzSoft is rated S&M - only for those
with a high pain tolerance and an appreciation for kinky hacking...

Does the Universe move for you dear? ;-)

: >
: >Really: forget about your "important organisation" :-( 

: Why are you so afraid of this organization?
Mebbe he is an anarchist..

No hassles, so am I. But I can see that there is worth in having some
sorts of structures there that are willing to do a little Quality Control
on distributions. 

With respect to hierarchies and Linux. I guess there are some sorts of
unoffical hierarchies.. Those who are closely connected with Linus and
kernel hacking, those connected with Fred and Alan for net hacking (not
the game ;-) ) and suchlike. But as Mark has already commented, the community
is somewhat "flat". If you want in in these "heirarchies", its simple..
read the source, find a favourite bug and remove, or find a favourite missing
feature and add it.

When it comes to distributions, any distributer can do what they want...
is autocracy really a better way of running things than a cooperative
anarchy? A

: >Nerved

: Me too, but that comes from too much caffine in my system ;)

With Motzart's requiem playing, and the end of year fast approaching
finally i am free of the nerves :-)
i
chris

------------------------------

Crossposted-To: comp.databases,comp.os.linux.development
From: rhh@tachy.uah.ualberta.ca (Roy Hann)
Subject: Re: SQL for University Ingres
Date: Thu, 9 Dec 1993 15:02:08 GMT

camou@csid.gmeds.com (Mario Camou) writes:
: rhh@tachy.uah.ualberta.ca (Roy Hann) writes:
: : In article <8h0UNYC00VR54Gw3Qe@andrew.cmu.edu> you write:
: : On the other hand, if you are just saying SQL is "standard" and widely 
: : available and as a matter of policy you use it for those reasons, well:
: : ho-hum; you and me both.  But that does not contradict Zeyd.  QUEL is 
: : the better language--it's not popular, but it IS better--
: 
: I know SQL, don't know QUEL. I'm currently thinking of installing
: University Ingres on a Linux machine. Could you post what you consider
: to be the main differences between SQL and QUEL?

I can't tackle this properly here--I am sure that a proper treatment
of the question would require a good size book, and in spite of having
used QUEL for 6 years before switching to SQL for the last 4 years
I am sure I am not fully aware of all the differences anyway.  But
here is an exract from the INGRES FAQ that talks about some of the 
differences you will see in application programs.  Unfortunately
most the the REALLY BIG differences are in the data reduction 
capabilities (which SQL more or less lacks completely) and those are
only hinted at here.


10.001 What is QUEL?

QUEL is the original INGRES DML, now supplanted by SQL for commercial
reasons.  There is a small number of very well regarded authorities,
including C. J. Date, who believe that QUEL is superior to SQL.

QUEL is available as part of the INGRES base system.  The interfaces
are `quel' (a terminal monitor equivalent and similar to `sql') and
`iquel' (similar to `isql').  Report Writer is able to determine
automatically whether SQL or QUEL is used in the .QUERY section.
The embedded pre-processor is `eqc' for C.

QUEL is based on the relational calculus; SQL is based on the 
relational algebra.  There are many operations that are straight forward
in QUEL that are not readily reproduced in SQL.  

Although it is de-emphasized, QUEL _IS_ supported and The ASK Group does
not appear to be ready to drop it yet.



10.002 How different is QUEL from SQL?

VERY different, although in embedded applications, where the two DMLs
are used only for the basic operations of fetching, updating and
inserting, the differences are not very apparent.  A few of the 
important differences in embedded applications are:

(1) In EQUEL the INGRES identifiers are flagged (viz #part_no = 
    part_no), while ESQL the host-language identifiers are 
    flagged (viz part_no = :part_no).

(3) QUEL allows range variables (analogous to SQL correlated table
    names) to remain defined between statements.  A range variable
    declaration need not appear in the source code anywhere near
    the reference to the range variable.

(4) The EQUEL `APPEND' statement (analogous to SQL `INSERT') insists
    that column be identified by name--columns cannot be addressed by 
    position.

(5) EQUEL allows the WHERE clause to be defined dynamically, without
    recourse to a "dynamic" EQUEL. 

As well, some of the other difference that apply to both the embedded
and non-embedded version of QUEL, but which are perhaps of great
importance when converting an application to SQL are:

(1) Some of the more exotic QUEL access controls are not imposed on
    SQL accessors--this creates a potential security breach.

(2) Outwardly identical SQL and QUEL views can produce different
    results because of semantic differences.  (QUEL implements
    views so that they act like modifications to the WHERE clause, SQL 
    implements them so that they act like virtual tables--with 
    duplicates permitted.)

(3) QUEL auto-commits by default; multi-statement transactions
    must be explicitly encapsulated between a BEGIN TRANSACTION
    and an END TRANSACTION or an ABORT.

In non-embedded uses, such as `iquel' and Report Writer, the differences
can be very great.  A future version of this FAQ may deal with this more
thoroughly.



10.003 Should I learn QUEL?

Users of ASK/INGRES have the choice, but QUEL is the only DML available
to users of University Ingres.

If the need arises, QUEL is certainly easy to learn.  It is more
regular and orthogonal than SQL.  However, mastery of the more subtle
features of QUEL (such as aggregate functions) requires considerable
sophistication.

QUEL may be useful within Report Writer where its capabilities can
allow certain reports to be defined very concisely, particularly those
that require aggregation over many different columns and particularly
those that require aggregation over a function of a column.  There are
many operations that can be expressed concisely and non-procedurally
that have no equivalent concise or non-procedural expression in SQL.

Unfortunately, in spite of its manifest superiority to SQL, QUEL is
unique to Ingres now.  Proficiency in QUEL may be satisfying
personally, but it will not be transferable to other systems.  QUEL is
not under active development any longer, therefore it is not able to
access the user defined datatypes that can be created using the Object
Management Extension.  Any reports or applications developed using QUEL
may be hard to maintain in future.

Employers would probably counsel against learning QUEL, academics would
probably argue the opposite.



10.004 Should I convert my QUEL to SQL?

The answer to this question will depend on circumstances.  The best
answer that can be offered is a list of the pros and cons of 
conversion.

The implicit reason for wanting to do this will usually be
a desire to be able to hire SQL programmers off the street, or
to take advantage of recent INGRES enhancements that are available
only in SQL.  The advantage of being able to hire SQL programmers
off the street is probably illusory.  SQL as such constitutes less
than 3% of the source code (by one estimate), so familiarity with
INGRES' forms run-time system and INGRES utilities will always be
the main obstacle to recruiting experienced programmers.  

Wanting to take advantage of new INGRES facilities is a compelling
reason to convert to SQL.

In embedded applications, the conversion of QUEL to SQL is fairly
mechanical, and can probably be undertaken at minimal cost.  If
necessary it is possible to do the conversion piecemeal, mixing SQL and
QUEL in the same application.  See Advisor note US_13270 for details.

There are NO utilities available to automate the conversion of 
embedded QUEL to SQL.

In the case of Report Writer, the conversion will in general be much
more difficult.  It is possible to do some very sophisticated data
reduction in QUEL, and if a report makes use of some of the more
powerful capabilities of QUEL, conversion to SQL may well be so painful
that it should be avoided if at all possible.  If it cannot be avoided,
plan to spend a long time on the conversion and on testing.  It is not
unknown for a relatively modest report of under a 100 lines of code
using QUEL to balloon to over 2000 lines of code when switching to
SQL.



10.005 Are there any utilities for converting QUEL to SQL?

No.


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

Roy Hann
Senior Analyst, Information Systems        rhh@tachy.uah.ualberta.ca
University of Alberta Hospitals            (MIME-capable mail agent)
WMC 2C2.21, 8440-112th Street,     
Edmonton, Alberta                          Tel: (403)492-4367
T6G 0N4                                    FAX: (403)492-3090
Canada

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

------------------------------

From: mse01@eng.amdahl.com (Mario Easter)
Subject: Can S3 X server support 1280x1024 at higher than 85Hz refresh rate.
Date: 8 Dec 93 16:41:12 GMT

This is my first post to this newgroup so I hope this is appropriate for
the group.
 
I recently heard that the XFree86 S3 X server can support 1280x1024 but
the maximum clock supported is 85hz. Is this true? I was hoping to get
a good refresh rate around 110Hz.

Thanks.

-- 
         /~~~~~~~~~~~~~~~~~ Mario S. Easter ~~~~~~~~~~~~~~~~~~~\
        /                Amdahl Corporation                     \
       /   mse01@eng.amdahl.com   |  1250 East Arques Avenue     \
      /    Phone : (408)746-7870  |  P.O. Box 3470 M/S 233        \
     /     FAX   : (408)746-8502  |  Sunnyvale, CA 94088-3470      \
    |  **  The opinions expressed are copyright Mario Easter.  **  |
    +--------------------------------------------------------------+

------------------------------

From: berkers@pmcs.estec.esa.nl (Berkers)
Subject: RT Video Targa or M&M Pro Video support
Date: Thu, 9 Dec 1993 09:32:06 GMT




Has anybody developed a driver for the TARGA or the M&M Video Pro
boards (or any other video board)? I have looked into the driver
which has been written for the WinVision B&W video capture board,
that provides me probably with sufficient information to get me
going. Anyway, if you have a working driver, please send me a
message!


--
Erwin Berkers, email: berkers@pmcs.estec.esa.nl
--

===============================================================================
cheers,                   Email:      berkers@pmcs.estec.esa.nl, berkers@ict.nl
Erwin Berkers             Telephone:  +31 (0)1719 - 85595 / +31 (0)5700 - 33888
===============================================================================


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
