Linux-Development-Sys Digest #190, Volume #6     Wed, 30 Dec 98 03:14:03 EST

Contents:
  Re: Lilo (BootLoader) Installation (G-der)
  Re: Registry for Linux - Bad idea (Tim Smith)
  Re: Linux Registry Stone Bitch to Administer (Robin Becker)
  Re: Registry for Linux -> Use CORBA!!! (Tim Smith)
  Linux SCSI AIC7xxx driver ("Marcin Zurakowski")
  Re: Registry for Linux - Bad idea (George MacDonald)
  3rd Symposium on Operating Systems Design and Implementation (Jennifer Radtke)
  Re: Registry for Linux -> Use CORBA!!! (George MacDonald)
  Re: Full text search engine ("Michael A. Hess")

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

From: G-der <[EMAIL PROTECTED]>
Crossposted-To: 
alt.os.linux,alt.os.linux.caldera,alt.os.linux.slackware,comp.linux,comp.linux.os,comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.help,comp.os.linux.ne
Subject: Re: Lilo (BootLoader) Installation
Date: Tue, 29 Dec 1998 21:40:31 -0700

I would say the first boot record of teh Linux parrtition.  If you install it to
the master boot record it will wipe out the NT loader, which as far as i know is
required to load NT.

The boot.ini for NT can be edited to point to LILO to boot Linux, but I would
recommend a boot manager like System Commander.  It will automaticly detect both
NT and Linux and set up boot entries for them, but it only works if LILO has not
been installed to the master boot record.

Gene

Peter wrote:

> Hello,
>
> I am at the Lilo Installation now.  I have Wn98 and NT4 dual boot on my hard
> disk.  Where should I install the Linux bootloader?
>
> 1. /dev/hda Master Boot Record (containts 3 partitions: NT, Win98 and Linux,
> currently dual booting NT and Win98)
> 2. /dev/hda3 First sector of boot partition (Linux partition)
>
> Please reply directly to me.
>
> Thanks.


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

From: [EMAIL PROTECTED] (Tim Smith)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: 29 Dec 1998 20:34:54 -0800

Michal Mosiewicz  <[EMAIL PROTECTED]> wrote:
>> If you analyse start-up delays for a large program (eg netscape), you'll
>> see that reading the configuration files takes negligible time compared
>
>Are you sure? I mean - is it paging the binaries that causes the delay?

Netscape, on Linux and on Windows, reads a large number of files at
startup, in a fashion that jumps all over the place.  You can make
Netscape start in about half the time on Windows (and I suspect that
this would work on Linux, too) by writing a program that does all the
I/O Netscape does to start, but in a saner order, and then launches
Netscape.  That starter program gets all the data into the cache, so
that Netscape's erratic reading of it doesn't hurt.

--Tim Smith

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

From: Robin Becker <[EMAIL PROTECTED]>
Subject: Re: Linux Registry Stone Bitch to Administer
Date: Tue, 29 Dec 1998 18:59:19 +0000

In article <[EMAIL PROTECTED]>, Jens Kristian S�gaard
<[EMAIL PROTECTED]> writes
>"Christian Gross" <[EMAIL PROTECTED]> writes:
>
>> should be shot!  The problem that I have with the registry is that as a beta
>> tester I cannot clean up my machine.  To make beta test reproducible I need
>
>Why not just export the whole registry to a textfile (using
>REGEDIT.EXE) before betatesting, and then import the whole damn thing
>again after the testing's finished?
>
unfortunately DLL's and other resource type files can be fairly
arbitrarily changed by install programs; you really need a snapshot of
these as well.
-- 
Robin Becker

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

From: [EMAIL PROTECTED] (Tim Smith)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux -> Use CORBA!!!
Date: 29 Dec 1998 20:26:53 -0800

Robert Krawitz  <[EMAIL PROTECTED]> wrote:
>> The reason for "userStore" vs. "user_store" is to alert developers
>> to the OO methodolgy. This seems to be the norm in OO based 
>> toolkits such as X/Xt/Motif and in *some* of the newer class
>> hierarchies. 
>
>I deal with C++ a lot.  I hate that convention.  It's hard to type and
>hard to read.  I wish there were keyboards with the _ character
>unshifted; then there would be no excuse for this nonsense.

Using an underscore is nonsense too.  Fix the danged compilers to allow
spaces in variable names.  (Note: no, this does not create a lexical
analysis nightmare).

--Tim Smith

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

From: "Marcin Zurakowski" <[EMAIL PROTECTED]>
Crossposted-To: alt.linux,alt.os.linux,comp.os.linux.hardware
Subject: Linux SCSI AIC7xxx driver
Date: Tue, 29 Dec 1998 09:32:42 GMT

Hi,

I've got a little problem.
I have a Adaptec AIC-7770 adapter and hard disk. I made a partitons on it
under 2.0.35, and leter a I've upgraded to 2.0.36. Both of them (2.0.35 and
2.0.36 has the same SCSI configuration).
Under 2.0.36 fdisk display errors:
======================================================
Using /dev/sda as default device!

Command (m for help):
Disk /dev/sda: 255 heads, 63 sectors, 274 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot   Begin    Start      End   Blocks   Id  System
/dev/sda1            1        1       64   513008   83  Linux native
Partition 1 has different physical/logical beginnings (non-Linux?):
     phys=(0, 1, 1) logical=(0, 0, 33)
Partition 1 has different physical/logical endings:
     phys=(500, 63, 32) logical=(63, 221, 30)
Partition 1 does not end on cylinder boundary:
     phys=(500, 63, 32) should be (500, 254, 63)
/dev/sda2          502       64       80   123904   82  Linux swap
................
========================================================
 ,but everything is clear under 2.0.35.

It's strange but under 2.0.36 system is working ok, If I hadn't run fdisk
I would have never discover this error.
I attached dmesg files from 2.0.35 and 2.0.36

What should I do?


Marcin Zurakowski

===================
ZSE Administrator
===================


=================== dmesg from
2.0.35 ------------------------------------------
Console: 16 point font, 400 scans
Console: mono EGA+ 80x25, 1 virtual console (max 63)
pcibios_init : BIOS32 Service Directory structure at 0x000f6bc0
pcibios_init : BIOS32 Service Directory entry at 0xfd206
pcibios_init : PCI BIOS revision 2.10 entry at 0xfd551
Probing PCI hardware.
PCI bridge optimization.
    Cache L2: Not supported.
    CPU-PCI posted write: on.
    CPU-Memory posted write: off.Changed!  Now on.
    PCI-Memory posted write: on.
    PCI burst: on.
Calibrating delay loop.. ok - 53.25 BogoMIPS
Memory: 30972k/32768k available (680k kernel code, 384k reserved, 732k data)
Swansea University Computer Society NET3.035 for Linux 2.0
NET3: Unix domain sockets 0.13 for Linux NET3.035.
Swansea University Computer Society TCP/IP for NET3.034
IP Protocols: ICMP, UDP, TCP
VFS: Diskquotas version dquot_5.6.0 initialized
Checking 386/387 coupling... Ok, fpu using exception 16 error reporting.
Checking 'hlt' instruction... Ok.
Intel Pentium with F0 0F bug - workaround enabled.
alias mapping IDT readonly ...  ... done
Linux version 2.0.35 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #2 Tue
Oct 13 07:54:54 CEST 1998
Starting kswapd v 1.4.2.2
Serial driver version 4.13 with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16550A
tty01 at 0x02f8 (irq = 3) is a 16550A
lp1 at 0x0378, (polling)
PS/2 auxiliary pointing device detected -- driver installed.
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
(scsi0) <Adaptec AIC-7770 SCSI host adapter> found at EISA slot 11
(scsi0) Twin Channel, A SCSI ID 7, B SCSI ID 7, 4/255 SCBs
(scsi0) BIOS enabled, IO Port 0xbc00, IRQ 14
(scsi0) IO Memory at 0x0, MMAP Memory at 0x0
(scsi0) Resetting channel B
(scsi0) Resetting channel A
(scsi0) Downloading sequencer code... 414 instructions downloaded
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.0.19/3.2.4
       <Adaptec AIC-7770 SCSI host adapter>
scsi : 1 host.
(scsi0:0:-1:-1) Scanning channel for devices.
  Vendor: Quantum   Model: XP32150W          Rev: L912
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
  Vendor: SONY      Model: CD-ROM CDU-76S    Rev: 1.1c
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0
(scsi0:1:-1:-1) Scanning channel for devices.
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
(scsi0:0:0:0) Synchronous at 10.0MHz, offset 15.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4406960 [2151 MB] [2.2 GB]
ne2k-pci.c:v0.99L 2/7/98 D. Becker/P. Gortmaker
http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html
ne2k-pci.c: PCI NE2000 clone 'RealTek RTL-8029' at I/O 0xfce0, IRQ 9.
eth0: PCI NE2000 found at 0xfce0, IRQ 9, 00:40:05:66:08:AF.
Partition check:
 sda: sda1 sda2 sda3
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 123900k swap-space (priority -1)
============================================================================
========================================
============================== dmesg from
2.0.36 ----------------------------------------------------------
Memory: sized by int13 088h
Console: 16 point font, 400 scans
Console: mono EGA+ 80x25, 1 virtual console (max 63)
pcibios_init : BIOS32 Service Directory structure at 0x000f6bc0
pcibios_init : BIOS32 Service Directory entry at 0xfd206
pcibios_init : PCI BIOS revision 2.10 entry at 0xfd551
Probing PCI hardware.
PCI bridge optimization.
    Cache L2: Not supported.
    CPU-PCI posted write: on.
    CPU-Memory posted write: off.Changed!  Now on.
    PCI-Memory posted write: on.
    PCI burst: on.
Calibrating delay loop.. ok - 53.25 BogoMIPS
Memory: 30956k/32768k available (692k kernel code, 384k reserved, 736k data)
Swansea University Computer Society NET3.035 for Linux 2.0
NET3: Unix domain sockets 0.13 for Linux NET3.035.
Swansea University Computer Society TCP/IP for NET3.034
IP Protocols: ICMP, UDP, TCP
VFS: Diskquotas version dquot_5.6.0 initialized
Checking 386/387 coupling... Ok, fpu using exception 16 error reporting.
Checking 'hlt' instruction... Ok.
Intel Pentium with F0 0F bug - workaround enabled.
alias mapping IDT readonly ...  ... done
Linux version 2.0.36 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #1 Fri
Nov 20 14:24:25 CET 1998
Starting kswapd v 1.4.2.2
Serial driver version 4.13 with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16550A
tty01 at 0x02f8 (irq = 3) is a 16550A
lp1 at 0x0378, (polling)
PS/2 auxiliary pointing device detected -- driver installed.
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
(scsi0) <Adaptec AIC-7770 SCSI host adapter> found at EISA slot 11
(scsi0) Twin Channel, A SCSI ID 7, B SCSI ID 7, 4/255 SCBs
(scsi0) Downloading sequencer code... 423 instructions downloaded
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.4/3.2.4
       <Adaptec AIC-7770 SCSI host adapter>
scsi : 1 host.
  Vendor: Quantum   Model: XP32150W          Rev: L912
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
  Vendor: SONY      Model: CD-ROM CDU-76S    Rev: 1.1c
  Type:   CD-ROM                             ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0
scsi : detected 1 SCSI cdrom 1 SCSI disk total.
(scsi0:0:0:0) Synchronous at 10.0 Mbyte/sec, offset 15.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4406960 [2151 MB] [2.2 GB]
ne2k-pci.c:v0.99L 2/7/98 D. Becker/P. Gortmaker
http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html
ne2k-pci.c: PCI NE2000 clone 'RealTek RTL-8029' at I/O 0xfce0, IRQ 9.
eth0: PCI NE2000 found at 0xfce0, IRQ 9, 00:40:05:66:08:AF.
Partition check:
 sda: sda1 sda2 sda3
VFS: Mounted root (ext2 filesystem) readonly.
Adding Swap: 123900k swap-space (priority -1)
============================================================================
=====================================================================




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

From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Wed, 30 Dec 1998 06:31:55 GMT

Robert Krawitz wrote:
> 
> George MacDonald <[EMAIL PROTECTED]> writes:
> 
> > In a large scale network with very dynamic configuration needs the
> > flexibility and power that a database offers is worth the expense.
> > In a small system with infrequent changes it is a waste of
> > resources, it adds uneeded complexity and simply cannot be
> > justified. What we need is a solution that can accomodate both. Have
> > a look at the definition for CORBA's persistent storage service
> > POS. In that model they decouple the storage mechanism from the
> > objects that use it. Thus an object can either specify storage type
> > or not, and a storage server can can be configured for flat files or
> > OODBMS as is desired for that particular machine/server/object. By
> > providing the proper level of abstraction you can do both, and do
> > both well.
> 
> There's nothing preventing anyone doing that right now.  That's what
> YP, NIS, Hesiod et al. are all about.  What's more, they all work
> transparently through the get<foo>by<bar> calls that have been around
> for quite a few years, so programs don't need to be recompiled.  With
> shared libraries everywhere, they don't even need to be relinked.
> 
> Apps that need the fancier stuff have access to it; those that don't
> can ignore it.  What's important (to me, at least), though, is the
> system be able to boot to a sane state with a bare minimum amount of
> "stuff".
>
I whole heartedly agree with your last point, i.e. that the system
must use as few dependencies as possible during boot. This keeps
the system small/fast/reliable ...  Many small systems don't need
config management as things rarely change, so you are right they
should not be burdened with code that is meaningless to them.

However, larger systems/sites/networks are another beast entirely
and tools like YP/NIS become increasingly valuable as things scale up.
While one can define new maps in NIS, this is typically not done
for application and user configuration information. I'm not sure
if NIS could be contorted to perform all the functionality desired.
Don't get me wrong, I think it's great stuff and I can't tell you
how much time NIS has saved me over the years! I have never tried
to setup maps on a per user basis, can NIS do that?

Anyhow, if a users configuration is stored under thier $HOME
it will always be available on any system that mounts/automounts
there home directory. Actually this brings up a couple of
problems. Sometimes that's what they want, sometimes they might
want a different config while running an app on a different
system. The later case could be handled by judicious use of
a config path variable. Another problem is a user might not
have thier $home mounted on another system. A config service
could publish the config info an make it available across the
network. Hmm, it's tempting to push the config info down
into a   $OS/$Version/$Arch/$Hostname hierarchy.


I was thinking about handling this in a different manner, i.e.
making the flat files be either "data" or "executable". In
the first case a particular format is adopted. In the second,
the executable could be run and it's output must be in the
desired format.




-- 
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live!   - [EMAIL PROTECTED] (7th Coding Battalion)

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

Crossposted-To: 
comp.arch,comp.object,comp.os.inferno,comp.os.ms-windows.programmer.nt.kernel-mode,comp.os.OS9,comp.os.security,comp.protocols.nfs,comp.realtime,comp.security.misc,comp.security.unix,comp.soft-sys.dce,comp.software
From: [EMAIL PROTECTED] (Jennifer Radtke)
Subject: 3rd Symposium on Operating Systems Design and Implementation
Date: Wed, 30 Dec 1998 00:34:51 GMT

3rd Symposium on Operating Systems Design and Implementation
OSDI '99
February 22-25, 1999
New Orleans, LA, USA

Sponsored by the USENIX Association
Co-Sponsored by IEEE TCOS and ACM SIGOPS

The Future in Operating Systems Research and Innovation--
Engage in Open Discussion and Hear Multiple Points of View

=============================================
For Detailed Program and Online Registration:
http://www.usenix.org/events/osdi99
=============================================

World Wide Web an OS Issue? Hear Why in the Keynote by
Jim Gettys, Compaq Computer Corporation

ATTEND THESE ADVANCED TUTORIALS IN:
Building Security (for Developers)
    Marcus J. Ranum, Network Flight Recorder
Windows NT Internals
   Jamie Hanrahan, Kernel Mode Systems
Deploying and Benchmarking Web Caches
   Peter Danzig, Network Appliance and USC  and Alex Rousskov, 
   National Laboratory for Applied Network Research (NLANR)

REFEREED PAPERS 
Discuss Latest Results of Innovative Research and Experience in:
* I/O
* Resource Management
* Kernels
* Real-Time
* Distributed Systems
* Virtual Memory
* Filesystems

HIGHLY INTERACTIVE SESSIONS AND INFORMAL GET-TOGETHERS
* Works-in-Progress
* Panel Discussion on Virtual Memory-Based Operating Systems
* Birds-of-a-Feather Sessions
* Sunday evening Welcome Reception
* Tuesday Evening Symposium Reception

==============================================================
USENIX <http://www.usenix.org> is the not-for-profit Advanced 
Computing  Systems Association with an international membership 
of technical professionals.
==============================================================
For Detailed Program and Online Registration on OSDI'99:
http://www.usenix.org/events/osdi99



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

From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux -> Use CORBA!!!
Date: Wed, 30 Dec 1998 07:26:39 GMT

Tim Smith wrote:
> 
> Robert Krawitz  <[EMAIL PROTECTED]> wrote:
> >> The reason for "userStore" vs. "user_store" is to alert developers
> >> to the OO methodolgy. This seems to be the norm in OO based
> >> toolkits such as X/Xt/Motif and in *some* of the newer class
> >> hierarchies.
> >
> >I deal with C++ a lot.  I hate that convention.  It's hard to type and
> >hard to read.  I wish there were keyboards with the _ character
> >unshifted; then there would be no excuse for this nonsense.
> 
> Using an underscore is nonsense too.  Fix the danged compilers to allow
> spaces in variable names.  (Note: no, this does not create a lexical
> analysis nightmare).

Actually the name is for a directory so must be a valid file/directory name.
"user store" would be valid, but makes it hard for those not versed
in shell subtlty. So I'm still favouring .userStore as the top
level of the users persistent storage space for applications configuration
and other persistent application data related to the user. If anyone can come up
with a better name, I'm still listening.



-- 
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live!   - [EMAIL PROTECTED] (7th Coding Battalion)

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

From: "Michael A. Hess" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,linux.redhat.misc
Subject: Re: Full text search engine
Date: Wed, 30 Dec 1998 02:50:41 -0500

Alan Zaitchik wrote:
> 
> Does anyone know of a full-text indexer and search engine which runs
> on Linux?
> I would need it to be able to index html files containing English
> language text, with the minimal functionality found in all such
> engines (eg filter for stop words, knowledge of stemming, support for
> keywords, etc.) but of course if there is more functionality then
> that's better (eg "incremental" indexing on the fly, ability to
> position to matching term in document, query-by-example, etc.)
> Since I am looking for something inexpensive (actually: almost-free) I
> expect recall/precision to be less than stellar. Of course it has to
> be reasonable.
> Any info appreciated. If you like reply to [EMAIL PROTECTED]

Well you might want to look at my product, IDKSM.

   http://www.miraclec.com/software.html

It meets most of your requirements that you list above. I'm am sorry to
say that the current version of the Indexer only works in (please don't
beat me) Windows.

The runtime engines are available as Delphi code, Windows .DLL, Java
.class files for use in applications, a Java applet for use in web
pages, Windows web server CGI, and a Java Servlet CGI. In your case you
would be able to use the Java version on your Linux machine.

Fear not however because I am indeed working on creating Linux versions
of the runtime engine using Free Pascal. Once that is complete and after
the next release cycle I might start the work on the Linux version of
the Indexer. The Indexer will most likely be Gnomeified.  :-)

The other down side is that it isn't free. It's cheap but not free. The
Indexer is shareware which costs $50 to register. The runtime engines
are free and can be used and distributed as much as required. The
Indexer can not be distributed.

I know you stated that you are not expecting stellar performance but I
think you would be very surprised and pleased with the speed of IDKSM.

Demos of the applet using the Java Servlet running on my Linux host
using Apache can be found on the web page listed above.

Hope this helps.   :-)

-- 
==== Programming my first best destiny! ====

Michael A. Hess      Miracle Concepts, Inc.
[EMAIL PROTECTED]   http://www.miraclec.com

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


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

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

    Internet: [EMAIL PROTECTED]

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

End of Linux-Development-System Digest
******************************

Reply via email to