554 lines
20 KiB
Plaintext
554 lines
20 KiB
Plaintext
From: Digestifier <Linux-Development-Request@senator-bedfellow.mit.edu>
|
|
To: Linux-Development@senator-bedfellow.mit.edu
|
|
Reply-To: Linux-Development@senator-bedfellow.mit.edu
|
|
Date: Thu, 13 Oct 94 03:13:10 EDT
|
|
Subject: Linux-Development Digest #299
|
|
|
|
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 (fheitkamp@nova.wright.edu)
|
|
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: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig)
|
|
Subject: Re: A badly missed feature in gcc
|
|
Date: 12 Oct 1994 18:05:24 GMT
|
|
Reply-To: Thomas.Koenig@ciw.uni-karlsruhe.de
|
|
|
|
H. Peter Anvin (hpa@ahab.eecs.nwu.edu) wrote in comp.os.linux.development,
|
|
article <hpa.4aca0000.Swedes.have.more.fun@ahab.eecs.nwu.edu>:
|
|
>Followup to: <CxKAz1.JIC@news.cern.ch>
|
|
>By author: danpop@cernapo.cern.ch (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: hpa@nwu.edu --- 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, Thomas.Koenig@ciw.uni-karlsruhe.de, ig25@dkauni2.bitnet.
|
|
The joy of engineering is to find a straight line on a double
|
|
logarithmic diagram.
|
|
|
|
------------------------------
|
|
|
|
From: bruce@mdavcr.mda.ca (Bruce Thompson)
|
|
Subject: Re: A badly missed feature in gcc
|
|
Date: 12 Oct 94 20:58:50 GMT
|
|
|
|
H. Peter Anvin (hpa@ahab.eecs.nwu.edu) 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: bill@bhhome.ci.net (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: bill@bhhome.ci.net, heiser@world.std.com
|
|
|
|
------------------------------
|
|
|
|
From: fheitkamp@nova.wright.edu
|
|
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: jeffpk@netcom.com (Jeff Kesselman)
|
|
Subject: Re: Orchid CDS-3110 CD-ROM
|
|
Date: Sun, 9 Oct 1994 00:52:22 GMT
|
|
|
|
In article <jeffpkCxDFr2.2BL@netcom.com>,
|
|
Jeff Kesselman <jeffpk@netcom.com> 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: jra@zeus.IntNet.net (Jay Ashworth)
|
|
Subject: Re: Alpha Linux
|
|
Date: 12 Oct 1994 14:11:45 -0400
|
|
|
|
torvalds@cc.Helsinki.FI (Linus Torvalds) writes:
|
|
|
|
>In article <CHRISB.94Sep28171606@wombat.cssc-syd.tansu.com.au>,
|
|
>Chris Bitmead <chrisb@wombat.cssc-syd.tansu.com.au> wrote:
|
|
>>In article <365tbe$7fu@harbinger.cc.monash.edu.au>,
|
|
>> acbul1@penfold.cc.monash.edu.au (Andrew Bulhak) writes:
|
|
>>
|
|
>>>Jay Ashworth (jra@zeus.IntNet.net) 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
|
|
jra@baylink.com bayl bhgynjf jvyy unir cevinpl." -jpb NIC: jra3
|
|
|
|
------------------------------
|
|
|
|
From: ruhtra@turing.toronto.edu (Arthur Tateishi)
|
|
Subject: Re: Practical experience with Gravis Ultrasound Max?
|
|
Date: 11 Oct 94 21:42:55 GMT
|
|
|
|
In article <403.138.uupcb@wb3ffv.ampr.org>,
|
|
Jon Lasser <jon.lasser%goucher@wb3ffv.ampr.org> 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 ruhtra@turing.utoronto.ca
|
|
|
|
------------------------------
|
|
|
|
Crossposted-To: comp.os.linux.help
|
|
From: clay@haapi.mn.org (Clayton Haapala)
|
|
Subject: Re: SMail security hole?
|
|
Date: Thu, 6 Oct 1994 03:55:11 GMT
|
|
|
|
In article <36ij36$r21@greathan.apana.org.au>,
|
|
Herbert Xu <herbert@greathan.apana.org.au> 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
|
|
clay@haapi.mn.org and wishing I had more computer stuff."
|
|
-- Dilbert
|
|
|
|
------------------------------
|
|
|
|
From: georg@egalize.han.de (Georg Vollmers)
|
|
Subject: Re: umount problem!
|
|
Date: Sat, 8 Oct 1994 19:16:49 GMT
|
|
|
|
Steven Pritchard (spritcha@nyx10.cs.du.edu) 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: georg@egalize.han.de, 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: fsosi@j51.com (NightHawk)
|
|
Subject: Re: A badly missed feature in gcc
|
|
Date: 8 Oct 1994 23:27:54 -0400
|
|
|
|
H. Peter Anvin (hpa@ahab.eecs.nwu.edu) 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: jra@zeus.IntNet.net (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
|
|
jra@baylink.com 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: fat@cnit.nsk.su
|
|
|
|
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 fat@cnit.nsk.su
|
|
(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" <scldad@sdc.com.au>
|
|
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 (ralphs@halcyon.halcyon.com) wrote:
|
|
>: root@jaguar.tigerden.com (System Administrator) writes:
|
|
>
|
|
>: >Trevor Lampre (trevor@xanax.apana.org.au) 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 scldad@sdc.com.au
|
|
Adelaide, South Australia. Voice: 61-8-2728863
|
|
Computing & Network solutions. Fax : 61-8-2741015
|
|
|
|
------------------------------
|
|
|
|
From: "Stephen Davies" <scldad@sdc.com.au>
|
|
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 scldad@sdc.com.au
|
|
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: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU
|
|
|
|
You can send mail to the entire list (and comp.os.linux.development) via:
|
|
|
|
Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU
|
|
|
|
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
|
|
******************************
|