Linux-Development-Sys Digest #989, Volume #6 Sat, 24 Jul 99 03:14:20 EDT
Contents:
Re: RedHat 6.0 support for SB AWE64. Netscape, too (Bill Anderson)
Re: when will Linux support > 2GB file size??? ("Colin R. Day")
PCI Programming Question (Warren Chambliss)
Re: when will Linux support > 2GB file size??? (Philip Brown)
Problem with glibc compilation (Primary libc)! (Ilya Bassine)
nVidia Riva TNT Drivers ("Ian Murphy")
automounter with Sun/NIS (Preston F. Crow)
Re: RedHat 6.0 support for SB AWE64. Netscape, too ([EMAIL PROTECTED])
Re: Simple compiling question. ("Ross Crawford")
Re: automounter with Sun/NIS (John Bell)
Re: when will Linux support > 2GB file size??? (Leslie Mikesell)
COL 2.2 Lost my var dirs ("mike boning")
Re: HP CD-RW Supported by RH 6.0? ("Noah Roberts (jik-)")
Simple compiling question. (lx)
----------------------------------------------------------------------------
From: Bill Anderson <[EMAIL PROTECTED]>
Subject: Re: RedHat 6.0 support for SB AWE64. Netscape, too
Date: Fri, 23 Jul 1999 13:02:24 -0600
[EMAIL PROTECTED] wrote:
...
> I visited http://bahamut.mm.t.u-tokyo.ac.jp/~iwai/awedrv/ and
> discerned that RedHat 6.0 doesn't come with drvmidi. Instead, it uses
> playmidi. Now, playmidi -e works fine. However, I don't know how to
> configure Netscape to use playmidi -e to play embedded midi files on
> web pages. Netscape seems to insist on using a plug-in and suggested
> I download and install the UMP plugin, but I don't need midi emulation
> via a .wav file when I have a midi-capable card. I tried midiplg,
> also from the web site, but it seems intent on feeding the midi file
> to drvmidi via the undocumented "pipe" interface.
>
> I don't have a clue as to what "the right thing to do" here is,
> exactly. It is difficult to intuit what the RedHat developers
> intended by way of AWE32/64 support.
>
> Advice? Clues? I'm all ears!
As root run setup, select Sound Configuration, and follow along. Has
always worked very well for my AWE64.
(As far as getting netscape to play well, sorry, no help there :( )
HTH
--
Bill Anderson Linux Administrator
MCS-Boise (ARC) [EMAIL PROTECTED]
My opinions are just that; _my_ opinions.
------------------------------
From: "Colin R. Day" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: Fri, 23 Jul 1999 18:33:08 +0000
Chad Mulligan wrote:
> This question is a bit off topic but it just occurred to me that: NTFS will
> support files of these sizes, and the current Linux kernels have support for NT.
> Can they read and write to these files if an NTFS file system is used? I'm sure
> that the whole file couldn't be cashed but a streaming handler should be able to
> parse them, shouldn't it?
This may have changed, but the last time I looked, Read-Write support for
NTFS was termed "experimental" and "dangerous". Or has this been changed?
--
Colin R. Day [EMAIL PROTECTED] alt.atheist #1500
------------------------------
From: Warren Chambliss <[EMAIL PROTECTED]>
Subject: PCI Programming Question
Date: Fri, 23 Jul 1999 14:12:34 -0600
Hi,
I'm working on a device driver under the 2.0.X kernel and am having a
problem
with accessing the configuration space on a PCI device. I can
successfully
call pcibios_find_device() and fill in a bus number and function number
but these
are inadequate when I later try to use pcibios_write_config_byte().
If I dump the contents of /proc/pci, I notice that there are multiple
devices with
the same bus and function numbers. How do I let
pcibios_write_config_byte()
know which of these devices to use when it does not have a device number
parameter. It's declared as:
int pcibios_write_config_byte( unsigned char bus,
unsigned char function,
unsigned char where,
unsigned int *ptr);
Thanks,
Warren Chambliss
------------------------------
From: [EMAIL PROTECTED] (Philip Brown)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Reply-To: [EMAIL PROTECTED]
Date: 23 Jul 1999 21:27:00 GMT
On 23 Jul 1999 03:39:05 -0400, [EMAIL PROTECTED] wrote:
>"Chad Mulligan" <[EMAIL PROTECTED]> writes:
>
>> This question is a bit off topic but it just occurred to me that:
>> NTFS will support files of these sizes, and the current Linux
>> kernels have support for NT. Can they read and write to these files
>> if an NTFS file system is used? I'm sure that the whole file
>> couldn't be cashed but a streaming handler should be able to parse
>> them, shouldn't it?
>
>Not likely (because it's a VM issue rather than a filesystem issue; I
>stand corrected on that important point), but that (to me) is the crux
>of the issue: the other major 32-bit operating systems do support
>large files.
well, in theory, it is perfectly feasible to implement a filesystem
WITHOUT using memory mapping. It's just not as fast.
So, the possibilities I see are:
a) maybe the NTFS support doesn't use memory mapping ?
b) make an inhouse tweaked ext2 driver that uses simple buffer-to-buffer
coping instead of memory mapping.
--
[Trim the no-bots from my address to reply to me by email!]
[ Do NOT email-CC me on posts. Pick one or the other.]
--------------------------------------------------
The word of the day is mispergitude
------------------------------
Date: Thu, 22 Jul 1999 13:12:57 +0400
From: Ilya Bassine <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Problem with glibc compilation (Primary libc)!
Hi there!
Please help with glibc compilation.
I'm using Slackware-3.5. Many things were updated and installed myself.
I try to describe the system I use and the message that I recieve during
glibc installation - If it possible let me know where do I the mistake.
1. System Slackware 3.5 (installed without X11 and bla-bla-bla).
linuxthreads and libz were installed too.
All soft that I installed was compiled without errors.... some not hard
warrinings were recieved, make check (if available) was passed cleanly.
2. Autoconf-2.13:
tar -xvzf autoconf-2.13.tar.gz
cd autoconf-2.13
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf autoconf-2.13
3. Automake-1.4:
tar -xvzf automake-1.4.tar.gz
cd automake-1.4
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf automake-1.4
4. Make-3.77:
tar -xvzf make-3.77.tar.gz
cd make-3.77
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf make-3.77
5. Texinfo-3.12:
tar -xvzf texinfo-3.12.tar.gz
cd texinfo-3.12
./configure --prefix=/usr ; make ; make install
some files were been copied by hand, as it said in README
cd ../ ; rm -rf texinfo-3.12
6. Gettext-0.10.35:
tar -xvzf gettext-0.10.35.tar.gz
cd gettext-0.10.35
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf gettext-0.10.35
7. Bison-1.27:
tar -xvzf bison-1.27.tar.gz
cd bison-1.27
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf bison-1.27
8. Pgcs-1.13:
mkdir build ;
tar -xvzf egcs-1.1.2.tar.gz
cp egcs-1.1.2-pgcs-1.1.3.diff egcs-1.1.2
cd egcs-1.1.2
patch -E -p <egcs-1.1.2-pgcs.1.1.3.diff
find . -fname "*..
cd ../build
../egcs-1.1.2/configure --prefix=/usr --enable-shared
make bootstrap ; make install
cd ../ ; rm -rf build
9 Binutils-2.9.4.0.6
tar -xvzf binutils-2.9.4.0.6.tar.gz
cd binutils-2.9.4.0.6
./configure --prefix=/usr ; make ; make install
cd ../ ; rm -rf binutils-2.9.4.0.6
10. Kernel 2.2.10 was installed.
11. Reboot.
12. All this system was checked by compiling Samba-2.0.4, Apache-1.3.6
(with PHP-3.0.11), MySQL-3.22 . All programs work fine - compilation
and installation were clear.
13. GLIBC-2.1.1 installation.
13.1 praparing.
mkdir build
tar -xvzf glibc-2.1.1.tar.gz
tar -xvzf glibc-linuxthreads-2.1.1.tar.gz
mv linuxthreads glibc-2.1.1
rm /usr/include/~scsi
cd build
13.2 configuration/building
../glibc-2.1.1/configure --prefix=/usr
---enable-add-ons=linuxthreads --disable-sanity-check
(configuration is clean - no warrinings)
make (no errors) ; make check (no errors)
13.3 installation
mkdir /usr/i586-linux-libc5
mkdir /usr/i586-linux-libc5/lib
mv /usr/lib/crti.o /usr/i586-linux-libc5/lib
mv /usr/lib/crt1.o /usr/i586-linux-libc5/lib
mv /usr/lib/crtn.o /usr/i586-linux-libc5/lib
mv /usr/lib/gcrt1.o /usr/i586-linux-libc5/lib
mv /usr/lib/libbsd.a /usr/i586-linux-libc5/lib
mv /usr/lib/libc.a /usr/i586-linux-libc5/lib
mv /usr/lib/libm.a /usr/i586-linux-libc5/lib
mv /usr/lib/libg.a /usr/i586-linux-libc5/lib
mv /usr/lib/libmcheck.a /usr/i586-linux-libc5/lib
mv /usr/lib/libgmon.a /usr/i586-linux-libc5/lib
mv /usr/lib/libc.so /usr/i586-linux-libc5/lib
mv /usr/lib/libm.so /usr/i586-linux-libc5/lib
cp /lib/libc.so.5 /usr/i586-linux-libc5/lib
cp /lib/libm.so.5 /usr/i586-linux-libc5/lib
cp /lib/libc.so.5.XXX /usr/i586-linux-libc5/lib
cp /lib/libm.so.5.XXX /usr/i586-linux-libc5/lib
mv /etc/ld.so.conf > /etc/ld.so.conf.old
echo /usr/i586-linux-libc5/lib > /etc/ld.so.conf
cat /etc/ld.so.conf.old >> /etc/ld.so.conf ; rm
/etc/ld.so.conf.old
ldconfig -v | more (passed)
mv /usr/include /usr/i586-linux-libc5/include
ln -F /usr/i586-linux-libc5/include/scsi
/usr/src/linux/include/scsi
mkdir /usr/include
ln -F /usr/include/asm /usr/src/linux/include/asm-i386
ln -F /usr/include/linux /usr/src/linux/include/linux
mv /usr/i586-linux-libc5/include/g++ /usr/include
mv /usr/i586-linux-libc5/include/ncurses /usr/include
mv /usr/i586-linux-libc5/include/oldcurses /usr/include
(All links of headers_files (related with ncurse) were also been
moved back to the /usr/inlcude)
make install
.....
.....
bla-bla-bla
.....
.....
(All works fine till the moment when test-installation.pl.sh
starts)
....
some errors testing new libc (libbio.h and si\omething else)
ERROR
the script stops end give me the next:
"The script has found some problems with your installation!
Please read the FAQ and the README file and check the
following:
- Did you change the gcc specs file (neccessary
after upgrading from Linux libc5)?
- Are there any symbolic links of the form
libXXX.so to old libraries?
Links like libm.so -> libm.so.5 (where libm.so.5 is an old
library) are wrong, libm.so
should point to the newly installed glibc file - and there
should be only one such link (check e.g. /lib and /usr/lib)
You should restart this script from your build directory after
you've fixed all problems!
Btw. the script doesn't work if you're installing GNU libc not
as your print "primary library!"
I've changed the gcc specs ( /usr/lib/gcc-lib/i586-pc-linux-glibc1/
pgcc-2.91.66/specs) as it was proposed in glibc-HOWTO.
Linker was changed to ld-linux.so.2 and lgmon's were removed.
The "make install" script was restarted. The same resault.
In the FAQ I found that the errors like that are related with old
version of the /usr/~i586-pc-linux-glibc1/include/_G_config.h
It was removed. "make install script" changed the error message
(something like "...libc.so.5 is dengerous...")
but still reportes insucceseful installation.
Sorry but I don't know what to do.... I look forward to install glibc2
on my linuxbox. Pleas help.
Ilya
------------------------------
From: "Ian Murphy" <[EMAIL PROTECTED]>
Subject: nVidia Riva TNT Drivers
Date: Fri, 23 Jul 1999 23:45:22 +0100
Does anybody know where I can get X-Windows drivers for my Creative Labs
Graphics Blaster Riva TNT 16MB AGP Graphics Card?
------------------------------
From: [EMAIL PROTECTED] (Preston F. Crow)
Subject: automounter with Sun/NIS
Date: 23 Jul 1999 22:52:42 GMT
I'm interested in using the automounter in a mostly-Sun environment.
The Sun boxes use an automounter that uses NIS to obtain the mounting
information, instead of a local map file. I've got NIS working on my
Linux system, but I'm not sure how to get the automounter to be
NIS-friendly.
Is this possible with the kernel automounter?
--PC
--
Only be careful, and watch yourselves closely so that you do not forget the
things your eyes have seen or let them slip from your heart as long as you
live. Teach them to your children and to their children after them.
Remember the day you stood before the Lord your God... --Deut 4:9-10a
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: RedHat 6.0 support for SB AWE64. Netscape, too
Date: 23 Jul 1999 17:49:34 -0700
Bill Anderson <[EMAIL PROTECTED]> writes:
> As root run setup, select Sound Configuration, and follow along. Has
> always worked very well for my AWE64.
Awesome, possum! :)
Did I somehow miss this during the CDROM install?
> (As far as getting netscape to play well, sorry, no help there :( )
It looks more and more like I'm going to have to install drvmidi and
midiplg to get Netscape to "do the right thing" with embedded midi
files and my AWE64. I couldn't locate rpm's for these packages,
however. Perhaps I'll roll my own.
--
Forte International, P.O. Box 1412, Ridgecrest, CA 93556-1412
Ronald Cole <[EMAIL PROTECTED]> Phone: (760) 499-9142
President, CEO Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4 24 93 CB 6B EB 38 B5 E5
------------------------------
From: "Ross Crawford" <[EMAIL PROTECTED]>
Crossposted-To: comp.programmer.unix
Subject: Re: Simple compiling question.
Date: Sat, 24 Jul 1999 11:37:47 +1000
lx <[EMAIL PROTECTED]> wrote in message
news:7naakc$hsq$[EMAIL PROTECTED]...
> Good day,
Hi.
[snip]
>
> This leads me to the heart of the query: is there a way with the gnu
compilers
> (or compilers in general, for that matter) to integrate .c and .cpp files
at
> run time such that the C code is compiled to C-style object code, but
remains
> functional under the main C++ application? I'm essentially trying to
consolidate
> some C and C++ files together into a single executable so I don't have to
make
> a system call from one compiled app to the other.
>
[snip]
Wrap the #includes for the library functions in extern "C" {}. eg:
extern "C" {
#include <xxxx.h>
}
I think most headers already include this inside #ifdef __CPLUSPLUS__ or
equivalent, but it doesn't hurt to nest these.
ROSCO
------------------------------
From: John Bell <[EMAIL PROTECTED]>
Subject: Re: automounter with Sun/NIS
Date: Fri, 23 Jul 1999 22:56:27 -0500
Reply-To: [EMAIL PROTECTED]
Preston F. Crow wrote:
>
> I'm interested in using the automounter in a mostly-Sun environment.
> The Sun boxes use an automounter that uses NIS to obtain the mounting
> information, instead of a local map file. I've got NIS working on my
> Linux system, but I'm not sure how to get the automounter to be
> NIS-friendly.
>
> Is this possible with the kernel automounter?
>
Yes, it is possible - I wouldn't recommend it for
an environment where your machine is making a lot
of automount requests, though; it doesn't stand
up to that load very well (at least, that is what
my testing has found). If it's a workstation making
requests every so often, you'll be in good shape.
One thing to look out for; the NIS map for your
automount master information may be named differently
than what the startup script under Red Hat / Mandrake
assumes (oops, there I go assuming someone is running
a Red Hat Flavored Distribution(tm) again). For example,
the script looks for auto.master with ypcat. The map
may be named something like auto_master, however. No
big deal, just change auto.master to auto_master in
the autofs start/stop script under /etc/rc.d/init.d,
specifically change it for all instances of auto.master.
So, if you have a script or are rolling your own, be
sure it gets the map name correct. Other than that, NIS
and autofs under Linux works great.
Have fun,
--
John Bell - [EMAIL PROTECTED] - http://www.vignette.com
Sr. System Administrator - Vignette Corporation
Parturiunt montes, nascetur ridiculus mus. - Horace
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: 23 Jul 1999 22:24:20 -0500
In article <[EMAIL PROTECTED]>,
Christopher B. Browne <[EMAIL PROTECTED]> wrote:
>If you think it's unrealistic, then I presume that you can name the
>"project team" that are going to make it unrealistic?
>
>Personally, I would say that it is *entirely* realistic to prefer a).
Actually it seems much more realistic to switch to NT or one of the
*bsds than to buy new hardware.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: "mike boning" <[EMAIL PROTECTED]>
Subject: COL 2.2 Lost my var dirs
Date: Mon, 19 Jul 1999 20:24:20 GMT
I deleted (yes, I am embarrassed) the var directory structure on a Caldera
OpenLinux 2.2 installation. Can anyone tell me where to go (an open
invitation) to find out what essential dirs I should recreate and where I
might find any necessary files to replace. The cool thing is, the box still
boots! It takes a little longer, but it comes up, including the graphics!
Please Advise,
Mike Boning
[EMAIL PROTECTED]
------------------------------
Crossposted-To: comp.os.linux.misc
Subject: Re: HP CD-RW Supported by RH 6.0?
From: "Noah Roberts (jik-)" <[EMAIL PROTECTED]>
Date: 23 Jul 1999 13:50:00 -0700
Jack Steen <[EMAIL PROTECTED]> writes:
> I have recently upgraded to RedHat Linux 6.0 with the pre-compiled
> kernel on both my laptop and a newly constructed Pentium II desktop at
> home. The desktop machine has a Hewlett-Packard CD-RW 7200 Plus drive.
> The SW recognizes it as a CD drive, but of course I would like to be
> able to use the CD-R and perhaps the CD-RW capabilities under Linux. I
> have conducted a moderate search of the web, but have not come across
> anything saying that someone had done this. Does anyone know of a
> reference to HP CD-RW support under Linux?
I have that drive. It is well supported in Linux, read the howto and
set up an ide-scsi module.
------------------------------
From: lx <[EMAIL PROTECTED]>
Crossposted-To: comp.programmer.unix
Subject: Simple compiling question.
Date: 23 Jul 1999 18:00:44 GMT
Good day,
I'm working on an application at this time which I am writing in C++, compiling
with g++ on my Redhat Linux 6.0 machine, and I'm trying to integrate some PAM
functionality. Herein lies my quandary:
I have been able to get the PAM functions and modules operating properly in C,
with gcc, but the same code bails with g++. Please bear with me, I'm still a
relative novice. The point is that I get undefined references even though it's
using the same libraries, so this leads me to think that the libs are only going
to be functional under gcc and not g++.
This leads me to the heart of the query: is there a way with the gnu compilers
(or compilers in general, for that matter) to integrate .c and .cpp files at
run time such that the C code is compiled to C-style object code, but remains
functional under the main C++ application? I'm essentially trying to consolidate
some C and C++ files together into a single executable so I don't have to make
a system call from one compiled app to the other.
If not, does anyone know of a way to get around this problem with PAM? I am using
Linux-PAM 0.66, and using the standard libpam and libpam_misc libraries.
*Any* help would be duly appreciated.
.lx
--
[ [EMAIL PROTECTED] -- http://www.audiophonic.com/lx/ ]
[ "in a mirror, all the time turns counter-clockwise." ]
[ "and every time i look, i find my face has changed." ]
------------------------------
** 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
******************************
