Linux-Development-Sys Digest #679, Volume #7 Tue, 14 Mar 00 03:13:12 EST
Contents:
Re: [Q] I/O Benchmark in Linux (Mark Hahn)
Re: Uhhuh. NMI received for unknown reason 3c/2c/3d/2d (Robert Redelmeier)
Re: HTTP Command or Script to find web server version ("William Evans")
underscores ???? (nilesh patel)
module_list unresolved ?? (nilesh patel)
Re: kernel in C++ ("Frank V. Castellucci")
Re: beep "color"? ("AliMac")
[ERROR] modprobe: can't locate module parport_lowlevel ([EMAIL PROTECTED])
Trouble building KDE applications (root)
Re: Trouble building KDE applications (Adam Haeder)
Re: Bus-master PCI slots (Olaf Schlachter)
Re: Trouble building KDE applications (Tim Harvey)
Unresolved symbols message. (Kernel Newbie)
----------------------------------------------------------------------------
From: Mark Hahn <[EMAIL PROTECTED]>
Subject: Re: [Q] I/O Benchmark in Linux
Date: 14 Mar 2000 03:00:52 GMT
> I have tried the program 'Bonnie'. But the result is
> very strange.
that's pretty vague; I'm guessing you got something like this:
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
100 12487 150.2 15398 30.4 4821 11.0 23219 198.6 146285 200.0 23529.4 176.5
OK, first of all, you must completely ignore the per-char results,
since they're irrelevant. the %CPU must be taken as merely advisory,
definitely not any kind of real measurement.
but finally, THE REAL PROBLEM: you must run bonnie on a file of
not less than three times the size of dram!
-------Sequential Output-------- ---Sequential Input-- --Random--
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
384 8112 98.9 8077 15.4 2383 6.0 4337 38.2 7498 13.8 68.1 1.4
that's for a fairly old mode2 DMA disk, celeron/366, bx system under Linux.
a modern disk would deliver 20-25 MB/s. also, the REAL cpu overhead
is around 3%, measured by watching the impact on the speed of a compute
bound task during the bonnie run.
regards, mark hahn.
------------------------------
From: Robert Redelmeier <[EMAIL PROTECTED]>
Subject: Re: Uhhuh. NMI received for unknown reason 3c/2c/3d/2d
Date: Mon, 13 Mar 2000 20:58:56 -0800
Jerry Natowitz wrote:
>
> I occasionally get between 1 and 15 messages like the following:
> Uhhuh. NMI received for unknown reason 3d.
> Dazed and confused, but trying to continue
> Do you have a strange power saving mode enabled?
>
> I am running a Tyan 1854 with a P3 500E O/c to 667. I have PC133 SDRAM.
> I am currently running 2.3.50.
> I have PM and ACPI disabled in BIOS and otherwise have a rather normal setup.
> I don't get any crashes or hangs, at least in Linux - Windoze is a whole
> 'nother issue.
>
> If I enable IO-APICS the kernel will panic when I get one of these. Lowering
> my bus speed from 133 to 124 didn't make a difference, and in fact I think
> I saw a couple of these when I wasn't even overclocked.
Is your hardware OK? Try out my `cpuburn` package to test the CPU
and RAM/controller.
-- Robert author `cpuburn` http://users.ev1.net/~redelm
------------------------------
Crossposted-To:
alt.os.linux.slackware,comp.os.linux.development.apps,comp.os.linux.networking,comp.os.linux.security
Subject: Re: HTTP Command or Script to find web server version
From: "William Evans" <[EMAIL PROTECTED]>
Date: Tue, 14 Mar 2000 03:56:05 GMT
>>>>> "Zardoz" == Zardoz <[EMAIL PROTECTED]> writes:
Zardoz> I need an HTTP command or a Perl script or something that will tell me what
Zardoz> web server and version a host is running. The host is most likely a BSD 3.0
Zardoz> or 3.1 box, so it's probably Apache, but I want to make sure.
| $ telnet webserver.host.com 80
| Trying 1.2.3.4...
| Connected to webserver.host.com.
| Escape character is '^]'.
| GET / HTTP/1.0
|
| HTTP/1.1 200 OK
| Date: Mon, 13 Mar 2000 11:20:07 GMT
| Server: Apache/1.3.12 (Unix) (Mega & Loman/Linux) mod_ssl/2.6.2 OpenSSL/0.9.5
| Last-Modified: Fri, 03 Mar 2000 03:04:15 GMT
| ETag: "181a-799-38bf2baf"
| Accept-Ranges: bytes
| Content-Length: 1945
| Connection: close
| Content-Type: text/html
| ...
| Connection closed by foreign host.
Note the extra return after that GET line ... i.e. you'll need to type
in "GET / HTTP/1.0" followed literally by a second return.
Zardoz> I've telnetted to port 80, and tried some stuff, but I can't get the web
Zardoz> server ver. I knew a guy who wrote a short perl script that found this out,
Zardoz> but he's with another company. Also port 23 is no help, and they also don't
Zardoz> say on their web page.
Zardoz> If anyone's curious, I'm doing an outside security assessment, and I have
Zardoz> permission to do this and everything.
Security assessment? Interesting ...
-bill
--
William Evans < william . evans @ computer . org >
------------------------------
From: nilesh patel <[EMAIL PROTECTED]>
Subject: underscores ????
Date: Tue, 14 Mar 2000 09:53:07 +0530
can someone clear these doubts wrt the to linux source code->
1. why are there so many functions beginning with underscores? ie is
there
a reason for such naming?
2. what does __typeof() do?
Nilesh
------------------------------
From: nilesh patel <[EMAIL PROTECTED]>
Subject: module_list unresolved ??
Date: Tue, 14 Mar 2000 10:13:01 +0530
Hi
the code below compiles but the symbol module_list is unresolved.
Is the symbol module_list exported by the kernel or not ??
If not what is the problem
/* The necessary header files */
/* Standard in kernel modules */
#include <linux/kernel.h> /* We're doing kernel work */
#include <linux/module.h> /* Specifically, a module */
/* Deal with CONFIG_MODVERSIONS */
#if CONFIG_MODVERSIONS==1
#define MODVERSIONS
#include <linux/modversions.h>
#endif
extern struct module *module_list;
/* Initialize the module */
int init_module()
{
struct module *m = module_list;
printk("Hello, world - this is the kernel speaking\n");
return 0;
}
/* Cleanup - undid whatever init_module did */
void cleanup_module()
{
printk("Short is the life of a kernel module\n");
}
------------------------------
Date: Tue, 14 Mar 2000 00:02:52 -0500
From: "Frank V. Castellucci" <[EMAIL PROTECTED]>
Subject: Re: kernel in C++
Somewhat early in THIS century Christopher Browne wrote:
>
> Centuries ago, Nostradamus foresaw a time when Frank V. Castellucci
> would say:
> >Christopher Browne wrote:
> >>
> >> You want to write an OS kernel in C++?
> >>
> >> _Feel free._
> >
> >In my first response I posted without completing the sentence. What was
> >intended was:
> >
> >I would gladly give up all other work if I was funded to undertake a C++
> >Linux OS opportunity.
> >
> >And there is a word that no one has used.
>
> If you can convince someone to fund you to do the task, that's cool.
>
> If you haven't had some history in contributing significant changes to
> the Linux kernel "in C," you may find it challenging to find anyone
> who will trust you with funding for such a project.
>
> If realistically wish to take up such a project, I'd suggest you start
> by putting some effort into understanding "Linux in C," as that is an
> appropriate way of:
> a) Understanding *precisely* what it is that kernel authors are
> writing, and
> b) Making your name more familiar so that someone might be willing
> to say, "That guy is credible as a known kernel developer," which
> I'd expect to be a prerequisite to "getting funding."
> --
The work I am doing for C++ and Linux (class libraries) is moving slow
because of two reasons:
1. The paying job is entering another intense architecture round
2. I am combing through as much as the Linux kernel as I can get before
going to sleep for five hours and starting again.
This way I can better serve the C++ community with encapsulation or
abstractions on WHAT the kernel authors have offered, and better serve
said authors by requesting changes where change is good.
I would suggest that you remember that no-one knows anyone that well
from a few newsgroup posts to know what they do and don't do, research
and don't research.
It is the combing through the kernel code that made me respond to the
original post in the first place.
And, if I was going to ever be involved in a opportunity as being chased
through these threads, Linux wouldn't be the only kernel that was looked
at. I would go after of few of those that tried and failed, and find out
why.
--
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
------------------------------
From: "AliMac" <[EMAIL PROTECTED]>
Subject: Re: beep "color"?
Date: Tue, 14 Mar 2000 05:18:49 GMT
<[EMAIL PROTECTED]> wrote in message news:8ak27h$nho$[EMAIL PROTECTED]...
>
>
> linux 2.2:
>
> I would like to have a program that can beep with different
> characteristics, using just the PC Speaker. Something like
> beep(100 /*Hz*/, 0.3 /*secs*/)
> would be great. Preferably, it would work under X, under the console,
> and in a program that is a daemon. In other words, just access to a pc
> speaker device. (I am willing to take the security risk of making the
> audio device [??] world writeable, so that someone could annoyingly beep
> me for a while.) Anyone have such a C routine?
>
> This should also be useful in other situations. For example, in a
> shell, a "multiple-completions-possible" should beep differently from
> "no-completion-possible."
i'd like to have a noise shaped delta sigma modulated pc speaker which could
play samples at higher quality than the pulse width versions available and
have pultiple additive access. But i'm not about to write it today.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: [ERROR] modprobe: can't locate module parport_lowlevel
Date: Tue, 14 Mar 2000 05:35:52 GMT
I am running redhat 6.1. Somehow I can't get my HP
LaserJet 6L to work. The problem seems to be that modprobe
failed to find the low level parport driver. See the
start message below.
I used 'printtool', and not surprisingly it cannot find
any parport device.
On the other hand if I compile the parport and printer support
into kernel, everything is fine.
Does anybody know what is wrong?
Jun
------------------------------
From: root <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.admin
Subject: Trouble building KDE applications
Date: Mon, 13 Mar 2000 21:39:53 -0800
Greetings,
I'm having trouble building KDE applications on my RedHat 6.1 system.
When running the configure script I get the following error:
checking for kde libraries installed... configure: error: your system
fails at linking a small KDE application!
Check, if your compiler is installed correctly and if you have used the
same compiler to compile Qt and kdelibs as you did use now
I've got all the base kde packages installed including:
kdelibs-devel v1.1.2-9
qt-devel 2.0.1-5
kdelibs 1.1.2-9
libc 5.3.12-31
qt1x-devel 1.44-4
qt 2.0.1-5
qt1x 1.44-4
Does anyone know how I can resolve this?
Thanks,
Tim
[EMAIL PROTECTED]
------------------------------
From: Adam Haeder <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.admin
Subject: Re: Trouble building KDE applications
Date: Tue, 14 Mar 2000 06:21:14 GMT
root wrote:
> Greetings,
>
> I'm having trouble building KDE applications on my RedHat 6.1 system.
>
> When running the configure script I get the following error:
>
> checking for kde libraries installed... configure: error: your system
> fails at linking a small KDE application!
> Check, if your compiler is installed correctly and if you have used the
> same compiler to compile Qt and kdelibs as you did use now
>
> I've got all the base kde packages installed including:
> kdelibs-devel v1.1.2-9
> qt-devel 2.0.1-5
> kdelibs 1.1.2-9
> libc 5.3.12-31
> qt1x-devel 1.44-4
> qt 2.0.1-5
> qt1x 1.44-4
>
> Does anyone know how I can resolve this?
>
Your QTDIR variable isn't set
Before running configure, run
export QTDIR=/usr/local/qt
or wherever your QT stuff is installed (sorry, I don't have it installed
through rpm so I can't tell you)
------------------------------
From: Olaf Schlachter <[EMAIL PROTECTED]>
Subject: Re: Bus-master PCI slots
Date: Mon, 13 Mar 2000 17:55:49 +0100
Gert van der Knokke wrote:
>
> Alan Donovan wrote:
>
> > "Timothy J. Lee" wrote:
> > Mastering capability resides with the card, not the slot itself. Look at
> > /proc/pci for a listing of what devices you have and whether they are
Sorry, but that is wrong. Bus mastering requires dedicated hardware: A
bus master request and a bus master grant line routed from the
system-controller device to each slot. Chipsets often have a limited
amount of these lines (4 or 5)
Regs
Olaf
------------------------------
From: Tim Harvey <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.admin
Subject: Re: Trouble building KDE applications
Date: Mon, 13 Mar 2000 23:25:46 -0800
Adam Haeder wrote:
> root wrote:
>
> > Greetings,
> >
> > I'm having trouble building KDE applications on my RedHat 6.1 system.
> >
> > When running the configure script I get the following error:
> >
> > checking for kde libraries installed... configure: error: your system
> > fails at linking a small KDE application!
> > Check, if your compiler is installed correctly and if you have used the
> > same compiler to compile Qt and kdelibs as you did use now
> >
> > I've got all the base kde packages installed including:
> > kdelibs-devel v1.1.2-9
> > qt-devel 2.0.1-5
> > kdelibs 1.1.2-9
> > libc 5.3.12-31
> > qt1x-devel 1.44-4
> > qt 2.0.1-5
> > qt1x 1.44-4
> >
> > Does anyone know how I can resolve this?
> >
>
> Your QTDIR variable isn't set
> Before running configure, run
> export QTDIR=/usr/local/qt
>
> or wherever your QT stuff is installed (sorry, I don't have it installed
> through rpm so I can't tell you)
hmmmm..... could it be something to do with versions of my Qt libs? I'm
still trying to learn how the lib's work together. I've apparently got two
versions of the Qt libs installed, 2.01 and 1.44. My understanding was that
the 1.44 libs are needed for progs that were built for Qt v1.x.
At any rate, I believe the libs are found ok because it gets past that
portion of configure. Here is the output of my failed configure:
[root@localhost kbiff-2.3.10]# ./configure
loading cache ./config.cache
checking for a C-Compiler...
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking how to run the C preprocessor... gcc -E
checking for a C++-Compiler...
checking for g++... g++
checking whether the C++ compiler (g++ -s) works... yes
checking whether the C++ compiler (g++ -s) is a cross-compiler... no
checking whether we are using GNU C++... yes
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ranlib... ranlib
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking for object suffix... o
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.lo... yes
checking if g++ supports -fno-rtti -fno-exceptions ... yes
checking if g++ static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -B output... yes
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for main in -lcompat... no
checking for main in -lcrypt... yes
checking for the third argument of getsockname... socklen_t
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for killpg in -lucb... no
checking for Qt... libraries /usr/lib/qt-2.0.1//lib, headers
/usr/lib/qt-2.0.1//
include
checking if Qt compiles without flags... yes
checking for moc... /usr/lib/qt-2.0.1//bin/moc
checking for rpath... yes
checking for bool... yes
checking for KDE... libraries /usr/lib, headers /usr/include/kde
checking for extra includes... no
checking for extra libs... no
checking for kde headers installed... yes
checking for kde libraries installed... configure: error: your system fails
at l
inking a small KDE application!
Check, if your compiler is installed correctly and if you have used the
same compiler to compile Qt and kdelibs as you did use now
So, its not bailing on the Qt libs apparently but the kdelibs. I'm pretty
ignorant regarding how these packages are installed. Here is some more
info on how my system is configured:
[root@localhost /root]# set | grep KDE
GDMSESSION=KDE
KDEDIR=/usr
[root@localhost /root]# set | grep QT
QTDIR=/usr/lib/qt-2.0.1
[root@localhost /root]# ls /usr/lib/qt-2.0.1/lib
libqt.a libqt.so libqt.so.2 libqt.so.2.0.1
[root@localhost /root]# ls /usr/lib/libk*
/usr/lib/libkab.la /usr/lib/libkfile.so.2
/usr/lib/libkab.so /usr/lib/libkfile.so.2.0.0
/usr/lib/libkab.so.2 /usr/lib/libkfm.la
/usr/lib/libkab.so.2.0.0 /usr/lib/libkfm.so
/usr/lib/libkdecore.la /usr/lib/libkfm.so.2
/usr/lib/libkdecore.so /usr/lib/libkfm.so.2.0.0
/usr/lib/libkdecore.so.2 /usr/lib/libkhtmlw.la
/usr/lib/libkdecore.so.2.0.0 /usr/lib/libkhtmlw.so
/usr/lib/libkdeui.la /usr/lib/libkhtmlw.so.2
/usr/lib/libkdeui.so /usr/lib/libkhtmlw.so.2.0.0
/usr/lib/libkdeui.so.2 /usr/lib/libkimgio.la
/usr/lib/libkdeui.so.2.0.0 /usr/lib/libkimgio.so
/usr/lib/libkdlgloader.a /usr/lib/libkimgio.so.2
/usr/lib/libkdlgloader.la /usr/lib/libkimgio.so.2.0.0
/usr/lib/libkdlgloader.so /usr/lib/libkplunger.a
/usr/lib/libkdlgloader.so.1 /usr/lib/libkspell.la
/usr/lib/libkdlgloader.so.1.0.0 /usr/lib/libkspell.so
/usr/lib/libkfile.la /usr/lib/libkspell.so.2
/usr/lib/libkfile.so /usr/lib/libkspell.so.2.0.0
[root@localhost /root]#
[root@localhost /root]# ls /usr/include/kde
addressbook.h kclipboard.h kfontdialog.h kselect.h
bison2cpp.h kcolorbtn.h kglobalaccel.h kseparator.h
booktoken.h kcolordlg.h kiconloader.h ksimpleconfig.h
builtin.h kcolorgroup.h kiconloaderdialog.h ksize.h
ckey.h kcombiview.h kimgio.h kslider.h
configDB.h kcombo.h kintegerline.h ksock.h
dither.h kconfig.h kkeydialog.h kspell.h
drag.h kconfigbase.h kled.h kspelldlg.h
html.h kconfigdata.h kledlamp.h kspinbox.h
htmlclue.h kcontainer.h klined.h kstatusbar.h
htmldata.h kcontrol.h klocale.h kstdaccel.h
htmlfont.h kcursor.h kmenubar.h kstring.h
htmlform.h kdatepik.h kmisc.h ktabbar.h
htmlframe.h kdatetbl.h kmsgbox.h ktabctl.h
htmliter.h kdbtn.h knewpanner.h ktablistbox.h
htmlobj.h kde.pot knotebook.h ktmainwindow.h
htmltable.h kdebug.h kpanner.h ktoolbar.h
htmltoken.h kdir.h kpixmap.h ktoolboxmgr.h
htmlview.h kdirlistbox.h kpoint.h ktopwidget.h
jscript.h keditcl.h kpopmenu.h ktreelist.h
jserror.h keyvaluemap.h kpreview.h kurl.h
jsexec.h kfilebookmark.h kprocctrl.h kurllabel.h
jstree.h kfiledetaillist.h kprocess.h kwizard.h
kab.h kfiledialog.h kprocio.h kwm.h
kabapi.h kfilefilter.h kprogress.h kwmmapp.h
kaccel.h kfileinfo.h kquickhelp.h mediatool.h
kapp.h kfileinfocontents.h krect.h sections.h
kaudio.h kfilepreview.h kremotefile.h stl_headers.h
kbutton.h kfilesimpleview.h krestrictedline.h xview.h
kbuttonbox.h kfm.h krootprop.h
kcharsets.h kfmclient_ipc.h kruler.h
kckey.h kfmipc.h ksconfig.h
[root@localhost /root]#
Ideas?
Thanks,
Tim
------------------------------
From: Kernel Newbie <[EMAIL PROTECTED]>
Subject: Unresolved symbols message.
Date: Tue, 14 Mar 2000 07:30:02 GMT
It seems that whenever I recompile my kernel I get this message: (actually
several with different modules listed)
depmod: *** unresolved symbols in /lib/xxxxxx
What does it mean?
What am I doing to cause this?
How can I stop this from happening in the future?
Thanks
--
Posted via CNET Help.com
http://www.help.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
******************************
