Linux-Development-Sys Digest #194, Volume #8      Fri, 6 Oct 00 01:13:15 EDT

Contents:
  TCP window (Frank Contrepois)
  queue len ? (NortonNg)
  2.4.0-test8->test9 and LVM question (Konstantinos Agouros)
  [Announce] Maja_objects, sharper as C# ([EMAIL PROTECTED])
  Re: Text-based user interface development ("J. Baribeau")
  Re: mmap problem in pci driver (Ben Burch)
  Safe mail ([EMAIL PROTECTED])
  Problem with ATHLON processor ("=?iso-8859-1?Q?St=E9phane?= CLEMENCEAU")
  Re: Safe mail (Philip Armstrong)
  Re: Red Hat 7.0 and Kernel 2.4.0-test9 question? ("E-mu")
  are threads imcompatible with modules ? (David)
  riva tnt2 specification files (David)
  CVS- Concurrent Version System ("ywk@SuSE")
  Re: Safe mail ([EMAIL PROTECTED])
  Re: How SMP works in Linux (Karl Heyes)
  Re: How SMP works in Linux (Andi Kleen)
  Re: Safe mail (Dima Maziuk)
  Re: How SMP works in Linux (Karl Heyes)
  Re: [How to kill process which use device-file??] (Victor Wagner)
  newbie questions on kernel level programming and iospace (Josh Willey)

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

From: Frank Contrepois <[EMAIL PROTECTED]>
Subject: TCP window
Date: Thu, 05 Oct 2000 18:45:49 +0200

hi
how can I get the current congestion window value from the kernel ???

thanx
-- 
Pazzooo

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

From: NortonNg <[EMAIL PROTECTED]>
Subject: queue len ?
Date: Thu, 5 Oct 2000 17:48:21 +0000 (UTC)


hello,

        Does anyone know how to get the current queue length of each interface
 from kernel ? Any suggestion will be appreciated.

jkng

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

From: [EMAIL PROTECTED] (Konstantinos Agouros)
Subject: 2.4.0-test8->test9 and LVM question
Date: 5 Oct 2000 19:48:25 +0200

Hi,

I found the places to activate LVM in two places doing make menuconfig
when I patched from test8 to test9. Which one is the right. I activated
both and vgscan hung.
I upgraded another machine from test7 to test9 and found it just in one
place everything went smooth.

Konstantin
-- 
Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: [EMAIL PROTECTED]
Otkerstr. 28, 81547 Muenchen, Germany. Tel +49 89 69370185
============================================================================
"Captain, this ship will not sustain the forming of the cosmos." B'Elana Torres

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

From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.networking,comp.os.linux.development.apps
Subject: [Announce] Maja_objects, sharper as C#
Date: 5 Oct 2000 18:41:28 GMT

Micromata_objects has announced Maja Objects, 
a platform independent C++ library for 
generating distributed server-based
components and applications. It runs under
Windows NT/2000, Solaris  and Linux.

The developer receives a high comfort 
in using language and equipments of standard 
libraries through easy access, readability, 
maintainability, and extendability. 
Maja Objects offers this comfort to 
C++ developers through the availability 
of integrated mechanism for memory management,
multi-threading, metainfo, serialization, exceptions, 
consistency check for object access, 
tracing mechanism, an online debugger and 
easy interfaces to CORBA. 
When Maja Objects was designed, a consideration of 
broad compatibility in semantic, syntax and 
idiomatic of the Java 2.0 Standard was taken into account.
Compatibility in object model and algorithms, 
offer easy ports of libraries from Maja to 
Java and vice versa. Name conventions
and documentation standards can be taken over. 

Feel free to download and test it. The URL is: 
http://www.micromata-objects.de/

For more information, please contact:
 Micromata_objects GmbH
 Ochshaeuserstr. 45
 D-34123 Kassel

 mailto: [EMAIL PROTECTED]
 http://www.micromata-objects.de/

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

From: "J. Baribeau" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,it.comp.os.linux.development
Subject: Re: Text-based user interface development
Date: Tue, 3 Oct 2000 20:06:55 -0400

I believe you are talking about Borland's Turbo Vision.  This was ported
from dos to linux
and is very good.

Regards,
Jean Baribeau
Grant Edwards <[EMAIL PROTECTED]> wrote in message
news:h7nC5.3835$[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>, Davide Dozza wrote:
>
> >I am developing applications written in C/C++ and Perl that require
> >professional-looking text-based user interface.
> >Does anyone know any developing kit that easily address the problem
> >without passing from ncurses primitives?
>
> There are three that I know of:
>
>  1) A package called "CDK" that provides a widget-set on top of
>     ncurses.  Last time I worked on it, some of the widgets
>     were buggy, and there wasn't any screen-traversal code.  I
>     fixed some bugs and added a screen traversal engine, but it
>     wasn't very complete.  Unless somebody has put some effort
>     into it, I wouldn't recommend it for use "out-of-the-box".
>
>  2) A package that used to be from Borland that provides a
>     whole text-mode application framework (menus, windows,
>     data-entry, various widgets, etc.).  IIRC, this is the
>     library that Borland used for their text-mode UI in their
>     IDE. Can't remember the name. Pretty complete and
>     industrial-strength, as I recall, but fairly heavy-weight.
>     I'd look into this one if you're developing something
>     pretty full blown (e.g. database GUI with drop down menus,
>     pop-up help, switching back-and-forth between two windows,
>     etc.)
>
>  3) The "newt" library from RedHat that provides a good widget
>     set and layout/screen traversal routines.  Runs on top of
>     slang. Fast and small, but some features may be limiting:
>     you can only write to the "top" window, and you have to
>     destroy the top window before you can do anything with the
>     next one down.  For many types of apps, this is OK.
>
> --
> Grant Edwards                   grante             Yow!  Yow! I'm out of
>                                   at               work...I could go into
>                                visi.com            shock absorbers...or
SCUBA
>                                                    GEAR!!



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

From: Ben Burch <[EMAIL PROTECTED]>
Subject: Re: mmap problem in pci driver
Date: Thu, 5 Oct 2000 14:18:27 -0500

On Mon, 02 Oct 2000, Arne Driescher wrote:

>>  fd = open("phantom", O_RDONLY);


When I did my driver, I found that you need to open the fd R/W if you ever hope
to write to the memory.  Linux seems to let the file permissions override any
R/W protections you use when you map the memory.  (I didn't look hard enough to
discover the actual reason after this worked.)


====== Posted via Newsfeeds.Com, Uncensored Usenet News ======
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
=======  Over 80,000 Newsgroups = 16 Different Servers! ======

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

From: [EMAIL PROTECTED]
Subject: Safe mail
Date: Thu, 05 Oct 2000 20:04:36 GMT

Hello, I am new to Linux software development and I have two questions.
First, what is the best newsgroup for those wishing to read about Linux
software development? Obviously, this is for system development, but is
the only relevant group I could find using Deja.

Second, what is the safest [and best] way to send an email from within a
program to a user? I am hoping to find a way that is not overly
complicated but doesn't keep me up at night because of security issues.

Any help would be greatly appreciated!

---
Dustin Puryear
[EMAIL PROTECTED]


Sent via Deja.com http://www.deja.com/
Before you buy.

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

From: "=?iso-8859-1?Q?St=E9phane?= CLEMENCEAU" <[EMAIL PROTECTED]>
Subject: Problem with ATHLON processor
Date: Thu, 05 Oct 2000 20:13:59 GMT

I can't install linux on a athlon processor. How i proceed to pass this
problem ?

Please help me !!

THANKS

[EMAIL PROTECTED]

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

From: [EMAIL PROTECTED] (Philip Armstrong)
Subject: Re: Safe mail
Date: 5 Oct 2000 22:40:26 +0100

In article <8rimse$mcu$[EMAIL PROTECTED]>,  <[EMAIL PROTECTED]> wrote:
>Hello, I am new to Linux software development and I have two questions.
>First, what is the best newsgroup for those wishing to read about Linux
>software development? Obviously, this is for system development, but is
>the only relevant group I could find using Deja.

comp.os.linux.development.apps probably

>Second, what is the safest [and best] way to send an email from within a
>program to a user? I am hoping to find a way that is not overly
>complicated but doesn't keep me up at night because of security issues.

err. invoke the 'mail' program? No suid requirements in your code at
all...and you can blame the mailx code for any security holes :)

Phil



-- 
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt


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

From: "E-mu" <[EMAIL PROTECTED]>
Subject: Re: Red Hat 7.0 and Kernel 2.4.0-test9 question?
Date: 05 Oct 2000 21:42:36 GMT

Red hat 7.0 does use Xfree86 4.0

But I still had a problem with Red Hat 6.2 and Kernel 2.4.0-test8.

I am just asking basically if anyone has tried test9 with Red Hat 7.0.   I
have not myself yet tried it.



<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Hi,
>
> Maybe Redhat 7 uses XFree86 4,
> This has some incompatibilities,
>
> Richard.
>
>
> E-mu wrote:
>
> > Has anyone installed this kernel on Red hat version 7.0 yet?  Any
problems?
> > I had a problem with test8, I couldn't get the PASSWORD script after the
> > LOGIN script.
> >
> > Finally is anyone having problems getting the graphical mode during the
> > install of red hat 7.0.  I have a Dell Laptop Inspirion 7500, and had no
> > problems with Red Hat version 6.2 but with Red Hat 7.0,  it will only
> > install in TEXT mode  :(
> >
> > Thanks
>



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

From: David <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: are threads imcompatible with modules ?
Date: Fri, 06 Oct 2000 02:07:19 +0200

I have 2 files, that I can compile together or separated. The second
file creates a thread (to dispatch X-Windows Events), and the first file
call it (for example a function like CreateWindow).

The problem is:
If I compile together it works fine.
If I load second file from first file (dl-opening, so shared library is
created), I receive XIO: Error ....

Any Idea?
thanks,
DTM

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

From: David <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.x
Subject: riva tnt2 specification files
Date: Fri, 06 Oct 2000 02:19:58 +0200

Hi, I am triying to write a fast driver for 3D acelerated HW. Where can
I download specification of RIVA TNT 2.

Thanks,
DTM

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

From: "ywk@SuSE" <[EMAIL PROTECTED]>
Subject: CVS- Concurrent Version System
Date: Thu, 05 Oct 2000 15:38:45 -0800

Hi guys

any idea how to set up a cvs repository at home running SuSE 6.4
coz i wanna use it to keep track a java project with a team of 10 students
where to d/l the rpm?
suggestions are most welcome

ywk


-- 
German poem, Ohne Warum :
Die Ros' ist ohn' Warum,
sie bluhet, weil sie bluhet,
/Sie arch't nicht ihrer selbst,
fragt nicht,
ob man sie siehet


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

From: [EMAIL PROTECTED]
Subject: Re: Safe mail
Date: Thu, 05 Oct 2000 22:52:31 GMT

In article <8risga$43f$[EMAIL PROTECTED]>,
  [EMAIL PROTECTED] (Philip Armstrong) wrote:
> In article <8rimse$mcu$[EMAIL PROTECTED]>,  <[EMAIL PROTECTED]> wrote:
> >Hello, I am new to Linux software development and I have two
questions.
> >First, what is the best newsgroup for those wishing to read about
Linux
> >software development? Obviously, this is for system development, but
is
> >the only relevant group I could find using Deja.
>
> comp.os.linux.development.apps probably

For some reason Deja won't list that one. I even searched explicitly for
"comp.os.linux.development.app". Odd.

>
> >Second, what is the safest [and best] way to send an email from
within a
> >program to a user? I am hoping to find a way that is not overly
> >complicated but doesn't keep me up at night because of security
issues.
>
> err. invoke the 'mail' program? No suid requirements in your code at
> all...and you can blame the mailx code for any security holes :)

Actually, I had considered that. However, this is a PAM module and so I
was trying to see if there was another accepted route to travel on this
one. Oh well.

Would you, or someone, mind posting or pointing me to an example of
exec()'ing /bin/mail with a message body. I just want to verify I am not
exposing myself to too much risk.

Again, I'm new to writing applications under Linux so thanks for the
help.

---
Dustin Puryear
[EMAIL PROTECTED]


Sent via Deja.com http://www.deja.com/
Before you buy.

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

From: Karl Heyes <[EMAIL PROTECTED]>
Subject: Re: How SMP works in Linux
Date: Fri, 06 Oct 2000 00:36:17 +0000

In article <8rgn4k$29u$[EMAIL PROTECTED]>, 
=?ks_c_5601-1987?B?wMzBvrHH?= <[EMAIL PROTECTED]> wrote:
>
>> The network stack in 2.4 is now SMP, I think the VFS is a 2.4 SMP thing as
> well
> 
> wonderful! But what do you mean that network stack is SMP ?

Well, SMP aware!. 

> Is it also possible that while one CPU is processing network I/O, another
> CPU
> processes DISK I/O ?

I think thats possible with 2.2

> How about two CPUs share network job? (can I expect a linux router performs
> much with multi-CPU?)
> 

2.2 had to serialize the jobs, 2.4 doesn't.  a router isn't necessary a good 
example of this though, as routers don't actually do much other than to
shift data (packets) from one place to another.   It all depends on things
like how many NICs and what speed processor/connections!.

>>
>> > Q3: TUX, a web server which runs in kernel mode, can be accelarated by
>> > multi-CPU ?
>> >
>>
>> If its threaded/cloned, I don't know that much about the TUX
> implementation,
>> but I think it is.
> 
> Someone above said that it showed linear improvement.
> I think it was possible that TUX does not only consist of kernel mode
> modules
> but also has application mode modules.
> 

Having the ability to plug in user space code is excellent. With user space
code you get context switching (yuk!) but safety.

One of the big improvements for TUX was sig io queues which scales
much better than the select/poll mechanism.

karl.



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

From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: How SMP works in Linux
Date: 06 Oct 2000 02:04:37 +0200

Karl Heyes <[EMAIL PROTECTED]> writes:
> 
> One of the big improvements for TUX was sig io queues which scales
> much better than the select/poll mechanism.

Queued SIGIO is nothing new, it has been available in Linux 2.2 for
years.


-Andi

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

From: Dima Maziuk <[EMAIL PROTECTED]>
Subject: Re: Safe mail
Date: Thu, 05 Oct 2000 20:15:22 -0500

[EMAIL PROTECTED] wrote:
> 
...
> For some reason Deja won't list that one. I even searched explicitly for
> "comp.os.linux.development.app". Odd.

It's "apps"

> 
> Would you, or someone, mind posting or pointing me to an example of
> exec()'ing /bin/mail with a message body. I just want to verify I am not
> exposing myself to too much risk.

What do you mean by risk? If your program runs with root privileges,
it's a risk regardless of whether you exec /bin/mail or not. Otherwise
you should be safe enough.

Dima
-- 
Stress is when you wake up screaming 
and you realise you haven't fallen asleep yet
=============================================
Pungenday, day 59 of Bureaucracy YOLD 3166 (misdeed)

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

From: Karl Heyes <[EMAIL PROTECTED]>
Subject: Re: How SMP works in Linux
Date: Fri, 06 Oct 2000 02:43:29 +0000

In article <[EMAIL PROTECTED]>, Andi Kleen
<[EMAIL PROTECTED]> wrote:
> Karl Heyes <[EMAIL PROTECTED]> writes:
>> 
>> One of the big improvements for TUX was sig io queues which scales much
>> better than the select/poll mechanism.
> 
> Queued SIGIO is nothing new, it has been available in Linux 2.2 for years.
> 

Doh!...Just checked, it is!.   I presume TUX uses this though?.  

karl.


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

From: [EMAIL PROTECTED] (Victor Wagner)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: [How to kill process which use device-file??]
Date: 5 Oct 2000 09:42:44 +0400

Bomshik Kim <[EMAIL PROTECTED]> wrote:
:  
:  how does 'fuser' know the process which hold /dev/dsp?????

It is not answer to the question, but...

On my system I ALWAYS know which process hold /dev/dsp - it cannot be
anything but au - audio serve daemon fron NAS package which mixes sound
streams from other programs and allows remote program to play sound 
on the same machine where it displays its windows via X11, regardless of
where it is actually run.

Linux now has two different solutions for sound exchange protocol - NAS,
which is older, more stable, and better designed, and esound, which is
widely adopted in GNOME world.

And I think that it is way to go. It is wrong on multitasked and network
transparent OS to write to device directly. Unless system provides
'virtual' devices for each user session as Unix does for /dev/tty and
Plan9 for everything.
:> 
:> > When we listen to music from XMMS(or x11amp),
:> > one of XMMS processes(about 3~4 processes) occupies the device file
:> > /dev/dsp.
:> > 
:> > But, When some other application( let's call it alpha ) wants to 
:> > use /dev/dsp and XMMS plays mp3-music already,
:> > then since /dev/dsp is occupied by XMMS, alpha can't open /dev/dsp.
:> > because two processes can't share /dev/dsp.
:> 


-- 

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

From: Josh Willey <[EMAIL PROTECTED]>
Subject: newbie questions on kernel level programming and iospace
Date: Fri, 06 Oct 2000 04:53:02 GMT

Hi,

I posted this message earlier and, as I've come to expect, recieved no
responses. Could anyone tell me if I'm doing something wrong? Have I
failed to abide by proper netiquette? Was the length of the message just
way too long? Am I missing something so obvious that no one will bother
to answer?

If any of the above reasons are why no one answered, PLEASE just tell
me and I will try to correct the problem.

JW

The message I posted earlier follows:


Hi,

I apologize in advance for the length of this posting.

I'm trying to learn systems/kernel/linux programming and I'm writing to
get confirmation and correction of my understanding of various
driver/system programming concepts. I've listed some assertions below,
and I'm hoping that some knowledgable readers can tell me if they are
correct or incorrect, and if incorrect, why. Any help and pointers will
be GREATLY appreciated as I've spent a fairly large amount of time
trying to figure this stuff out. If you don't have answers to all the
questions, please don't hesitate to comment on the others. Feel free to
be as detailed and brutal as possible (steep learning curve I guess) :)

1)The address space of a machine, as seen by the Linux kernel, can be
divided into three logical sections:
    a) "normal/real" memory,
    b) I/O address section (a.k.a. I/O ports),
    c) I/O memory section

2)The address space of a machine is the range of addresses that can
be   specified using all address buses on that machine.

3)A machine may have a number of address "subspaces", depending on
how many busses are used to connect the CPU with main memory and
peripherals. Each bus used for one of these connections defines one
subspace. If one bus is used to establish all necessary conections,
then the three logical sections described in 1) are said to share the
same address space.

4)In the case of an x86 processor, the three logical sections
described   in 1) all share the same space. On a non-x86 architecture,
these   sections may not share the same space.
    -- Does the above imply that there is only one bus
interconnecting         the CPU, main memory, and set of peripherals on
the x86?

5) It is atypical compared to other architectures that the I/O memory
section and the other sections share the same address space on the
x86 architecture.

6)On a non-x86 architecture that uses a different bus to refer to
main memory than it does to refer to the I/O devices, the logical   I/O
port section and "normal/real" section do not share the same   address
space.

  6a) In the situation specified by 6), the CPU and device
controllers       use different addresses to refer to the same physical
memory       address.

7)inb/outb operations are used to access the I/O port section in Linux

8)On an x86 machine, the inb/outb operations translate to I/O
specific   assembly instructions (in/out) that do not use memory-mapped
I/O to   accomplish communication with the specified device.

9)On an x86 machine, the arguments passed to inb/outb operations (I/O
ports -- e.g. 0x03f6, 0x02f8) are used to identify device/register
combinations by passing them onto an address bus.

10)On an x86 machine, the existence of an I/O port identified by
0x03f6   does NOT preclude the existence of any other entity (main
memory)   identified by address 0x03f6.

  ??? I'm really not sure of this one, but I've presented reasons
that       it seems to be able to go either way.

  10a)The reason it DOES NOT is that the CPU "understands" that
the       I/O port 0x03f6 is a part of the I/O port section. It is able
to       understand this because the port is accessed only through
certain       I/O assembly instructions.

  10b)The reason it DOES preclude the existence of another entity
identified by 0x03f6 is because all three sections sharing       the
same "address space" means that each address can only be       used to
identify one entity.

11)The readb/writeb routines are used access the I/O memory section
described in 1).

12)Accessing the I/O memory section described in 1) is what is meant
by the term "memory-mapped I/O".


Sent via Deja.com http://www.deja.com/
Before you buy.

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


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

Reply via email to