Subject: Linux-Development Digest #299
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Thu, 13 Oct 94 03:13:10 EDT

Linux-Development Digest #299, Volume #2         Thu, 13 Oct 94 03:13:10 EDT

Contents:
  Re: A badly missed feature in gcc (Thomas Koenig)
  Re: A badly missed feature in gcc (Bruce Thompson)
  1.1.52 crash (Bill Heiser)
  Imake configuration for X/Motif ([email-masked])
  Re: Orchid CDS-3110 CD-ROM (Jeff Kesselman)
  Re: Alpha Linux (Jay Ashworth)
  Re: Practical experience with Gravis Ultrasound Max? (Arthur Tateishi)
  Re: SMail security hole? (Clayton Haapala)
  Re: umount problem! (Georg Vollmers)
  Re: A badly missed feature in gcc (NightHawk)
  Re: CDU31A/CDU33A drivers in Slackware 2.0? (Jay Ashworth)
  Shared libraries: idea (Irtegov Dmitry Valentinovich)
  Re: Telnet & ftp freeze! ("Stephen Davies")
  ?iBCS and unsupported ioctl? ("Stephen Davies")

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

From: [email-masked] (Thomas Koenig)
Subject: Re: A badly missed feature in gcc
Date: 12 Oct 1994 18:05:24 GMT
Reply-To: [email-masked]

H. Peter Anvin ([email-masked]) wrote in comp.os.linux.development,
        article <[email-masked]>:
>Followup to:  <[email-masked]>
>By author:    [email-masked] (Dan Pop)
>In newsgroup: comp.os.linux.development
>> 
>> The C compilers on AIX, Solaris, SunOS, IRIX, HPUX and Domain/OS don't
>> support it. If they would, they wouldn't be C compilers anymore.
>> 

>Most can be coaxed into doing so (IRIX: -acpp -Wp,-B).  However, I
>notice all the ones above are UNIX... I think this is more common on
>non-UNIX platforms.

Hmm... let's check out C/370 for MVS, which is about as non - UNIXISH
as you can get, then: *firing up ISPF editor*

int main()
{
  int i = 4//* thoughtful comment */
             2;
   printf("%d\n",i)
   return 0;
}

... and this prints, after assorted other information *fanfare*:

2

Seems like it's non- broken, then.

>INTERNET: [email-masked]             --- Allah'u'abha ---
>IBM MAIL: I0050052 at IBMMAIL     HAM RADIO:   N9ITP or SM4TKN

You should be familiar with that particular system, or maybe not? ;-)
--
Thomas Koenig, [email-masked], [email-masked].
The joy of engineering is to find a straight line on a double
logarithmic diagram.

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

From: [email-masked] (Bruce Thompson)
Subject: Re: A badly missed feature in gcc
Date: 12 Oct 94 20:58:50 GMT

H. Peter Anvin ([email-masked]) wrote:
: C++ added another comment convention for the reason that comments
: terminated in newline tend to be a *lot* more convenient to use than
: C-style block comments.  (You may disagree, but I am fairly certain
: you are in minority).  /* ... */ is supported as backward
: compatibility, but you will be hard-pressed to find a C++ programmer
: who uses them more than once in a blue moon.

Hi.
    Don't get me wrong, C++ is my language of choice and I also agree
that the // comment style looks better and is easier to work with. I
think though that this misses the point. I thought the issue was:

        C++ has nicer comments, let's use those style comments in C.

My problems are with the latter half of that statement, _not_ the
first part. I agree, C++ has nicer comments, etc. etc. etc. which is
why I write C++ code now, not C. I still think the fact that C++ was
derived from C is clouding the issue, so here's the same statement as
above, very slightly changed:

        Ada has nicer comments. Let's use those style comments in C.

Before I start a flame-fest, of which I can see several coming from a
statement like that :-), think about it for a moment. Ignoring the
fact that -- is currently syntactically valid in C, where // isn't;
there's really no difference between the two statements except the
second one is clearly ridiculous, no? Ada and C are different
languages! My point is that so are C and C++.

My suggestion, again, is that if you want C++ comments, etc. then
write C++ code. Please don't mangle C into becoming C++.

        Cheers,
        Bruce.
-- 
Bruce Thompson, B.Sc.           | "A great many people think they are
Software Engineer               |  thinking when they are merely
MacDonald Dettwiler,            |  rearranging their prejudices."
13800 Commerce Parkway,         |       -- William James
Richmond, BC                    |
(604) 278-3411                  | Usual disclaimers apply
NAPRA #473                      |

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

From: [email-masked] (Bill Heiser)
Subject: 1.1.52 crash
Date: 11 Oct 1994 21:50:58 GMT

The following occurred on a system running 1.1.52.  The system is
a 486/66, 32mb, Buslogic BT445S SCSI.

Oct 10 11:29:37 bhhome kernel: Unable to handle kernel NULL pointer dereference at virtual address c000001
Oct 10 11:29:37 bhhome kernel: current->tss.cr3 = 0000e000, Ur3 = 0000e000
Oct 10 11:29:37 bhhome kernel: *pde = 00102027
Oct 10 11:29:37 bhhome kernel: *pte = 00000027
Oct 10 11:29:37 bhhome kernel: Oops: 0000
Oct 10 11:29:37 bhhome kernel: EIP:    0010:0012209c
Oct 10 11:29:37 bhhome kernel: EFLAGS: 00010202
Oct 10 11:29:37 bhhome kernel: eax: 00001151   ebx: 00001150   ecx: 00000000   edx: 00000000
Oct 10 11:29:37 bhhome kernel: esi: 00000002   edi: 00000000   ebp: 00000000   esp: 0000ff70
Oct 10 11:29:37 bhhome kernel: ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
Oct 10 11:29:37 bhhome kernel: Process init (pid: 1, process nr: 1, stackpage=0000f000)
Oct 10 11:29:37 bhhome kernel: Stack: 00000000 bfffffd6 00002093 bfffff34 00186008 
Oct 10 11:29:37 bhhome kernel: Code: 0f b6 42 14 39 f0 75 c4 8b 4a 30 89 4c 24 18 8b 7c 24 10 83 
Oct 10 11:29:37 bhhome kernel: Unable to handle kernel NULL pointer dereference at virtual address c000001
Oct 10 11:29:37 bhhome kernel: current->tss.cr3 = 0000e000, Ur3 = 0000e000
Oct 10 11:29:37 bhhome kernel: *pde = 00102027
Oct 10 11:29:37 bhhome kernel: *pte = 00000027
Oct 10 11:29:37 bhhome kernel: Oops: 0000
Oct 10 11:29:37 bhhome kernel: EIP:    0010:0012209c
Oct 10 11:29:37 bhhome kernel: EFLAGS: 00010202
Oct 10 11:29:37 bhhome kernel: eax: 00001151   ebx: 00001150   ecx: 00000000   edx: 00000000
Oct 10 11:29:37 bhhome kernel: esi: 00000002   edi: 00000000   ebp: 00000000   esp: 0000ff70
Oct 10 11:29:37 bhhome kernel: ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
Oct 10 11:29:37 bhhome kernel: Process init (pid: 1, process nr: 1, stackpage=0000f000)
Oct 10 11:29:37 bhhome kernel: Stack: 00000000 bfffffd6 00002093 bfffff34 00186008 
Oct 10 11:29:37 bhhome kernel: Code: 0f b6 42 14 39 f0 75 c4 8b 4a 30 89 4c 24 18 8b 7c 24 10 83 

The system hung and required a hard reboot.

Following is the stuff asked for in /usr/src/linux/README (the
"nm tools/zSystem").

00121ed8 t buffer.o
00121ed8 t gcc2_compiled.
00122028 t _sync_buffers
00122218 T _sync_dev
00122248 T _fsync_dev
00122278 T _sys_sync
00122288 T _file_fsync
001222a8 T _sys_fsync
00122328 T _invalidate_buffers

I'v seen this kind of thing with 1.1.4x kernels too.
This time the system stayed up for about a day before the crash.
Following the reboot, it's been up for just over a day so far...

-- 
Bill Heiser:    [email-masked],  [email-masked]

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

From: [email-masked]
Crossposted-To: comp.os.linux.misc
Subject: Imake configuration for X/Motif
Date: 12 Oct 94 11:38:44 EST

I have purchased SWiM for Linux.  I have downloaded some examples of
Motif programs that have an Imakefile for building them.  The configuration
files (Imake.tmpl etc.) for imake only point to X/standard development
and not Motif, although there are Motif.tmpl (Motif.rules ...) files in the 
config directory.  Where do I find, or how do I fix, the imake configuration 
files so that they are aware of Motif being installed?  Thanks in advance!!

Please E-Mail if possible.
-Fred Heitkamp

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

From: [email-masked] (Jeff Kesselman)
Subject: Re: Orchid CDS-3110 CD-ROM
Date: Sun, 9 Oct 1994 00:52:22 GMT

In article <[email-masked]>,
Jeff Kesselman <[email-masked]> wrote:
>have our Linux installed, see if you can get the necessary info out of 

WARNING! This is a typo! (I just noticed it.) That was supposed to read 
'your Linux'.  The typo is unfortunate as it could convey the wrong 
impression.  As i have been careful to point otu many times, i have never 
nor do I currently work for Yygdrasil.

Sorry 'bout the potential confusion.

Jeff Kesselman 

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

From: [email-masked] (Jay Ashworth)
Subject: Re: Alpha Linux
Date: 12 Oct 1994 14:11:45 -0400

[email-masked] (Linus Torvalds) writes:

>In article <[email-masked]>,
>Chris Bitmead <[email-masked]> wrote:
>>In article <[email-masked]>,
>>   [email-masked] (Andrew Bulhak) writes:
>>
>>>Jay Ashworth ([email-masked]) wrote:

Gee...

I got followed up by Linus.

My Linus number is now 3.

Cool.

Ok, I'm over it now.  BTW, what happened to the code freeze?  :-)

Cheers,
-- jra
-- 
Jay R. Ashworth       High Technology Systems Consulting              Ashworth
Designer             Linux: The Choice of a GNU Generation        & Associates
ka1fjx/4            "When cryptography is outlawed,            +1 813 790 7592
[email-masked]       bayl bhgynjf jvyy unir cevinpl." -jpb          NIC: jra3

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

From: [email-masked] (Arthur Tateishi)
Subject: Re: Practical experience with Gravis Ultrasound Max?
Date: 11 Oct 94 21:42:55 GMT

In article <[email-masked]>,
Jon Lasser <[email-masked]> wrote:
>Does anyone have practical experience with the Gravis Ultrasound Max
>under Linux?

Sound and music playing (wav/au/mod/mid) is great.

>(2) Are there any general incompatibilities between the board
>and Linux? Any specific known problems?

From what I have heard, support for the MAX still isn't complete.
Namely, the CD input mixer and 16-bit recording weren't implemented
the last time I checked (v2.90pl2). If they've been done please let me
know.

>(3) I'm currently using a Sound Blaster 16. IsGravis
>Ultrasound Max considered an upgrade from the Sound Blaster? I mean, I
>know that the digital audio is about the same, but is the WaveTable that
>much better?

Most people who have heard both say the digital audio of the GUS
has a better S/N ratio and wavetable sounds noticably better than FM.

>Frankly, I'm lusting over the board, but I want to make sure that it
>works before I buy it, because I don't know enough to hack the kernel.
>(yet).

It works well within the limitations of the driver.

arthur
-- 
Choices don't scare me. However, a lack of choices does.
Arthur Tateishi                           [email-masked]

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

Crossposted-To: comp.os.linux.help
From: [email-masked] (Clayton Haapala)
Subject: Re: SMail security hole?
Date: Thu, 6 Oct 1994 03:55:11 GMT

In article <[email-masked]>,
Herbert Xu <[email-masked]> wrote:
>I am using sendmail 8.6.9 and don't have this problem.  Another reason to
>switch over to sendmail I suppose.

Secure from General Quarters.  It's just configuration, and don't tell me
sendmail doesn't have enough of THOSE problems.

Make sure the smail conf/os/linux file calls out HAVE_SETEUID, remake it,
and install.  Also, add the "check-path" attribute to the forward file 
director.  Problem solved.
-- 
Clay Haapala                    "Well, there was the process of sitting around
[email-masked]                and wishing I had more computer stuff."
                                        -- Dilbert

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

From: [email-masked] (Georg Vollmers)
Subject: Re: umount problem!
Date: Sat, 8 Oct 1994 19:16:49 GMT

Steven Pritchard ([email-masked]) wrote:
: Similar story:  I was trying to umount a DOS floppy after doing a couple 
: of writes to it and got this (kernel 1.1.51):

[wellknown stuff deleted]
With 1.1.52 this problem is gone!

Happy Linuxing!

Greatings Georg

-- 
Georg Vollmers, 30159 Hannover, Kokenstr.10, Germoney
E-Mehl: [email-masked], IP number for SLIP!
>>> 192.109.225.110 mtu 296 compressed or uncompressed<<<
PC users:use Linux! Lovers:use lubbers! Rich:send money! Poor: can't read this

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

From: [email-masked] (NightHawk)
Subject: Re: A badly missed feature in gcc
Date: 8 Oct 1994 23:27:54 -0400

H. Peter Anvin ([email-masked]) wrote:

: > IMHO, that 3would be poor style at best... :)  I also miss the //
: > comments and would 
: >  like to see them included in future versions of gcc.  They make --
: > amongt other things -- 
: > removing lines for debugging purposes a lot easier.
: > 

: I think a repost is in order:

: To enable this feature, edit the file
: /usr/lib/gcc-lib/i486-linux/2.5.8/specs thusly:

: Add to the line following the line saying "*cpp:":
: %{!ansi:-lang-c++}

: DO NOT use -lang-c-c++-comments as someone suggested; it will break
: compiling C++ programs!

: I have been told a future version of GCC 2.6.x will support the
: command line option:

: -Wp,-lang-c-c++-comments

It is in the latest gcc snapshot.

NH

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

From: [email-masked] (Jay Ashworth)
Subject: Re: CDU31A/CDU33A drivers in Slackware 2.0?
Date: 12 Oct 1994 13:59:09 -0400

mns1@.rtc.sc.ti.com (Mark Shaw) writes:
>Anyone know what the deal is with these drivers?  There are two
>of them (cdu31a.c-standard and cdu31a.c-enhanced) in the dis-
>tribution, along with a link (cdu31a.c) that apparently points
>to the "enhanced" driver by default.

There was a documented, announced, problem with these drivers in the first
burn.  Check back c.o.l.a archives, if you can, or check with (is it)
Morse?

Cheers,
-- jra
-- 
Jay R. Ashworth       High Technology Systems Consulting              Ashworth
Designer             Linux: The Choice of a GNU Generation        & Associates
ka1fjx/4            "When cryptography is outlawed,            +1 813 790 7592
[email-masked]       bayl bhgynjf jvyy unir cevinpl." -jpb          NIC: jra3

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

From: fat@Indy (Irtegov Dmitry Valentinovich)
Subject: Shared libraries: idea
Date: 11 Oct 1994 06:03:57 GMT
Reply-To: [email-masked]

Hi there!

It is a raw idea that come to me this morning when I was
half-awoke. In it's present form it is hardly usable, but I hope
it contains a seed of Truth. So please, no flame; but I'd like to
hear some rational discussion. Please reply to [email-masked]
(mail on Indy is broken).

The major fault of ELF format is code relocation => long loading etc.
On x86 we can avoid relocation by placing different shared libraries
to different segments. So every library would see its own code segment
with 4Gb virtual space, and common data/text/bss/stack segment of the program.
Calls to library and between libraries must be intersegment (48-bit ptr).
If we need 32-bit pointer to library function we give pointer to a stub.

Similar thing can be done in single segment or with non-Intel CPU.
We should link all libraries to same address and map them all to one 
address area. To use them we need system calls mmap, mmap_over and mmap_switch.
It may be better to name these calls another way, but I hope you get an idea:
mmap maps a file to memory, mmap_over maps another file to same memory
area, and mmap_switch switches between different mappings.
It can be done by switching between different descriptor tables,
or by rewriting single table - I don't know which method would be better.

When you have to call a library function you call stub. This stub looks
what mapping is currently in effect and calls mmap_switch if needed.
It is similar to overlay management in non-VM environments.

It looks funny but I'm afraid overhead would be too big...

Cheers,
        Fat Brother.

`Fatal Error: Cannot enter Windows, use Doors instead'

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

From: "Stephen Davies" <[email-masked]>
Crossposted-To: comp.os.linux.help,comp.os.linux.misc,comp.os.linux.admin
Subject: Re: Telnet & ftp freeze!
Date: Sun, 9 Oct 94 11:42:49 PDT

I still saw the problem at 1.1.51 (but not yet at 1.1.52) but only with 
FTPD on Linux and only when the FTP client came in via PPP (pre latest
alpha).

I have no trouble with Linux as a client nor with FTPD when the client
comes in via Ethernet.

Implication: The problem is caused by some interaction between PPP (or SLIP)
and FTPD. (??)

I have not had a chance to test 1.1.52 or Al's latest PPP version in this
context.

I will try to do that this week.

Cheers, 
Stephen.
>Ralph Sims ([email-masked]) wrote:
>: [email-masked] (System Administrator) writes:
>
>: >Trevor Lampre ([email-masked]) wrote:
>
>[stuff deleted]
>: >for confirming what we've been seeing!  I suggest we keep this thread 
>: >open and fill it with additional information until the problem gets the 
>: >attention it needs.  I'm not a programmer, much less a kernel hacker, so
>: >I can only voice frustration with the situation.
>
>: And what about those of us that DON'T see it?  Basic setup is a
>: dedicated PPP link on a 14.4 dialup, NET-3 stuff, ppd 2.1.2a,
>: etc., with an InfoMagic/TransAmeritech CD-ROM combined install.
>
>: I move many megabytes of files around via FTP daily, and another
>: many megs around with mosaic and lynx.  Sendmail+IDA's been
>: rock-solid.
>
>[stuff deleted]
>
>If your not seeing be thankful and provide your system configuration
>so the experts can see whats working and whats not working
>
>I am NOT seeing th problem,  Have a  14.4 modem using NET-3 pppd 2.2.2a with
>slackware 1.2 , and kernel 1.1.30.  I have downloaded 20 and 30 megs in a
>single session via ftp and never had a problem.  I regularly rlogin to
>other sites, once again without problem
>
>         
>Colin
>

========================================================================
Stephen Davies Consulting                              [email-masked]
Adelaide, South Australia.                           Voice: 61-8-2728863
Computing & Network solutions.                       Fax  : 61-8-2741015

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

From: "Stephen Davies" <[email-masked]>
Subject: ?iBCS and unsupported ioctl?
Date: Sun, 9 Oct 94 21:17:22 PDT

I am currently trying to get an SVR4 code to run under iBCS2 but have
run into a problem with an ioctl that is not curently supported by iBCS.
The error message when BSD emulation is turned on says:

"BSD: termios ioctl 0X00007414 unsupported"

and with BSD turned off says:

"iBCS: ioctl(1,7414[..t],0Xbffffac8) unsupported"

Unfortunately, I do not have easy access to a SVR4 box to try to find
what this ioctl is trying to achieve so that I can patch iBCS2.

Could someone please help me out by searching termio.h and/or termios.h
on an SVR4 box for an ioctl function name with a value of 7414 hex
('t' 20 maybe).

TIA.
Stephen.

========================================================================
Stephen Davies Consulting                              [email-masked]
Adelaide, South Australia.                           Voice: 61-8-2728863
Computing & Network solutions.                       Fax  : 61-8-2741015

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

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

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

    Internet: [email-masked]

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

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