Subject: Linux-Misc Digest #917
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Tue, 11 Oct 94 11:13:16 EDT

Linux-Misc Digest #917, Volume #2                Tue, 11 Oct 94 11:13:16 EDT

Contents:
  Re: ez (was Re: Word (Text) processors for Linux?) (Alexandra Griffin)
  Re: which is better: Mitsumi or Panasonic CDROM? (Jonathan Noel Tombs)
  [help] xdos can't load shared library (david her)
  Re: Word (Text) processors for Linux? (Boudewijn)
  320x200 Xconfig line (Tim Lines)
  Re: Telnet & ftp freeze! (John Richardson)
  showaudio (phil slurrup)
  Re: 320x200 Xconfig line (Gene McCulley)
  Re: Does all SCO software run on Linux (Mark A. Davis)
  Re: RFD: comp.os.linux reorganization (zachary brown)
  Re: Linux <-> Hurd (was: How Old Is Linus?) (zachary brown)
  Re: Word (Text) processors for Linux? (Andrew J. Cosgriff)
  Re: Lilo booting last booted OS. (Hamish Coleman)

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

From: [email-masked] (Alexandra Griffin)
Crossposted-To: comp.unix.questions
Subject: Re: ez (was Re: Word (Text) processors for Linux?)
Date: 11 Oct 1994 09:28:44 GMT

In article <[email-masked]>,
 <[email-masked]> wrote:
>In article <[email-masked]>,
>[email-masked] (Richard L. Goerwitz) writes: 
> : Personally, I don't that dial-up character-based I/O is the future of
> : computing.  To bend over backwards to suit this constituency would be
> : to cripple any forward-looking WP, and to slow development.
>
>I do not think that making a character based WP will slow development at
>all.  The display code for X is far more complex than it is for ordinary
>terminals and will distract from the internals of the WP itself.  The X
>stuff can come later.  I think that there are far more of us still using
>simple terminals than are using X terminals.  

Yes, it's good to have the option to go either way-- X is nice and
versatile, but when it's necessary to run stuff remotely over a
s_l_o_w modem connection the additional delays imposed by X often
outweigh its advantages.  Also, sometimes it's handy to be able to log
in on any old character terminal or dial-up line to do some document
editing or whatever.  The termcap and ncurses libraries provide enough
functionality to cover probably 75% of my word-processing needs
(anything that doesn't need explicit embedded-graphics, multi-font,
proportional spacing support; underlining, bold, page formatting, etc.
can all be done in character mode).  The extra overhead of supporting
character mode in addition to X (or whatever) isn't that much for a
lot of software.
-- alex

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

From: [email-masked] (Jonathan Noel Tombs)
Subject: Re: which is better: Mitsumi or Panasonic CDROM?
Date: 10 Oct 1994 13:23:20 +0100

In article <[email-masked]>,
Hallvard Paulsen <[email-masked]> wrote:
>Harry C Pulley ([email-masked]) wrote:
>: Heiko Schlittermann ([email-masked]) wrote:
>: : As far as I know the Mitsumi driver doesn't use either irq nor dma.
>
>: Then why is it important that you set your IRQ correctly in mcd.h?
>
>And why is it mentioned in the SoundBlaster manual that you
>have to choose an IRQ number for the Mitsumi drive, but not
>for a Sony or Crative (Panasonic?) drive?

maybe it can't be changed with the panasonic drives.

To put the record straight:

The mitsumi driver _does not_ use the interupt. It does however have
the ability to generate one, and is connected to an interupt line on
your PC bus. As you can't share interupts in a PC/AT compatible you must
define the IRQ line mainly so that no other device can, and in the off
chance that an error causes your drive to generate an IRQ it is safely
ignored. 

Not using the IRQ makes the driver much more cpu intensive, and also probably
slower, mitusmi is not exactly free with the programing info to allow a driver
that uses the IRQ, but I know of atleast one person with the documentation and
expect the mitsumi driver will one day support the irq, better be ready and
have your irq correct now :-)

Jon.

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

From: [email-masked] (david her)
Subject: [help] xdos can't load shared library
Date: Sat, 8 Oct 1994 21:56:35 GMT

I compilied xdos sucessfully. But when xdos is ran it can not load shared 
library. What shared library it actually looking for ? Please help , thanx
in advance.

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

From: [email-masked] (Boudewijn)
Crossposted-To: comp.unix.questions
Subject: Re: Word (Text) processors for Linux?
Date: Mon, 10 Oct 94 22:40:04 CET
Reply-To: [email-masked]

In article <[email-masked]> J.J. Paijmans ([email-masked]) wrote 
on Re: Word (Text) processors for Linux?

> 
> An important part of its attraction is that the LaTeX-look already has
> been approved by most journals and editors in my line of work, so if
> they don't like the looks of my articles, it is their problem.  And of
> course LaTeX may be sent by email, be "grepped", "awked", "headed",
> "tailed" and "sedded" without inviting disasters. Furthermore I can
> take my work to any machine that sports an ASCII-editor, be it a dumb
> terminal, Mac, DOS PC, Unix or VAX and continue working (as long as
> the disk can be read or a serial link to an usable drive can be
> created.

Most of the journals in the kind of linguistics I used to do before I 
became an Oracle systems builder _demanded_ Mac Word (which can't even 
use Worldscript, or so I am told).
> 
> Last but not least LaTeX doesn't change. In my queste for the holy
> Grail of wordprocessing I used a lot different systems over the years.
> If I have to go back to my personal archives for old articles written
> in, say, Ventura (although that one is ASCII-based too), old WP-files,
> old MS-Word-files, I generally have a problem. Not so my collegues,
> who have been using LaTeX for ten years or so.
>
Well, that is a very strong point. I have an archive of ten years of 
stuff, some of it even in Quill... 
> Oh, and it is nice to animals too... :-)
> 
> Paai.
> 
> 

-- 
Boudewijn Rempt
Kloosterstraat 34 1.2, 2021 VN Haarlem.
't Gezichtje eerst, dan de handen,
dan de bibben, en 't laatst de tanden.
                                  Mijnheer Dil, De tuinen van Dorr, Paul 
Biegel.

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

From: [email-masked] (Tim Lines)
Subject: 320x200 Xconfig line
Date: 9 Oct 1994 00:44:11 GMT

I know this question has probably been asked a thousand times,
so feel free to flame me for asking the thousand and first.
Here goes:  How do I set up my Xconfig to support a "320x200"
resolution.  It's a standard enough video mode that I suspect
the same line added to the Xconfig would work anywhere.  So 
flame away guys,  but I will consider you unqualified to
flame me if you don't know the answer.  You'll have to
excuse me now, I've got to hurry and pick up my asbestos
suit from the cleaners...

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

From: [email-masked] (John Richardson)
Crossposted-To: comp.os.linux.help,comp.os.linux.development,comp.os.linux.admin
Subject: Re: Telnet & ftp freeze!
Date: 9 Oct 1994 01:05:30 GMT

>
>Right, but introducing a 3000ms latency in the PPP session is not
>really acceptable.
>

Unfortuantely, I think the problem lies elsewhere if you have my 
patch. :(

--
John Richardson

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

From: [email-masked] (phil slurrup)
Subject: showaudio
Date: 10 Oct 1994 13:19:32 -0400

Has anybody got showaudio to run for Mosaic? I am having trouble 
compiling it. Is there Linux specific source and if so where? I also 
realized I didn't know how the include directories for gcc can be expanded,
without doing it from the command line, where is that setup and defined?
One other question, is there a way to cut and paste text between sessions 
in linux, and if so where can I find info?

        Phil Durbin
        [email-masked]

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

From: [email-masked] (Gene McCulley)
Subject: Re: 320x200 Xconfig line
Date: 10 Oct 1994 17:22:53 GMT

In article <[email-masked]>, [email-masked] (Peter Mutsaers) writes:
|> >> On Mon, 10 Oct 1994 15:21:25 GMT, [email-masked] (Harm Hanemaaijer) said:
|> 
|>   HH> There is no sane SVGA style 320x200 mode timing that produce the standard
|>   HH> VGA horizontal and vertical scan rates. The problem is that the standard
|>   HH> VGA 200-line modes use a certain 'doublescan' bit that XFree86 2.1/2.1.1/
|>   HH> 3.1 do not know about (3.1.1 will). If you attempt to define a 320x200
|>   HH> mode anyway with a 25 MHz dot clock you are likely causing a horizontal
|>   HH> sync twice and a vertical sync four times as high as the standard
|>   HH> VGA 320x200 mode needs. This is way above the spec of most monitors, even
|>   HH> most high-end ones. If even if such a mode appears to work it may be
|>   HH> operating at a sync rate 20% or so above spec and could cause damage. 
|> 
|>   HH> If your server/chipset driver provides a 12.5 MHz clock, you can define 
|>   HH> a sane 320x400 mode and work with that.
|> 
|> However, the SVGA server from XFree 3.1 knows 320x200x256 without the
|> need for a modeline; choose generic svga and it works. 

How do I use this with my accel server so that I can have 800x600, 640x480, and
320x200 modes accessible from Ctrl-Alt-+?

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

From: [email-masked] (Mark A. Davis)
Subject: Re: Does all SCO software run on Linux
Date: Tue, 11 Oct 1994 12:52:57 GMT

[email-masked] (Scott Weinstein) writes:

>I posted about this in comp.windows.x.i368unix, but got no replies.

>I've been using WP 5.1 for sco unix with linux and Xfree 2.1 for about
>a month with no real problems. 

>I recently tried to upgrade to XFree 3.1. When I tried out WP, it gave
>give me lots of Xm* error and then wold give me a  seg violation. One time it
>cause my HD to do *something* for about 1/2 hour. I ended up rebooting
>that time.   

I have heard lots of ***HORROR**** stories about XFree 3.1.  My suggestion
is not to use it yet!!!

>I'm at kernel 1.1.45 and am now back to Xfree 2.1.

-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis     | Lake Taylor Hospital | Norfolk,VA (804)-461-5001x431 |
  | Director/SysAdmin | Information Systems  |    [email-masked]       |
  \--------------------------------------------------------------------------/

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

From: [email-masked] (zachary brown)
Subject: Re: RFD: comp.os.linux reorganization
Date: 11 Oct 1994 08:42:15 -0400

>
>I think wine has it's own newsgroup (comp.sys.emulators.wine ?) so there
                                      ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^
It's comp.emulators.ms-windows.wine

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

From: [email-masked] (zachary brown)
Subject: Re: Linux <-> Hurd (was: How Old Is Linus?)
Date: 11 Oct 1994 08:44:50 -0400

In article <[email-masked]>,
Chris Bitmead <[email-masked]> wrote:
>In article <[email-masked]> [email-masked] (Andi Kleen) writes:
>
>>In article <[email-masked]>,
>>Axel Boldt <[email-masked]> wrote:
>>>Jiann-Ming> Why would Linux go away?
>>>
>>>Hurd, maybe? Are they planning an 486 version at all?
>>
>>Hurd is being developed on a Compaq 386.
>
>Hurd is available for 386, but I thought it was being developed on DEC
>Alpha. 
>
I thought it was supposed to eventually be hardware independant.

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

From: [email-masked] (Andrew J. Cosgriff)
Crossposted-To: comp.unix.questions
Subject: Re: Word (Text) processors for Linux?
Date: 10 Oct 1994 09:37:26 GMT

[email-masked] writes:
>This is an ongoing debate.  If a text editor + LaTeX is a
>viable alternative to a standard word processor like MS Word in
>an office environment, then there needs to be some way to share
>documents with other platforms.  We use RTF to share between
>Mac/Windows.  If software for Linux can't do this, then it
>should be able to read it plain text and translate the 
>"lf" characters.  In the case of a Mac, this is ^M.
>
>MS Word can search and replace the unix "lf" character so that
>text files written on a Linux machine can be displayed on a 
>Mac or Windows machine.  
>
>I think it can be acceptable to translate a formatted document on
>one platform to plain text to be formatted on another platform.
>However, thus far, I have been unable to get a Linux text editor like
>emacs to do a search and replace of the ^M lf character.  

'vim' handles such files just fine.
so can emacs - here's the code I use (grabbed from gnu.emacs.sources ages ago)

Enjoy,
 Andrew
(watch out for the signature at the end)

;; -*-Emacs-Lisp-*-
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;
;; File:         dos-mode.el
;; RCS:          $Header: dos-mode.el,v 1.10 92/11/26 12:07:55 ange Exp $
;; Description:  MSDOS minor mode for GNU Emacs
;; Author:       Andy Norman, Hewlett-Packard Labs, Bristol, England.
;; Created:      Wed May  6 16:42:29 1992
;; Modified:     Thu Nov 26 12:07:10 1992 (Andy Norman) [email-masked]
;; Language:     Emacs-Lisp
;;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

;;; Copyright (C) 1992  Andy Norman.
;;;
;;; Author: Andy Norman ([email-masked])
;;;
;;; This program is free software; you can redistribute it and/or modify
;;; it under the terms of the GNU General Public License as published by
;;; the Free Software Foundation; either version 1, or (at your option)
;;; any later version.
;;;
;;; This program is distributed in the hope that it will be useful,
;;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;;; GNU General Public License for more details.
;;;
;;; A copy of the GNU General Public License can be obtained from this
;;; program's author (send electronic mail to [email-masked]) or from
;;; the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA
;;; 02139, USA.

;;; Description:
;;;
;;; This package does two things:
;;;
;;; If a file being read into a buffer has the ^M character at the end of each
;;; line then these extra characters are discarded from the file's buffer.
;;; The trailing ^Z, if present, is discarded too.  The buffer is now put into
;;; the dos-mode minor-mode.
;;;
;;; Secondly, when a buffer in dos-mode is being written out, the ^M and
;;; optional ^Z characters are replaced before the write happens.
;;;
;;; dos-mode can be toggled for a buffer with M-x dos-mode.
 
;;; Installation:
;;;
;;; Byte-compile dos-mode.el to dos-mode.elc and put them both in a directory
;;; on your load-path.  Load the package from your .emacs file with:
;;;
;;;   (require 'dos-mode)
;;;
;;; dos-mode can't sensibly be auto-loaded; you are either using it, or you
;;; aren't.

;;; LISPDIR ENTRY for the Elisp Archive
;;; 
;;;    LCD Archive Entry:
;;;    dos-mode|Andy [email-masked]
;;;    |MSDOS minor mode for GNU Emacs
;;;    |$Date: 92/11/26 12:07:55 $|$Revision: 1.10 $|

(provide 'dos-mode)

(defvar dos-mode-distance 200
  "Number of characters to search for RETURN when looking for a DOS file.")

(defvar dos-mode nil
  "This buffer is to be converted to/from DOS format when read/written.")

(make-variable-buffer-local 'dos-mode)
(setq-default dos-mode nil)

(or (assq 'dos-mode minor-mode-alist)
    (setq minor-mode-alist (cons '(dos-mode " DOS") minor-mode-alist)))

(defun dos-mode (arg)
  "Toggle DOS mode.
With arg, turn DOS mode on iff arg is positive.
In DOS mode, when the buffer is saved, it is converted to DOS format first,
and when restored it is converted to UNIX format first."
  (interactive "P")
  (setq dos-mode
        (if (null arg) (not dos-mode)
          (> (prefix-numeric-value arg) 0)))
  (set-buffer-modified-p t))

(defvar dos-seen-ctl-Z nil
  "Remember whether C-Z was seen at the end of this buffer.")

(make-variable-buffer-local 'dos-seen-ctl-Z)
(setq-default dos-seen-ctl-Z nil)

(defun dos-convert-buffer-to-unix ()
  "Converts the current buffer from DOS format to UNIX format."
  (let ((mod-p (buffer-modified-p))
        (buffer-read-only nil))
    (save-excursion

      ;; Remove all C-m's that occur at the end of each line.
      (goto-char (point-min))
      (while (re-search-forward "\r$" nil t)
        (replace-match ""))

      ;; see if there is a C-z near the end of the buffer.
      (goto-char (point-max))
      (beginning-of-line)
      (forward-line -1)                 ;should be safe enough
      (setq dos-seen-ctl-Z (search-forward "\C-z" nil t))
      (if dos-seen-ctl-Z
          (replace-match "")))

    (set-buffer-modified-p mod-p)
    (setq dos-mode t)))

(defun dos-convert-buffer-to-dos ()
  "Converts the current buffer from UNIX format to DOS format."
  (save-excursion
    (goto-char (point-min))
    (while (re-search-forward "\n" nil t)
      (replace-match "\r\n"))
    (if dos-seen-ctl-Z
        (progn
          (goto-char (point-max))
          (insert "\C-z")))))

(defun dos-check-buffer ()
  "Used as a find-file hook, if the buffer looks like a DOS format buffer
then it will be converted to a UNIX format buffer."
  (if (or dos-mode
          (save-excursion
            (goto-char (point-min))
            (re-search-forward "\r$"
                               (min (point-max) dos-mode-distance)
                               t)))
      (dos-convert-buffer-to-unix)))

(defun dos-write-buffer ()
  "If the current buffer was originally a DOS format buffer, write it as such."
  (if dos-mode
      (let* ((buffer-read-only nil)
             (window (get-buffer-window (current-buffer)))
             (p (point))
             (m (mark))
             (ws (and window (window-start window))))
        (dos-convert-buffer-to-dos)
        (unwind-protect
            (write-region (point-min)
                          (point-max)
                          buffer-file-name
                          nil
                          t)
          (dos-convert-buffer-to-unix)  ;convert back again!
          (and window
               (set-window-start window
                                 (save-excursion (goto-char ws)
                                                 (beginning-of-line)
                                                 (point))))
          (goto-char p)
          (set-mark m))
        t)))

(or (memq 'dos-write-buffer write-file-hooks)
    (setq write-file-hooks
          (append write-file-hooks
                  (list 'dos-write-buffer)))) ;stick it on the end

(or (memq 'dos-check-buffer find-file-hooks)
    (setq find-file-hooks
          (append find-file-hooks
                  (list 'dos-check-buffer))))
-- 
         - Andrew J. Cosgriff -              http://yoyo.cc.monash.edu.au/~cos
[email-masked]  [email-masked]   [email-masked]
                          "Jesus Kiboed my hotrod."

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

From: [email-masked] (Hamish Coleman)
Subject: Re: Lilo booting last booted OS.
Date: 8 Oct 1994 14:41:58 +1000

In <[email-masked]> [email-masked] (Bruno Van Wilder) writes:

>[email-masked] wrote:
>: Hi all,

>: I would like to know if it is possible that Lilo will boot the last booted
>: OS. E.g. if I boot Linux then Lilo will keep on booting linux 'till I select
>: another OS (MS-Dos). I liked this feature in the SLS distribution (0.99.X),
>: but it is gone in the slackware distribution.

>I do not think it is possible yet, but it is a good idea indeed.

It is not possible with lilo as it stands,  but it is possible with a combination
of another boot-manager.

I have a little master-boot-loader called winiboot, (which BTW, might have been
the one with SLS 0.99.x).

It prompts you with the 4 main partitions, and lets you press a number of the one
to boot from, with a timeout and default partition.

I have lilo installed in /dev/hda4 rather than /dev/hda (because winiboot is 
installed in /dev/hda), so if I chose partition 4, the lilo boots.   If I choose
partition 1, DOS boots.  Now, I have a DOS program, and a unix script that change
the partition that winiboot uses as default - so, if I boot dos, it sets the default
partition to 1, and if I boot linux, it sets the default to 4.

Simple eh?

-- 
Use Linux!                                         [email-masked]
|)}>=----------------------- This space to let ----------------------=<{(|
``Life is like a grapefruit ... it's sort of orangey-yellow and dimpled on
the outside, wet and squidgy in the middle.  It's got pips inside too. Oh,
and some people have half a one for breakfast.'' -- Ford Prefect

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

** 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: [email-masked]

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

    Internet: [email-masked]

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