Linux-Development-Sys Digest #226, Volume #6 Wed, 6 Jan 99 17:14:16 EST
Contents:
Re: Massive vfat memory leak? (Waldek Hebisch)
Re: silly question (mlw)
Re: WDM Emulator, anyone? (mlw)
looking at the boot sector (jason)
Re: silly question (Josef Moellers)
Re: Kernel v2.2 (Edward Lee)
Re: disheartened gnome developer (Perry Pip)
Re: Registry - Already easily doable, in part. (George MacDonald)
Re: disheartened gnome developer (Navindra Umanee)
Re: Registry for Linux - Bad idea (George MacDonald)
Re: WDM Emulator, anyone? (Scott Johnson)
Re: Registry for Linux - Bad idea (George MacDonald)
Re: Exceeding 128MB Swap Space ([EMAIL PROTECTED])
Re: Escape sequences and slang?? ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Waldek Hebisch)
Subject: Re: Massive vfat memory leak?
Date: 6 Jan 1999 12:15:17 GMT
Gady Kozma ([EMAIL PROTECTED]) wrote:
: Waldek Hebisch ([EMAIL PROTECTED]) wrote:
[ ] sniped
: : I am running 2.0.34 kernel from the RH 5.1 distribution.
: I had a similar problem with 2.0.35
: I upgraded to 2.0.36 and the situation improved drastically.
: YMMV
: Gady.
On 2.0.36 memory usage stays within few Mb after 100 runs of
my job - looks OK.
Thanks for hint.
--
Waldek Hebisch
[EMAIL PROTECTED] or [EMAIL PROTECTED]
------------------------------
From: mlw <[EMAIL PROTECTED]>
Subject: Re: silly question
Date: Wed, 06 Jan 1999 13:35:36 +0000
mlw wrote:
>
> Peter Pointner wrote:
> >
> > mlw <[EMAIL PROTECTED]> wrote:
> >
> > > Actually, I would love to see Xcopy on Linux. "xcopy /s /e /h /c this
> > > there" would be great.
> >
> > I can't remember all the options, but are you sure "cp -a" doesn't do
> > what you want?
> >
> > Peter
>
> I have looked, maybe I am dense, but, I would like to do something like:
>
> xcopy *.cpp -s -e -h -c ../anotherdir
>
> This will copy all of the files that end with .cpp to another directory,
> recreating the directory structure with them. If an error happens it
> will continue.
Don't get me wrong, I am a Linux user. Look at my mail headers. There
just isn't a command with the abilities of Xcopy on Linux, but, hey if
that is all I miss, I am way ahead.
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: mlw <[EMAIL PROTECTED]>
Crossposted-To: comp.os.ms-windows.programmer.nt.kernel-mode
Subject: Re: WDM Emulator, anyone?
Date: Wed, 06 Jan 1999 13:41:26 +0000
[EMAIL PROTECTED] wrote:
>
> Hi,
>
> This may be of some interest for you -
> http://www.krftech.com/windrv/linux.html
>
> mlw <[EMAIL PROTECTED]> wrote:
> > I want to write a WDM emulator for Linux.
>
> --
> PA
>
> -----------== Posted via Deja News, The Discussion Network ==----------
> http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
I did look at the sample drivers. It is not an emulation layer or even a
library that looks like WDM. It is a whole different design. I wrote a
C++ driver class library from which one could make a VxD or NT kernel
driver. It worked, it was pretty good, but, it did not allow one to
recompile a VxD to an NT kernel driver.
I want to write a driver library that will (first) allow an NT (WDM)
driver to be recompiled into a Linux device driver. Later, after this
works, a loader that will load an fixup binary NT kernel drivers.
--
Mohawk Software
Windows 95, Windows NT, UNIX, Linux. Applications, drivers, support.
Visit the Mohawk Software website: www.mohawksoft.com
------------------------------
From: jason <[EMAIL PROTECTED]>
Subject: looking at the boot sector
Date: Wed, 06 Jan 1999 03:39:11 +0000
I'm looking at the linux boot sector and i realize the first thing it
does is pull something out of AX...? what is it?
out of curiosity i checked the msdos boot sector and first thing that
does is pull something from BX...? whats this?
Obviously its picking up something bios has just left it but i don't
know what.
Can anyone help?
------------------------------
From: Josef Moellers <[EMAIL PROTECTED]>
Subject: Re: silly question
Date: Wed, 06 Jan 1999 15:37:40 +0100
mlw wrote:
[ ... ]
> > xcopy *.cpp -s -e -h -c ../anotherdir
> >
> > This will copy all of the files that end with .cpp to another directory,
> > recreating the directory structure with them. If an error happens it
> > will continue.
UN*X' answer to this question is: There's anough stuff given to build it
yourself, e.g.
find . -name '*.cpp' -print | cpio -pdl ../anotherdir
It's even in the manual (at least in mine B-{)
--
Josef Moellers [EMAIL PROTECTED]
UNIX - Live free or die!
PS Dieser Artikel enthaelt einzig und allein meine persoenlichen
Ansichten!
PS This article contains my own, personal opinion only!
------------------------------
From: Edward Lee <[EMAIL PROTECTED]>
Subject: Re: Kernel v2.2
Date: Wed, 06 Jan 1999 08:37:32 -0800
Thank you, i did not know about the name change and i did not look hard
enough.
I found it at
ftp:ftp.cdrom.com/pub/linux/tsx-11/kernels/v2.1/modutils-2.1.13.src.tar.gz
I hope this will help several other people having the same problem.
Theo Honohan wrote:
> Edward Lee <[EMAIL PROTECTED]> writes:
> >
> > Nop, modutils is not the right stuff.
> > Modules-X.X.X is a stealth package.
> > It is still hidden somewhere out there.
> > I am wondering why it is not included in the kernel sources.
> > Without it, i can't build any modules at all.
>
> This is wonderfully poetic. However, the programs once distributed in
> modules-2.0.0 come in a package called modutils now. It really *is*
> what you need.
------------------------------
From: [EMAIL PROTECTED] (Perry Pip)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Reply-To: [EMAIL PROTECTED]
Date: Wed, 06 Jan 1999 19:01:24 GMT
On Tue, 05 Jan 1999 19:46:56 +0000, Walt <[EMAIL PROTECTED]> wrote:
>
>QT is doing an open source version for 2.0. Look at the Kde home page
>http://www.kde.org
I don't care what Eric Raymond or Richard Stallman says. As I see it: open
patch != open source.
Free speech AFIAC means I say what I want the way want, without having
anyone filter it. Sure, I can distribute a patch to Qt. But I can't
distribute the resulting modified version of Qt without Trool tech
approving the patch first. That's filtered speech, not free speech.
And free beer is free without any strings attached. The QPL restrictions
on commercial development aren't any different from the previous versions.
That having been said, I do not discourage anyone from developing for
KDE/QT. Just know what you are getting into. Your product will be
dependant on a proprietery product that Trool Tech fully controls, and
your patches will become an enhancement to their commercial product.
>Qt is by far superior to the gnome development libs. Its WAY easier to write
>apps for.
>
What have you developed for either???
It's strictly a matter of opinion which is easier or better, as is the
whole c vs. c++ debate. The gtk/gnome struct-casting based
inheritance/polymorphism scheme is different from what's traditionally
taught in school. Hence there's a bit of a learning curve for most people,
but once you've learned it's no harder than c++.
Perry
--
Share the code....or hit the road.
Perry Piplani www.open-systems.com
[EMAIL PROTECTED] perrypip.netservers.com
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Registry - Already easily doable, in part.
Date: Wed, 06 Jan 1999 06:10:39 GMT
Andrew Morton wrote:
>
> Todd Knarr wrote:
> >
> > In comp.os.linux.development.system Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > 1: They're Linux specific.
> >
> > No, they're specific to the class of systems that have a filesystem
> > with a namespace conforming roughly to Unix conventions ( 255 characters,
> > extensions not special, optionally case-sensitive ).
>
> I was referring to the proposals which would require kernel
> modifications: magical /proc files, files which are in reality attached
> to processes, etc.
>
Hmm, you know if you have the right permissions you can get inside
the process right now, i.e. debuggers can read/write to process
using files in /proc. I was thinking about the possibility of
doing something along those lines with treeps, i.e. selecting
a process then "zooming" in on the widget hierarchy. So if the
config info were in an easily idendifiable structure one could
do it right now, no kernel mods needed. The X tool resEdit
allows one to real time edit X resources(i.e widget config
info), although I think thats done using the X protocol.
> > > 2: They're "single system centric" (tm). We need to pay more
> > > recognition to the requirement that reconfiguration of applications is
> > > an enterprise-wide function. The rdist approach is klunky (how do I
> > > simply change/propagate a single line of config?)
> >
> > For single-line changes, you rdist the appropriate sed script and apply
> > it.
>
> What I'm getting at is that a one-line change implies all config is to
> be rescanned. This edit/SIGHUP scheme works now because application
> developers have never had anything else available.
>
Wouldn't work to good for serial line comms based apps.
> One should, for example, be able to add/delete/modify a line to
> /etc/inetd.conf and not have to whack inetd.
Either inetd checks for changes, or it get's notified. Notification
could be done in all sorts of different ways. One could have a generic
service that allows clients to register for notification on
file modification. Then have one kernel mod that notifies a daemon
of a close, it then checks for modification and does the notifications.
Kind of like debugging tools setting watches on variables.
> This is a trivial case.
> If a mechanism existed for applications to be notified of
> reconfiguration, they would have used it extensively and ave been more
> sophisticated as a result.
Not really, config changes are not done that often, sometimes as little
as one a year. It depends on how good at planning the sys/net admins are.
>
> [ You should see the crap I have to go through to be able to PPP into
> either uow.edu.au _or_ Nortel's intranet - sedding /etc/resolv.conf,
> massaging named.boot, restarting named. It stinks. ]
>
Roaming and adaptive configs are a problem, I guess nobody thought
about putting the pdp-11 in a brief case to take home for the
evening and then hooking it up to a cable modem for internet access!
Hey does the PDP-11 have a 4 Mbit IRDA VME card?
> > For machines with truly common configurations there exists this
> > thing called a network file system, although as with any non-local config
> > source you have the problem that, when the network is down and the
> > non-local config source cannot be reached, everything on the network
> > stops dead ( which is _not_ graceful degradation of service by any
> > definition ). And I have seen very few systems in reality that have a
> > single enterprise-wide configuration. More often you have multiple
> > configurations which need applied to multiple sets of machines, with
> > noticeable overlap between configurations and sets of machines but not
> > enough to actually combine either.
> >
> > Part of the problem is that I work in an environment where all of the
> > machines I normally deal with are either several steps ahead of the
> > rest of the company ( developing the software that will be rolled out
> > in 6-12 months ) or several steps behind the rest of the company ( the
> > configuration and versions being determined by what critical software
> > needs to have to run rather than what the latest version is ).
> >
> > > 3: They do not provide for notifications to running applications.
> >
> > This is a good thing. As noted a while back, it is very common to make
> > several changes in several steps and test them on one machine before
> > committing all machines to using them. This is usually best handled by
> > having the applications only re-read config data when told to. Automatic
> > detection or notification has a nasty tendency to re-read the data when
> > you have almost but not quite finished with all the changes, leaving the
> > application in a state which is almost but not quite entirely unlike any
> > it ought to be in.
>
> I agree. As George points out, nodes further down the hierarchy need to
> be able to apply local overrides to data from higher up. And
> commit/rollback functionality is needed so that clients see the updates
> atomically.
Hmm, good points. Perhaps a notification scheme should also have some
kind of a critical segment toggle mechanism.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: Navindra Umanee <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: 6 Jan 1999 19:49:47 GMT
Perry Pip <[EMAIL PROTECTED]> wrote:
> On Tue, 05 Jan 1999 19:46:56 +0000, Walt <[EMAIL PROTECTED]> wrote:
>>
>>QT is doing an open source version for 2.0. Look at the Kde home page
>>http://www.kde.org
>
> I don't care what Eric Raymond or Richard Stallman says. As I see it: open
> patch != open source.
Give us a break. The patch clause has been removed for a long time
now. We've already had this flame war.
> inheritance/polymorphism scheme is different from what's traditionally
> taught in school. Hence there's a bit of a learning curve for most people,
> but once you've learned it's no harder than c++.
It also doesn't make GTK+ any easier than Qt does it? I'm just
wondering about that http://computers.iwz.com/e-zine/gtk.html article.
The author presents no actual code comparisons, just a glowing review.
-N.
--
"These download files are in Microsoft Word 6.0 format. After unzipping,
these files can be viewed in any text editor, including all versions of
Microsoft Word, WordPad, and Microsoft Word Viewer." [Microsoft quote]
< http://www.cs.mcgill.ca/~navindra/editors/ >
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Wed, 06 Jan 1999 08:30:04 GMT
Tristan Wibberley wrote:
>
> Frank Sweetser wrote:
>
> > the other one (which i've been contributing to more) is a bit less
> > ambitous, at least at first. this is to create a library which presents a
> > simple API allowing programs to store and retrieve settings without knowing
> > or caring how or where (spread accross local files, CORBA, SNMP, SQL DB...)
> > they are stored. while this won't affect any existing packages without
> > re-writing them (not an entirely bad thing IMHO), it could make things a
> > *lot* easier for people writing new packages.
>
> IMHO, this can be done using a network filesystem such as CODA, then the
> server just gives the configuration and the software accesses it as
> normal. You get encryption (?) and cacheing to boot. I have another
> message somewhere (very recently) about this.
>
> --
> Tristan Wibberley Linux is a registered trademark
> of Linus Torvalds.
Could you give us a brief description of CODA, I am not familair
with it,
Thanks,
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: Scott Johnson <[EMAIL PROTECTED]>
Crossposted-To: comp.os.ms-windows.programmer.nt.kernel-mode
Subject: Re: WDM Emulator, anyone?
Date: Wed, 06 Jan 1999 00:27:03 -0800
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
>
> Hi,
>
> This may be of some interest for you -
> http://www.krftech.com/windrv/linux.html
>
> mlw <[EMAIL PROTECTED]> wrote:
> > I want to write a WDM emulator for Linux.
>
Hmm. I didn't download, but it appears that WinDriver (the
product being hawked at this website) allows one to write portable
drivers--in **USER** mode. It does not allow one to develop
true kernel mode drivers for any Windoze platform...or for Linux,
for that matter.
It does appear, from reading the FAQ, that it this driver provides APIs
to allow one to "tunnel" through the user/kernel boundary, and access
hardware "directly" from user space. (One must, I gather, issue a call
to the kernel to DO this, which invokes a provided kernel driver,
which does the necessary hardware messing--either that, or by mapping
registers/memory into user space.) One simply writes a DLL,
links it with their user mode library, and ships that with their
provided "agent"--either a vxd for Windoze 9x, or a .sys for NT.
Depending on what sort of driver you are writing, this may or may
not work well. For a video driver, this sort of thing probably works
quite well--X servers work kinda the same way. OTOH, I'd hate to
write a disk controller with this sort of thing...
At any rate, there are lots of architectural differences between Linux
and NT in kernel space.
Scott
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Wed, 06 Jan 1999 08:39:29 GMT
Tristan Wibberley wrote:
>
> Frank Sweetser wrote:
> >
> > Tristan Wibberley <[EMAIL PROTECTED]> writes:
> >
> > > Frank Sweetser wrote:
> > >
> > > > the other one (which i've been contributing to more) is a bit less
> > > > ambitous, at least at first. this is to create a library which presents a
> > > > simple API allowing programs to store and retrieve settings without knowing
> > > > or caring how or where (spread accross local files, CORBA, SNMP, SQL DB...)
> > > > they are stored. while this won't affect any existing packages without
> > > > re-writing them (not an entirely bad thing IMHO), it could make things a
> > > > *lot* easier for people writing new packages.
> > >
> > > IMHO, this can be done using a network filesystem such as CODA, then the
> > > server just gives the configuration and the software accesses it as
> > > normal. You get encryption (?) and cacheing to boot. I have another
> > > message somewhere (very recently) about this.
> >
> > that's one option. and it does give those advantages. however 1) last
> > time i looked, CODA was pretty difficult to set up, and 2) program authors
> > still end up writing their own config file parsers. for most programs, the
> > ability to simply call something like get_config(option_name) instead of
> > doing it manually will completely eliminate the need to muck about with
> > groking the config files manually.
>
> In answer to:
> 1) instead of coming up with some new hard to configure scheme, wouldn't
> it be more productive to help make CODA easy to configure?
> 2) then a couple of libraries for parsing flat text will be most
> appropriate no? Simplest to implement.
>
> The talk of complex network databases is far too premature at the moment
> - everyones always in such a rush to "innovate".
>
> I have to admit that the overriding values for local machines will be
> awkward to implement using the network fs scheme, but I hope to figure
> out a way of doing it that's quite easy to configure on the backend, and
> transparent on the client. Maybe write some scripts to help.
I have seen something like this doen in normal file sytems by usinging
the hostname as one of the elements of a path to the config files.
i.e.
$HOME/profiles/garfield/.profile
$HOME/profiles/garfield/.env
Then the .profile in $HOME does
localHost=`hostname`
. ./profile/$localHost/.profile
. ./profile/$localHost/.env
One could also expand each element of uname(1) to expand the
combinations into a tree. The problem is the tree can be huge.
What is really needed is some way to inherit values from something
else and only modify those that change.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Exceeding 128MB Swap Space
Reply-To: [EMAIL PROTECTED]
Date: Wed, 06 Jan 1999 08:41:31 GMT
[EMAIL PROTECTED] (Michael Kelly) writes:
>As far as I know, the first 4k page in the swap partition is used as a map
>to indicate the pages in use, so 4096 * 8 bits per byte * 4096(size of a
>memory page) = 128MB so 128MB is the largest supported swap
>partition size, with the "bug" if you will that the first page is used for
>the map, leaving 128MB minux 4K. IOW, of the 4096 pages you
^^^^
>can map in a swap parition, you can use 4095 of them for swapping.
^^^^
32768 and 32767, respectively --- you forgot the multiply by 8.
>With memory and disk sizes exploding I would imagine this will change soon. :)
As in "already" ;-)
Bernie
--
============================================================================
"It's a magical world, Hobbes ol' buddy...
...let's go exploring"
Calvin's final words, on December 31st, 1995
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Escape sequences and slang??
Date: Wed, 06 Jan 1999 20:04:33 GMT
In article <76uits$sd2$[EMAIL PROTECTED]>,
"T.E.Dickey" <[EMAIL PROTECTED]> wrote:
> it works in ncurses (there's an example in one of the test programs that
> does this - test case 'd' in the large ncurses.c).
>
> so either it's a bug in slang or your own application.
>
Thanks, the problem turned out to be my code, I had:
printf ("\033]P7505050");
init_the_lib ();
This of course works much better if you flush stdout after the printf!
Adding a \n to the printf fixed the problem.
Funny how you realise this stuff *AFTER* posting to usenet.....
Regards, Dan.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
** 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
******************************
