Linux-Development-Sys Digest #972, Volume #6 Sun, 18 Jul 99 04:14:28 EDT
Contents:
ISDN FAX Project ? (Bodo Wippermann)
Re: IO Completion Ports (Miquel van Smoorenburg)
Re: when will Linux support > 2GB file size??? (Miquel van Smoorenburg)
Help please - want to limit size of user's e-mail on sendmail. (Nico Zigouras)
Re: Bug of GCC ("Cute Panda")
Re: Where is IDE UDMA source? (Philip Brown)
Problem with fopen and _FILE_OFFSET_BITS on glibc-2.1.1 (Collin Rogowski)
Re: Help please - want to limit size of user's e-mail on sendmail. (Johan Kullstam)
Re: Problem with fopen and _FILE_OFFSET_BITS on glibc-2.1.1 (Andreas Jaeger)
"netstat -s" No passive open? (Lance Spitzner)
Re: Bug of GCC (Cameron Hutchison)
Anybody get UDMA to work with Asus P5A-B? (Jimmie Mayfield)
Re: Anybody get UDMA to work with Asus P5A-B? (Dave Platt)
Re: anonymous memory mapping (Wolfram Gloger)
Re: HELP PLEASE!!! gtk and imlib (Juergen Hoetzel)
Re: Bug of GCC (David T. Blake)
Re: Anybody get UDMA to work with Asus P5A-B? (Jimmie Mayfield)
Re: Help please - want to limit size of user's e-mail on sendmail. (John Bell)
Re: Bug of GCC (Villy Kruse)
----------------------------------------------------------------------------
Date: Sat, 17 Jul 1999 13:40:59 +0200
From: Bodo Wippermann <[EMAIL PROTECTED]>
Subject: ISDN FAX Project ?
Is there anybody who knows about a Project on faxing with ISDN on Linux
?
as far as i know, it NOT possible to use any Linux Fax applications with
ISDN cards.
since i am very interested in such a Project, please send me a mail to
[EMAIL PROTECTED] if you know about such a project.
i have searched for this in newsgroups, web-sites, but i found nothing.
is nobody else interested in such a project ?
if you are, send me a mail, perhaps we can setup a project.
best regards
Bodo Wippermann
------------------------------
From: [EMAIL PROTECTED] (Miquel van Smoorenburg)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: IO Completion Ports
Date: 17 Jul 1999 14:21:51 +0200
In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:
>On Fri, 16 Jul 1999 14:49:56 -0400, Matthew Carl Schumaker <[EMAIL PROTECTED]>
>wrote:
>>I've been trying to find info about IO completion ports under linux
>>but the only info I have dates back to May of 1998
>
>Linux doesn't have IO completion ports. This is a Windows NT (and possibly
>VAX?) concept.
Linux does have it now, in 2.2. You can have posix queued signals delivered
when something happens on a file descriptor. I don't know the details-
you'll have to search the kernel mailing list for posts of Stephen Tweedie
on the subject.
Mike.
--
Beware of Programmers who carry screwdrivers.
------------------------------
From: [EMAIL PROTECTED] (Miquel van Smoorenburg)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: 17 Jul 1999 14:24:06 +0200
In article <[EMAIL PROTECTED]>,
Craig Kelley <[EMAIL PROTECTED]> wrote:
>Yes, but then you have to do 64 bit math in a 32 bit processor.
>It'll run slower (but not much). It isn't a simple fix because you'd
>need to code a hi-lo scheme, but it isn't brain surgery either.
>It'll also make your ext2 partitions different (ie, incompatible)
Ext2 has on-disk 64 bit offsets, and uses 64 bits internally, *today*.
Even on 32 bits platforms.
It's just that the rest of the kernel is limited by 32 bits on 32 bit
platforms.
Mike.
--
Beware of Programmers who carry screwdrivers.
------------------------------
From: Nico Zigouras <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.misc
Subject: Help please - want to limit size of user's e-mail on sendmail.
Date: Sat, 17 Jul 1999 11:10:31 -0400
Hello:
I am running RedHat 5.2 and I want to set a limit on the amount of
e-mail users can receive to 3 megs each user. Mail stays in
/var/spool/mail mind you, because people view their mail through the web
and my web e-mail program keeps mail there. So I can't limit size of
home directories. Hopefully I want it so that the system sends them a
warning that they are at limit and new mail will be rejected by the
server.
Any ideas? Thanks so much. Please at least reply to my e-mail.
------------------------------
From: "Cute Panda" <[EMAIL PROTECTED]>
Subject: Re: Bug of GCC
Date: 16 Jul 1999 03:46:31 GMT
Ulrich Drepper ���g��峹 ...
>"Cute Panda" <[EMAIL PROTECTED]> writes:
>
>> I'm using RedHat Linux 6.0, 4CD Full Package, I encounter a bug of gcc
as
>> follows:
>
>This is no bug in gcc, it's a bug in your program.
>
>--
>---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
>Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
>Cygnus Solutions `--' drepper at cygnus.com `------------------------
Lots of preprocessors, like MS VC++, Sunsoft Workshop, IBM and HP, they
don't complain about
"#if 0 ... It's a bug .... #endif", only gnu preprocessor complains about
this code.
------------------------------
From: [EMAIL PROTECTED] (Philip Brown)
Subject: Re: Where is IDE UDMA source?
Reply-To: [EMAIL PROTECTED]
Date: 17 Jul 1999 18:01:41 GMT
On 17 Jul 1999 04:14:27 -0500, [EMAIL PROTECTED] wrote:
>[Philip Brown <[EMAIL PROTECTED]>]
>> Okay, I'm not a linux kernel guru. Could someone tell me whereabouts
>> to get the part of the kernel source that handles UDMA disk
>> transfers?
>...
>
>Did you do *any* looking around your kernel tree before posting this
>question? The location is not what I would call obscure.
I do not have linux installed. [except some emulation libs]. I've never done a
kernel build. I only just found out where to GET kernel source
(ftp.kernel.org, it seems). I'm just stealing code :-)
--
[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
------------------------------
From: [EMAIL PROTECTED] (Collin Rogowski)
Subject: Problem with fopen and _FILE_OFFSET_BITS on glibc-2.1.1
Date: Sat, 17 Jul 1999 18:36:47 GMT
I just compiled glibc-2.1.1 on my system. The "make check" ran through
without problems. But I can't compile the follwing simple program:
#define _FILE_OFFSET_BITS 64
#include <stdio.h>
int main (void) {
char *dummy = "test.c";
FILE *in_stream;
in_stream = fopen(dummy, "r");
return 0;
}
gcc -o teste test.c
/tmp/cca091851.o: In function `main':
/tmp/cca091851.o(.text+0x17): undefined reference to `fopen64'
I haven't found much information about LFS (large file support), so
I'm not even sure if I need it.
The define is used because "getconf LFS_CFLAGS" tells me:
-D_FILE_OFFSET_BITS=64
For this reason many programs do not compile (for example sh-utils).
thanks,
Collin Rogowski
------------------------------
Crossposted-To: comp.os.linux.setup,comp.os.linux.misc
Subject: Re: Help please - want to limit size of user's e-mail on sendmail.
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 17 Jul 1999 14:22:47 -0400
Nico Zigouras <[EMAIL PROTECTED]> writes:
> Hello:
>
> I am running RedHat 5.2 and I want to set a limit on the amount of
> e-mail users can receive to 3 megs each user. Mail stays in
> /var/spool/mail mind you, because people view their mail through the web
> and my web e-mail program keeps mail there. So I can't limit size of
> home directories.
why can't you deliver mail to the users home directories? this is the
usual way things are done in order to enforce a mail quota. you could
make links out of /var/spool/mail to their various mailboxen if you
are unable to alter the web e-mail program.
> Hopefully I want it so that the system sends them a
> warning that they are at limit and new mail will be rejected by the
> server.
if all else fails, have your MTA deliver through a mail filter like
procmail. this filter would check the mailbox sizes.
> Any ideas? Thanks so much. Please at least reply to my e-mail.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: Andreas Jaeger <[EMAIL PROTECTED]>
Subject: Re: Problem with fopen and _FILE_OFFSET_BITS on glibc-2.1.1
Date: 17 Jul 1999 21:03:56 +0200
>>>>> Collin Rogowski writes:
> I just compiled glibc-2.1.1 on my system. The "make check" ran through
> without problems. But I can't compile the follwing simple program:
> #define _FILE_OFFSET_BITS 64
> #include <stdio.h>
> int main (void) {
> char *dummy = "test.c";
> FILE *in_stream;
> in_stream = fopen(dummy, "r");
> return 0;
> }
> gcc -o teste test.c
> /tmp/cca091851.o: In function `main':
> /tmp/cca091851.o(.text+0x17): undefined reference to `fopen64'
works fine here.
What does nm on libc tell you, e.g.:
$ nm /lib/libc-2.1.1.so |grep fopen64
0004ad90 t _IO_fopen64
0004ad90 W fopen64
Are you really linking against the freshly installed glibc 2.1.2?
Check with gcc -Wl,-verbose -o teste test.c
> I haven't found much information about LFS (large file support), so
> I'm not even sure if I need it.
You don't need it yet - for details read the glibc manual.
> The define is used because "getconf LFS_CFLAGS" tells me:
> -D_FILE_OFFSET_BITS=64
That's ok.
> For this reason many programs do not compile (for example sh-utils).
Somehow your glibc installation seems to be broken, check that you're
only using glibc 2.1.1 and not an older glibc 2.0.x.
Andreas
--
Andreas Jaeger [EMAIL PROTECTED] [EMAIL PROTECTED]
for pgp-key finger [EMAIL PROTECTED]
------------------------------
From: Lance Spitzner <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: "netstat -s" No passive open?
Date: Fri, 16 Jul 1999 01:15:07 -0500
For some reason, "netstat -s" is not showing
any TCP passive open connections, is this a bug
in the Kernel (2.0.3x)? I've been connecting
to the server for months now, but nothing shows
up in passive open. However, active open connections
is being increment correctly. What be up?
--- snip snip ----
Tcp:
1909 active opens
0 passive opens
9 failed connection attempts
6 connection resets received
2 connections established
55245 segments received
56867 segments send out
324 segments retransmited
--- snip snip ----
Lance Spitzner
http://www.enteract.com/~lspitz
Internetworking & Security Engineer
Dimension Enterprises Inc
------------------------------
From: Cameron Hutchison <[EMAIL PROTECTED]>
Subject: Re: Bug of GCC
Date: 17 Jul 1999 23:39:29 GMT
[EMAIL PROTECTED] (Scott Lanning) writes:
>Ross Smith ([EMAIL PROTECTED]) wrote:
>: And how is it supposed to find the #endif if it's not tokenising
>: the text?
>The same way all the other compilers do..? The Irix one is able
>to perform this apparent miracle. Besides, it wouldn't break any
>code if it did that.
Please check to see how Irix handles this code:
#if 0
char const * foo_inc = "#ifdef foo\n\
#include <foo.h>\n\
#endif"
#endif
If Irix allows unterminated strings inside #if/#endif then it will likely
fail in that code.
--
Cameron Hutchison ([EMAIL PROTECTED]) | Onward To Mars
GCS d--@ -p+ c++(++++) l++ u+ e+ m+(-) s n- h++ f? !g w+ t r+
------------------------------
From: [EMAIL PROTECTED] (Jimmie Mayfield)
Subject: Anybody get UDMA to work with Asus P5A-B?
Date: 17 Jul 1999 23:36:21 GMT
Reply-To: [EMAIL PROTECTED]
Hi. I'm running a K6-2 400 on an Asus P5A-B motherboard (ALi 154x chipset
I believe). I've tried patching 2.2.10 with the beta uniform IDE driver
code on Vanderbilt's server but all I can manage is to get a kernel "Oops"
during boot immediately after the driver recognizes my hard drives.
For what it's worth, I also tried 2.3.5 on a whim and got the same results.
Has anybody managed to get the (U)DMA patches working with this motherboard?
Jimmie
--
Jimmie Mayfield
http://www.sackheads.org/mayfield email: [EMAIL PROTECTED]
My mail provider does not welcome UCE -- http://www.sackheads.org/uce
------------------------------
From: [EMAIL PROTECTED] (Dave Platt)
Subject: Re: Anybody get UDMA to work with Asus P5A-B?
Date: Sun, 18 Jul 1999 01:04:16 GMT
>Hi. I'm running a K6-2 400 on an Asus P5A-B motherboard (ALi 154x chipset
>I believe). I've tried patching 2.2.10 with the beta uniform IDE driver
>code on Vanderbilt's server but all I can manage is to get a kernel "Oops"
>during boot immediately after the driver recognizes my hard drives.
>
>For what it's worth, I also tried 2.3.5 on a whim and got the same results.
>
>Has anybody managed to get the (U)DMA patches working with this motherboard?
The uniform-IDE patches work just fine for me, on my P5A (which is
basically the same as your board, in an ATX form factor), running
under 2.2.9.
For what it's worth, I did enable UDMA for the drive in the BIOS; the
driver noticed this and honored the BIOS setting.
--
Dave Platt [EMAIL PROTECTED]
Visit the Jade Warrior home page: http://www.radagast.org/jade-warrior/
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!
------------------------------
From: Wolfram Gloger <[EMAIL PROTECTED]>
Subject: Re: anonymous memory mapping
Date: 12 Jul 1999 10:23:39 +0200
Takeyasu Wakabayashi <[EMAIL PROTECTED]> writes:
> I also tried /dev/zero anonymous memory mapping and the result
> was the same. It seems that Linux doesn't allow the sharing of
> anonymously mapped memory regions between processes.
>
> My questions are:
>
> 1. I tried on 2.1.129(on Alpha) and 2.0.36(on i386). Does 2.2.x
> allow the sharing of anonymously mapped memory regions?
No.
> 2. Do I have to create a file to map or to use System Five shared
> memory to share memory regions? (or clone() or threads...)
Yes. Threads would probably be most efficient. SYSV shm provides
identical semantics to anonymous shared memory, but a different
interface.
> 3. Is this a deliberate implementation? If so, why?
Anonymous shared memory is (or at least was perceived to be) difficult
to implement in Linux. The SYSV shm is an equivalent alternative so
the priority of extending mmap() hasn't been high enough.
Regards,
Wolfram.
------------------------------
From: Juergen Hoetzel <[EMAIL PROTECTED]>
Subject: Re: HELP PLEASE!!! gtk and imlib
Date: 18 Jul 1999 14:53:34 -0400
Guillermo <[EMAIL PROTECTED]> writes:
Hi!
> I cant display an image. I have tried any kind of them and always the
> same.
>
i guess you compiled imlib yourself without libpng on your system.
>
>
> /export/home/gui/minimo/foto.png was selected, attempting to load...
> /convert: No such file or directory
> gdk_imlib ERROR: Cannot load image: /export/home/gui/minimo/foto.png
> All fallbacks failed
There are two solutions:
1.
Install convert (included in ImageMagick), so the callback works
2. install libpng and recompile imlib (configure should detect png.h).
Juergen
Emacs is for experts. Joe is for beginners. VI is a disease.
------------------------------
From: [EMAIL PROTECTED] (David T. Blake)
Subject: Re: Bug of GCC
Date: 18 Jul 1999 03:38:11 GMT
Reply-To: [EMAIL PROTECTED]
Cameron Hutchison <[EMAIL PROTECTED]> wrote:
>Please check to see how Irix handles this code:
>
>#if 0
>char const * foo_inc = "#ifdef foo\n\
>#include <foo.h>\n\
>#endif"
>#endif
>
>If Irix allows unterminated strings inside #if/#endif then it will likely
>fail in that code.
Well, it handles it just fine. As does gcc, egcs, Dec OSF cc.
In fact, none of those compilers barfs at
*********************
#if 0
thisi s lkjsdfkjl
#endif
main(){
printf("Hello world \n");
}
*********************
at least the versions installed on machines to which I have
accounts.
--
Dave Blake
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Jimmie Mayfield)
Subject: Re: Anybody get UDMA to work with Asus P5A-B?
Date: 18 Jul 1999 04:00:02 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 18 Jul 1999 01:04:16 GMT, Dave Platt <[EMAIL PROTECTED]> wrote:
>>Hi. I'm running a K6-2 400 on an Asus P5A-B motherboard (ALi 154x chipset
>>I believe). I've tried patching 2.2.10 with the beta uniform IDE driver
>>code on Vanderbilt's server but all I can manage is to get a kernel "Oops"
>>during boot immediately after the driver recognizes my hard drives.
>>
>>For what it's worth, I also tried 2.3.5 on a whim and got the same results.
>>
>>Has anybody managed to get the (U)DMA patches working with this motherboard?
>
>The uniform-IDE patches work just fine for me, on my P5A (which is
>basically the same as your board, in an ATX form factor), running
>under 2.2.9.
>
>For what it's worth, I did enable UDMA for the drive in the BIOS; the
>driver noticed this and honored the BIOS setting.
I looked into my problem a little further. It seems to be related to CDROM
support. If I move CDROM support to a module, I can delay the "Oops" until
I attempt to load that module; DMA mode for my hard drives appears to be
working (similar xfer rates as with my Abit LX6 motherboard).
I've tried both enabling and disabling DMA mode for the CDROMs in the
BIOS but it doesn't seem to make a difference.
I trust you haven't seen any CDROM problems?
--
Jimmie Mayfield
http://www.sackheads.org/mayfield email: [EMAIL PROTECTED]
My mail provider does not welcome UCE -- http://www.sackheads.org/uce
------------------------------
From: John Bell <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.misc
Subject: Re: Help please - want to limit size of user's e-mail on sendmail.
Date: Sat, 17 Jul 1999 23:17:17 -0500
Reply-To: [EMAIL PROTECTED]
Johan Kullstam wrote:
>
> if all else fails, have your MTA deliver through a mail filter like
> procmail. this filter would check the mailbox sizes.
>
Better yet, I believe procmail actually respects the
underlying quota mechanism, and reacts accordingly.
I believe that is part of the magic of using procmail
as the MDA, since you can use it to a) push mail to
the user's $HOME/Mail directory, b) have quotas set up
on the home directories, and c) as a result, tailor
the mail folder quota depending on individual user
need (for instance, if they paid for the service).
A HOWTO for this would be nifty - perhaps it has
already been written (a good chance for me to do
some research)...
--
John Bell - [EMAIL PROTECTED] - http://www.vignette.com
Sr. System Administrator - Vignette Corporation
Parturiunt montes, nascetur ridiculus mus. - Horace
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: Bug of GCC
Date: 18 Jul 1999 09:55:01 +0200
In article <[EMAIL PROTECTED]>,
David T. Blake <[EMAIL PROTECTED]> wrote:
>In fact, none of those compilers barfs at
>*********************
>#if 0
> thisi s lkjsdfkjl
>#endif
>
>main(){
> printf("Hello world \n");
>}
>*********************
>
>at least the versions installed on machines to which I have
>accounts.
The words "thisi s lkjsdfkjl" are all valid tokens to the lexical scanning
process, and when the compiler comes to interpret these tokens in the
syntax parser they have all been removed.
How about:
#if 0
char abc[] = "this is a test
#endif
char abc[] = "this is another test"
Villy
------------------------------
** 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
******************************
