Linux-Development-Sys Digest #545

[Digestifier]

Linux-Development-Sys Digest #545, Volume #8  Wed, 7 Mar 01 14:13:15 EST

Contents:
  Re: process address space (Josef Moellers)
  Re: Can linux be trusted? ([EMAIL PROTECTED])
  Re: Grub. ("lfree")
  Re: Can linux be trusted? ("Peter T. Breuer")
  Re: process address space ("Peter T. Breuer")
  Re: does anybody successfully update rpm 3 to rpm 4 in redhat 6.22? ("Peter T. 
Breuer")
  looking for DCE-RPC for RedHat 7.0 (John Prokopek)
  Pointer to Physical memory for use with DMA? (Scott Graunke)
  Re: Pointer to Physical memory for use with DMA? (David Florez)
  mount result in invalid operand:  ([EMAIL PROTECTED])
  Re: Pointer to Physical memory for use with DMA? (Grant Edwards)
  what is Error 21? (Richard Crew)
  Re: Can linux be trusted? ([EMAIL PROTECTED])
  Re: Pointer to Physical memory for use with DMA? (Pete Zaitcev)
  Re: Can linux be trusted? ("Jeffrey S. Kline")
  ld configuration (Byron Young)



From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: process address space
Date: Wed, 07 Mar 2001 12:14:37 +0100

Srikanth Anumalla wrote:

> It s not allowing to use this "map", and I can not change the permissio=
ns of
> it also being "root",
> so please tell me how to use this

??? /proc/self/map is a symbolic link to the /proc node of whatever
process is accessing it. The /proc node is readable by the owner of the
process.

I can do a "cat /proc/self/maps":
% cat /proc/self/maps
08048000-0804b000 r-xp  03:03 57388  /bin/cat
0804b000-0804c000 rw-p 2000 03:03 57388  /bin/cat
=2E..
40109000-4011f000 r--p  03:03 276484=

/usr/share/locale/en_US/LC_CTYPE
bfffb000-c000 rwxp c000 00:00 0

I don't really see your problem. Since your email address is @cisco.com,
I assume you don't ask me to do your homework ...

Another possibility is to start at virtual address 0 and increment the
address by the system page size, catching SIGSEGVs and SIGBUSs.

-- =

Josef M=F6llers (Pinguinpfleger bei FSC)
If failure had no penalty success would not be a prize
-- T.  Pratchett

--

From: [EMAIL PROTECTED]
Crossposted-To: 
comp.lang.c,comp.os.linux.development.apps,comp.sys.be.programmer,comp.sys.mac.programmer.misc,comp.unix.bsd.freebsd.misc,comp.unix.bsd.misc,gnu.gcc,linux.debian.bugs.reports,linux.dev.gcc
Subject: Re: Can linux be trusted?
Date: Wed, 7 Mar 2001 11:41:57 +

Jeffrey S. Kline <[EMAIL PROTECTED]> did eloquently scribble:
> Seems to me too that some are missing another point in all this...

> The compiler just generates code calls to the processor(s)... Anyone wish to
> take a gander at the actual results from using the floating point math from
> Wintel processors???   Did you tell the compiler to use hardware FP,
> or use emulation?

Errr... The whole point of emulation is that the FPU calls are intercepted
and passed to software routines.

It makes no difference to the compiler if the processor has an FPU or not.
The generated code will merely be dependent on the "Emulate FPU" functions
of the kernel.


-- 
=
|   [EMAIL PROTECTED]   |   Windows95 (noun): 32 bit extensions and a|
|  | graphical shell for a 16 bit patch to an 8 bit |
|Andrew Halliwell BSc(hons)| operating system originally  coded for a 4 bit |
|in|microprocessor, written by a 2 bit company, that|
| Computer Science |can't stand 1 bit of competition.   |
=

--

From: "lfree" <[EMAIL PROTECTED]>
Subject: Re: Grub.
Date: Wed, 7 Mar 2001 20:12:15 +0800


"Me" <[EMAIL PROTECTED]> wrote in message
news:99hp6.151$[EMAIL PROTECTED]...
> I downloaded the new version of Kernel, (2_4_2)..And here's what I
did.. -->
>
> $ cd  /usr/src
> $ mv linux linux.old
> $ tar xzf /path/to/linux-2_4_2_tar.gz
> $ mv linux linux-2_4_2
> $ ln -s linux-2_4_2 linux
> $ cd linux
> make config
>
> Okay.. It all went well.. After a few hours.. =P I finally got the kernel
> configured.
>
> $ make dep && make bzImage && make modules && make modules_install
>
> $ make install
>
> It installed well, and for the first time ever, I installed and configured
> the new kernel aal by myself. I was beggining to feel a sense of pride
> coming over me.. Until this horrible thing happened.
>
> I went to update.. The grub.
> Because when I typed /boot/grub/menu.lst, nothing happened.. I opted to
open
> menu.lst in a te

Linux-Development-Sys Digest #545

[Digestifier]

Linux-Development-Sys Digest #545, Volume #6 Mon, 29 Mar 99 00:14:32 EST

Contents:
  Re: Anyone working with ORBit? (Elliot Lee)
  Q: Terratec Xlerate PCI sound card with linux (Dominik Bodi)
  Re: Idea:  Make a seperate "i686" tree for Redhat Linux 6.0 (Chris Mauritz)
  Re: Idea:  Make a seperate "i686" tree for Redhat Linux 6.0 (David Fox)
  Re: Security issues ("G. Sumner Hayes")
  Re: After Week 1 With Linux -- licking wounds. (John Myers)
  Re: Programming tools for Linux/Unix: Editor, IDE, Frontend to GCC. (Conrad 
Sanderson)
  bizzare problem with kernel 2.2.3 (Conrad Sanderson)
  Re: no EOF from /dev/ram (Andy Isaacson)
  Re: After Week 1 With Linux -- licking wounds. (Jeremy Taylor)
  Re: Programming tools for Linux/Unix: Editor, IDE, Frontend to GCC. (David Pace)
  IP Checsums bad (Todd)
  Re: Programming tools for Linux/Unix: Editor, IDE, Frontend to GCC. (Amy Bellows)
  Re: no EOF from /dev/ram ([EMAIL PROTECTED])



From: [EMAIL PROTECTED] (Elliot Lee)
Subject: Re: Anyone working with ORBit?
Date: 28 Mar 1999 23:19:10 GMT

On Sat, 27 Mar 1999 02:57:26 GMT, Christopher B. Browne
<[EMAIL PROTECTED]> wrote:

>  /*  POA_sample__init(&poa_sample_servant, &ev); */

This should be uncommented.


>Has anyone some relatively trivial examples of ORBit-based server code? Once
>I get such a sample working, I'd be glad to comment it contribute it to the
>documentation...

See ORBit/test/echo-{server,client}.c

-- Elliot
Lbh'er fhccbfrq gb gel bar bs gubfr fvyyl EFN-va-guerr-yvarf .fvtangherf
ba guvf, svefg

--

Date: Sun, 28 Mar 1999 21:56:39 +0200
From: Dominik Bodi <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: 
comp.os.linux.hardware,linux.dev.sound,redhat.hardware.arch.intel,comp.os.linux.help,alt.os.linux,alt.uu.comp.os.linux.questions,comp.os.linux.questions,linux.redhat,linux.redhat.misc,comp.os.linux.misc
Subject: Q: Terratec Xlerate PCI sound card with linux

Hi,

I am a linux newbie and have a Terratec Xlerate sound card in my PC. I am
searching for a possibility to get this run with linux.

The Terratec Xlerate is a PCI sound card with an Aureal Chipset and SigmaTel
AC-97 codec.
Equivalent (=using the same chipset) cards are the Aztech PCI338-A3D, Diamond
Sonic Impact S-90, Intresource TeraSound A3D PCI and the Turtle Beach Montego.
These are the names they are sold under in Germany, they may vary abroad.

The card fits nicely into Win98 and can be made 100% SB compatible with a
special DOS-Driver and setting the interrupts etc. to SB-like values. But this
does nothing for Linux.

The kernel (2.2.4) does not have support for it, neither does OSS.

Does someone know how to make this card work with linux?

Thanks in advance

[EMAIL PROTECTED]





--

Crossposted-To: 
comp.os.linux.misc,linux.redhat.misc,alt.linux,alt.os.linux,comp.os.linux.hardware
From: Chris Mauritz <[EMAIL PROTECTED]>
Subject: Re: Idea:  Make a seperate "i686" tree for Redhat Linux 6.0
Date: Sun, 28 Mar 1999 14:30:58 GMT

In comp.os.linux.misc Enkidu <[EMAIL PROTECTED]> wrote:
> wizard wrote:
>> 
>> It would be foolish for redhat not to develop a 686 specific
>> version of Linux. The reality is if they don't someone else will.
>>
> Redhat do not develop anything, they "just" package it.

It would be nice if they would "package" a source-based distribution
similar to what you get with FreeBSD's source.  Then, if I wanted
686 optimization, I could replace gcc with egcs, use the appropriate
cflags, type "make world", go to bed, and wake up to a system where
every single binary had been recompiled from scratch on the running
system.  That is one of the things I miss most about FreeBSD.  I
also miss the ability to track a development tree with cvsup, and
then do a "make world" every couple of months to completely catch
my system up to the latest/greatest.

Any chance of RedHat doing something similar?

Chris
-- 
Christopher Mauritz
[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.misc,linux.redhat.misc,alt.linux,alt.os.linux,comp.os.linux.hardware
Subject: Re: Idea:  Make a seperate "i686" tree for Redhat Linux 6.0
Date: 28 Mar 1999 15:45:52 -0800

Tomasz Korycki <[EMAIL PROTECTED]> writes:

> Johan Kullstam wrote:
> > 
> > d s f o x @ c o g s c i . u c s d . e d u (David Fox) writes:
> > 
> > > "Idea Man" <[EMAIL PROTECTED]> writes:
> > >
> > > > Does anyone else think this would be a good idea?  Keep the i386 tree, and
> > > > add an i686 tree that is optimized for P-II/Celeron/P-III processors.
> > > >
&