Linux-Development-Sys Digest #912, Volume #6 Wed, 30 Jun 99 12:14:21 EDT
Contents:
Re: problem with sendmail (Erwin S. Andreasen)
IPCS(1) Command - Source file available (Philippe Campi)
/dev/par* (Alexander Kuznetsov)
looking for apps to host a complex internet database site. ("Grant Cronje")
Re: Mac-emulation on Linux? (Matthew Pritzker)
Send email automatically? (Matthias Kapfhamer)
Re: Why not C++ (Stephan Houben)
Re: Why not C++ (Basile STARYNKEVITCH)
GNU make help ("Frank V. Castellucci")
Re: sources for the empeg car player? (Michael Hirsch)
Re: Why we are still holding on to X Windows (David Fox)
Re: Send email automatically? (mlw)
[BUG] current->mm NULL in SMP version of 2.2.x (Christopher Boyd)
Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN (Christopher Boyd)
Re: Help about Riva TNT driver for linux (kernel 2.0.35) (Serge Wagener)
Remote login problems in custom RedHat env... (Wallace Barnes)
Re: [BUG] current->mm NULL in SMP version of 2.2.x (Arun Sharma)
Timer precision (Serge Wagener)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Erwin S. Andreasen)
Subject: Re: problem with sendmail
Date: 30 Jun 1999 11:03:17 GMT
Reply-To: [EMAIL PROTECTED]
On Wed, 30 Jun 1999 11:02:55 +0200, lello <[EMAIL PROTECTED]> wrote:
>Hello, I have a problem with sendmail, I hope that someone can help me
>(peaseee :-)))
>Here it is: I hava compile the last version of sendmail (8.9.3) without
>any flag, created sendmail.cf getting for the alias of the domain e of
>the users
>
>> # Virtual user table (maps incoming users)
>> Kvirtuser dbm -o /etc/mail/virtusertable
I don't know about the linking problem, but you could use the "hash" type
database instead of "dbm".
--
==============================================================================
Erwin Andreasen Herlev, Denmark <[EMAIL PROTECTED]> UNIX System Programmer
<URL:http://www.andreasen.org> <*> (not speaking for) DDE
==============================================================================
------------------------------
From: Philippe Campi <[EMAIL PROTECTED]>
Subject: IPCS(1) Command - Source file available
Date: Wed, 30 Jun 1999 13:08:30 +0200
Hello,
Does anyone knows where I can found the source file for ipcs(1)
command under Linux ?
Thanx
--
Philippe CAMPI
------------------------------
From: Alexander Kuznetsov <[EMAIL PROTECTED]>
Subject: /dev/par*
Date: Wed, 30 Jun 1999 15:13:47 +0400
1. Can any body tell what is the device /dev/par* ?
2. Can it be used to communicate with other linux PC throu parallel port
and how?
If (2. == yes) {
3. How cable should be wired?
}
else {
4. What how to fast communicate to other Linux without
networking (because of
security) ?
}
--
Alexander Kusnetsov,
[EMAIL PROTECTED]
------------------------------
From: "Grant Cronje" <[EMAIL PROTECTED]>
Subject: looking for apps to host a complex internet database site.
Date: Wed, 30 Jun 1999 13:28:47 +0200
------------------------------
From: Matthew Pritzker <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc,comp.os.linux.powerpc
Subject: Re: Mac-emulation on Linux?
Date: Wed, 30 Jun 1999 06:41:48 -0500
Anthony D. Saxton wrote:
> SheepShaver's fine for those of us privilidged few using the PowerPC version
> of linux. It won't help anyone that doesn't have a PREP, BeBox or PowerMac
> though.
Given that SheepShaver started out on the BeBox, I find that hard to
believe. All you need is a MacOS ROM image, and given that iMac and
later systems have the ROM sitting as a file in the System Folder, it
shouldn't be especially hard for you to acquire one.
--
====================
Matthew Pritzker Graduate Research Assistant
[EMAIL PROTECTED] IU Physics Dept.
------------------------------
From: Matthias Kapfhamer <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Send email automatically?
Date: Wed, 30 Jun 1999 13:57:47 +0200
Hi Group,
can anybody please tell me, how I can send email automatically to a number of
people I keep in a database?
I appreciate any help,
thanx,
Matt
------------------------------
From: Stephan Houben <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 30 Jun 1999 14:39:51 +0200
[EMAIL PROTECTED] (Nathan Myers) writes:
> Johan Kullstam <[EMAIL PROTECTED]> wrote:
> >actually i don't mind the templates in C++. they are rather weak, but ...
>
> FUD, again. C++ templates are not weak. They allow construction of
> libraries that cannot be constructed in any other language.
Templates in C++ solve a problem that simply doesn't exist in most other modern
programming languages. The fact that it exists in C++ is due to the fact that C++
is based on C.
Languages like C and Pascal are "strongly typed", which basically means that when I
have
a function that squares an int:
int square(int x)
{
return x*x;
}
,then this function cannot square floats. In order to square floats, I have to define
a new
function with almost identical code:
float square(float x)
{
return x*x;
}
Now, this problem doesn't exist in dynamically typed programming languages like Python,
since there you would do:
def square(x):
return x*x
,and the type of x only plays a role at run time (when the correct * operation has to
be selected).
In other programming languages, e.g. Haskell, you *do* have typing, but there
types can be more general, i.e. the following definition:
square x = x*x
would be automatically typed by the compiler as being of the type
square :: (Num a) => a -> a
, implying that square is a function taking some value of an type a and producing
a value of the same type, where a may be any type of type class Num, which means that
a * operation has to be defined on a.
Now both these options are much less cumbersome than the C++ way of doing things;
moreover, in the Haskell way, you *do* get static typing with all the advantages
(more efficient code generation, compile-time error checking).
IMHO, C++'s templates are a useful hack to repair a basic flaw in C's type system.
However, there are certainly much more elegant solutions.
Greetings,
Stephan
------------------------------
From: Basile STARYNKEVITCH <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 30 Jun 1999 13:39:33 +0200
>>>>> "Nathan" == Nathan Myers <[EMAIL PROTECTED]> writes:
Nathan> FUD, again. C++ templates are not weak. They allow
Nathan> construction of libraries that cannot be constructed in
Nathan> any other language.
I believe this is false. For example, the functor (ie module
templates) of Ocaml are at least as powerful than C++ templates.
I don't known (yet) very well other functional languages, but it may
be possible that SML97, Clean, Haskell, Erlang, Mercury, Godel, ...
have equally powerful features.
I beleive looking into comp.lang.functional FAQ might be useful.
Ocaml is more and more used, even in industrial context. See
"http://caml.inria.fr/ocaml/" for details
If you reply to me, please remove ANTISPAM from reply address.
N.B. Any opinions expressed here are only mine, and not of my organization.
N.B. Les opinions exprimees ici me sont personnelles et n engagent pas le CEA.
=====================================================================
Basile STARYNKEVITCH ---- Commissariat � l Energie Atomique
DTA/LETI/DEIN/SLA * CEA/Saclay b.528 (p111f) * 91191 GIF/YVETTE CEDEX * France
phone: 1,69.08.60.55; fax: 1.69.08.83.95 home: 1,46.65.45.53
email: Basile point Starynkevitch at cea point fr
------------------------------
From: "Frank V. Castellucci" <[EMAIL PROTECTED]>
Subject: GNU make help
Date: Wed, 30 Jun 1999 08:40:05 -0400
I was spoiled using a powerful make utility on another OS.
I am having trouble with the following:
[in makefile] ---------------------------------------------------
SHELL=/bin/sh
include ../../mybuiltins.mk
objects = test$(O)
all : _all obj
obj : $(objects)
test$(O) : test.hpp
clean:
rm -f $(objects)
[end in makefile] ---------------------------------------------------
[in mybuiltins.mk] --------------------------------------------------
SHELL=/bin/sh
# Setup some info
ifeq($(OSTYPE),'linux')
E =
DLL = .so
O = .o
OUTOBJDIR=linuxobj
else
@echo Unsupported OS or OSTYPE not understood ---> $(OSTYPE)
endif
_all: dispcomp cleanchk
dispcomp:
[I have some commands here where I would like to create directories if
needed]
cleanchk:
[I have some commands here]
%$(O):%.cpp
@echo In compilation for target in $(OSTYPE)
[compile statement using builtin variables [e.g. $(CXX) etc...]
including -o $(OUTOBJDIR)/$@
[end in mybuiltins.mk] --------------------------------------------------
When running make, _all, dispcomp, and cleanchk are run but the compile for
test is not run. In other words, obj is never evaluated
I guess what I would like is to:
1. Setup something that tells make to look into $(OUTOBJDIR) when evaluating
the target [test.o] file.
2. While I am at it, have additional header, source, obj, etc directories
dynamically added to resolution of files.
Any help would be appreciated. I looked through info make to no avail.
Frank V. Castellucci
Monkey Boy
------------------------------
From: Michael Hirsch <[EMAIL PROTECTED]>
Subject: Re: sources for the empeg car player?
Date: 30 Jun 1999 09:15:04 -0400
[EMAIL PROTECTED] (Isaac) writes:
> On 28 Jun 1999 18:32:13 -0400, Michael Hirsch <[EMAIL PROTECTED]> wrote:
> >Peter Gavin <[EMAIL PROTECTED]> writes:
> >
> >> I've emailed them, asking where I could get it.. I'll post an update
> >> when (if) he emails me back.
> >
> >There are a bunch of these embedded system type boxes. empeg, netgem,
> >and TeeVO (or however it's spelled) to name three. I can't find
> >sources for any of the and I haven't gotten responses to my email,
> >yet.
> >
>
> I assume that you have bought one of the devices. If you haven't
> purchased or been given a binary, you are not owed the sources.
> They don't have to give sources to anyone who asks, just to
> those they've sold binaries to.
True enough, nor have I said they must. OTOH, once they give the
source to anyone, that person can put it on the web for universal
download. So I figure no purpose is served by then not just putting
the sources up for download. But I may be wrong.
--
Michael D. Hirsch Work: (404) 727-7940
Emory University, Atlanta, GA 30322 FAX: (404) 727-5611
email: [EMAIL PROTECTED] http://www.mathcs.emory.edu/~hirsch/
Public key for encrypted mail available upon request (or finger
[EMAIL PROTECTED]).
------------------------------
From: d s f o x @ c o g s c i . u c s d . e d u (David Fox)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps
Subject: Re: Why we are still holding on to X Windows
Date: 30 Jun 1999 07:13:01 -0700
Aurel Balmosan <[EMAIL PROTECTED]> writes:
> My guess about this discussion is that it was initiated by a TOLL.
> Better leave the TROLL alone. 71 (no 72 including mine) useless
> articels are enough I think.
You are wrong, there were quite a few interesting articles in this
thread regardless of who started it.
--
David Fox http://hci.ucsd.edu/dsf xoF divaD
UCSD HCI Lab baL ICH DSCU
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Send email automatically?
Date: Wed, 30 Jun 1999 14:11:52 +0000
Matthias Kapfhamer wrote:
>
> Hi Group,
>
> can anybody please tell me, how I can send email automatically to a number of
> people I keep in a database?
>
> I appreciate any help,
>
> thanx,
>
> Matt
If you are using postgres try this:
cat mailmsg.txt | sendmail $(psql -c "select email from database"
database)
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit http://www.mohawksoft.com
------------------------------
From: [EMAIL PROTECTED] (Christopher Boyd)
Subject: [BUG] current->mm NULL in SMP version of 2.2.x
Date: Wed, 30 Jun 1999 14:35:29 GMT
Hi,
This was originally posted to linux-kernel, but I wanted
as much response as possible, so I'm posting here
additionally.
I believe I have discovered a bug in the 2.2.x series of
kernels, when SMP support is compiled in. I have tested
this with 2.2.0 (patched with the RT linux patches), 2.2.5
(standard) and 2.2.9 (standard), with both SMP enabled and
SMP disabled. I have not been able to track down this bug,
but have been working on it. Maybe current->mm is getting
NULL'd somewhere in the load and execute thread ... it
seems to be fine throughout do_execve, meaning it is not
NULL. Is it getting messed up in the demand loading page
fault? I don't have enough knowledge to debug this. Oh,
BTW, this problem doesn't occur in 2.0.37 when compiled
with SMP support.
My tests were as follows: I create a module that registers
itself as a character device. From within the write procedure,
I write current->mm out using printk. On non-SMP kernels,
this is a nonzero value and on SMP 2.2.x kernels, I get
a 'um_write: current->mm = 0x00000000'.
BTW, I also just printed the value of current->mm from
within 'init_module', and the open operations. Still
NULL on an SMP machine.
Thanks in advance for any help with this or advice. I
wouldn't mind looking for this, if I knew where to look
for it, so any hints would be nice too. The main parts
of the test code follow.
Regards,
Christopher Boyd
=======8<========8<===[ usermap.c ]==8<=======8<=============
/* some irrelevant code removed for brevity */
#define USERMAP_MAJOR 31
static char *usermap_name = "usermap";
struct file_operations fops =
{
open: um_open,
release: um_release,
read: um_read,
write: um_write,
ioctl: um_ioctl,
mmap: um_mmap,
};
int init_module()
{
if ( register_chrdev(USERMAP_MAJOR, usermap_name, &fops) )
{
printk("usermap: cannot register character device on major 31\n");
return -ENODEV;
}
return 0;
}
void cleanup_module()
{
unregister_chrdev(USERMAP_MAJOR, usermap_name);
}
ssize_t um_write(struct file *filp, const char *buffer, size_t len, loff_t
*off)
{
printk("um_write: enter\n");
printk("um_write: buffer is at 0x%8.8X\n", buffer);
printk("um_write: len is '%i' bytes\n", len);
printk("um_write: current is 0x%8.8X\n", current);
printk("um_write: current->mm = 0x%8.8X\n", current->mm);
printk("um_write: caller pid = %i\n", current->pid);
return len;
}
=======8<========8<===[ umwrite.c ]===8<=======8<=============
/* some irrelevant code removed for brevity */
int main(int argc, char **argv)
{
int fd;
char buffer[1024];
int retval;
printf("umwrite: start\n\n");
/* /dev/usermap created via mknod /dev/usermap c 31 0 */
printf("umwrite: about to open /dev/usermap\n");
fd = open("/dev/usermap", O_RDWR);
if (fd < 0)
{
printf("umwrite: error %i when opening /dev/usermap\n", -fd);
return -fd;
}
printf("umwrite: /dev/usermap is now open\n");
printf("umwrite: about to call write\n");
retval = write(fd, buffer, 1024);
printf("umwrite: write returns '%i'\n", retval);
printf("umwrite: about to close /dev/usermap\n");
close(fd);
printf("umwrite: /dev/usermap is now closed\n");
return 0;
}
============= [ END of code ] =======================
------------------------------
From: [EMAIL PROTECTED] (Christopher Boyd)
Subject: Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN
Date: Wed, 30 Jun 1999 14:40:55 GMT
In article <Pine.SOL.3.96.990620233631.14423B-100000@giasbga>, "Santosh H."
<[EMAIL PROTECTED]> wrote:
>Hi,
> Sorry for shouting.But i'm really fed up with trying to find out what
>this means
>1] jiffy
>2] HZ
Every time a clock interrupt occurs, the global variable 'jiffies'
is incremented by one. BTW, 'jiffies' is an unsigned long,
meaning it'll wrap in about 1.3 years on a 32bit machine :-)
One intel machines, the clock interrupt occurs 100 times/sec
(indicated by the value defined for HZ). On other architectures,
HZ != 100, so you shouldn't assume HZ is 100 to be portable.
Regards,
Christopher Boyd
------------------------------
From: [EMAIL PROTECTED] (Serge Wagener)
Subject: Re: Help about Riva TNT driver for linux (kernel 2.0.35)
Date: Tue, 29 Jun 1999 17:08:05 GMT
On Tue, 29 Jun 1999 18:55:31 +0800, "Hinomi" <[EMAIL PROTECTED]>
wrote:
>Have any linux driver for Riva TNT?
>It usually detected my card is Generic VGA and just 256K VideoRam. Can
>anyone help me?Thanks.
>
>
I have the Diamond Viper V550 (RIVA TNT) running, but YOU HAVE TO
INSTALL A NEW X SERVER !
ftp://ftp.xfree86.org/pub/XFree86/3.3.3.1/
install the XFree system and the new SVGA server... it auto detect
your RIVA and uses hardware acceleration ..
Serge
------------------------------
From: Wallace Barnes <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.security
Subject: Remote login problems in custom RedHat env...
Date: Wed, 30 Jun 1999 10:55:25 -0400
Hello all,
I have an unusual problem with telnet, rlogin, ftp and any other
program which requires logging in remotely. The system specs are: 400Mhz
Pentium Pro, 256MB RAM, onboard Intel etherexpress pro 10/100Mbs network
card, 2 serial ports, running a custom Red Hat 5.2 kernel. Four kernel
header files were modified to allow for a 3072 process limit ( fs.h,
limits.h, posix_types.h, /usr/include/gnu/types.h ). The machine will
boot and run fine for about 10 minutes then any form of remote log in
(even rcp and rsh) will hang after it successfully connects to the
system just before it gives you the opportunity to provide your login
name and/or password. On telnet you can even see the "Connected to
<host>" message. Any connection made before this problem occurs is fine
and has full capabilities. I can get out of the box using any method I
choose (telnet, ftp, etc). The oddest thing about this problem is that
all other inetd services are unaffected. They continue to respond to
request on their respective ports without fail. A tcpdump on the machine
will show telnet, rlogin, etc ... activity. They send their initial acks
and replies but don't complete their initialization procedures. For
example. telnet will never send it's usual 'I AM CAPABLE OF' information
(i.e. "DO AUTHENTICATION" "WILL ENCRYPT"). Luckily, we have a console
routed through the serial port which is uneffected by this situation. At
present, rebooting the machine is the only way clear up the situation.
Bringing the ethernet card down and up, sending HUP signals to inetd,
and logging out established remote connections don't have any effect.
Has any run across anthing like this ? Is there a fix (please no upgrade
to 6.0 responses. This is not an option.) ? Thanks.
Wally
UNIX Systems Administrator
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Arun Sharma)
Subject: Re: [BUG] current->mm NULL in SMP version of 2.2.x
Reply-To: [EMAIL PROTECTED]
Date: Wed, 30 Jun 1999 15:47:19 GMT
On Wed, 30 Jun 1999 14:35:29 GMT, Christopher Boyd <[EMAIL PROTECTED]> wrote:
> My tests were as follows: I create a module that registers
> itself as a character device. From within the write procedure,
> I write current->mm out using printk. On non-SMP kernels,
> this is a nonzero value and on SMP 2.2.x kernels, I get
> a 'um_write: current->mm = 0x00000000'.
Did you compile your module twice, once with -D__SMP__ and once without ?
If you don't, the offsets within current could be wrong for a SMP
kernel i.e. current->mm could be accessing the wrong field.
If current->mm was really null, your kernel will panic in no time
- guaranteed!
-Arun
------------------------------
From: [EMAIL PROTECTED] (Serge Wagener)
Subject: Timer precision
Date: Tue, 29 Jun 1999 07:16:35 GMT
Hi !
What is the timer precision in Linux ? I need 1 ms, but gettimeotday
returns tm_usec = xx00xx, why are there two 0 in the middle ???
If i use tm_usec/1000 i have the ms value, but always in 10 steps ...
Someone told me something with 100Hz and 1000Ht timer in kernel, can i
recompile the kernel so that it is more precise ?
Please mail a copy of the answer to my email address, so i can read it
from school too ...
Thanks,
Serge
------------------------------
** 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
******************************
