Linux-Development-Sys Digest #250, Volume #6 Sun, 10 Jan 99 14:14:13 EST
Contents:
Re: Poor NFS performance from Solaris to Linux ([EMAIL PROTECTED])
Re: How to run Windows Applications on Linux (Brett W. McCoy)
Re: blocksize / file write speed anomaly (Ingo Rohloff)
upgrading 2.1.99 to 2.2.0pre1-6 (jeroentje)
Re: Kernel 2.2.0-pre6 (Richard Jones)
Re: Why I'm dumping Linux, going back to Windblows ("Omni�")
Re: upgrading 2.1.99 to 2.2.0pre1-6 ("P.K.")
Re: Kernel 2.2.0-pre5 (compilation error) (Piniek (aka Piotr Ingling))
Re: kernel 2.0.37 ? (Peter Katzmann)
Re: disheartened gnome developer (Tim Smith)
Re: disheartened gnome developer (Tim Smith)
Re: disheartened gnome developer (Tim Smith)
Re: disheartened gnome developer ([EMAIL PROTECTED])
Re: Dumb kernel question. (David T. Blake)
Why accept(2) race condition works better than select(2)? (Marcin Szyllo)
Re: 2.2.0pre6 booting errors (Mumit Khan)
Re: disheartened gnome developer ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Poor NFS performance from Solaris to Linux
Date: 10 Jan 1999 12:42:00 GMT
Peter Samuelson <[EMAIL PROTECTED]> wrote:
> Hold that smiley. You might at least try it on a spare machine --
> SPARC Linux *does* run Solaris binaries. At least that's the claim. I
> don't know how well it works, since I have never run SPARC Linux. (It
> would help if I had a SPARC.)
They claim that SPARC Linux runs SunOS4 aka. Solaris1-binaries, but no
SunOS5 aka. Solaris2-binaries. Did I miss something ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
==========================================================================
------------------------------
From: [EMAIL PROTECTED] (Brett W. McCoy)
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: How to run Windows Applications on Linux
Reply-To: [EMAIL PROTECTED]
Date: Sun, 10 Jan 1999 14:12:03 GMT
> Santa's making a list. If You could have any piece of software ported
> to Linux, other than Microsoft's what would it be?
PageMaker or CorelDRAW!
--
Brett W. McCoy
http://www.lan2wan.com/~bmccoy/
=======================================================================
"The number of UNIX installations has grown to 10, with more expected."
-- The UNIX Programmer's Manual, 2nd Edition, June, 1972
=====BEGIN GEEK CODE BLOCK=====
Version: 3.12
GAT dpu s:-- a C++++ UL++++$ P+ L+++ E W++ N+ o K- w--- O@ M@ !V PS+++
PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ G++ e>++ h+(---) r++ y++++
======END GEEK CODE BLOCK======
------------------------------
From: Ingo Rohloff <[EMAIL PROTECTED]>
Subject: Re: blocksize / file write speed anomaly
Date: Sun, 10 Jan 1999 07:45:56 GMT
libby <[EMAIL PROTECTED]> wrote:
> > The man page for fsync even acknowledges that for some applications the function
>fdatasync
> > would
> > be a better choice. Running your program with fsync (in the random write) changed
>to
...
> I originally wrote my test program with fdatasync and I got the same (bad) results.
> Also ,
> I need to be sure the inode entries are updated at that time.
Even worse...
Have you tried it without a fsync ?
I did and the result is horrible. It doesn't run faster, but it
freezes my computer completely until the program is finished
(which happens after some time fortunately).
So cheers :-) ! You found a new way to freeze a Linux machine
as regular user ...
so long
Ingo
PS: Just for your interest, my kernel Version is 2.2.0-pre6 and
I ran the program on an K6-200Mhz, 2Gig Quantum SE Harddisk (IDE)
with Ultra-DMA turned on.
--
Please remove .PLOPP at end of mail-adress, if you want to reach
me. I'm sorry for that inconvenience, but I'm fed up of spammers.
------------------------------
From: jeroentje <[EMAIL PROTECTED]>
Subject: upgrading 2.1.99 to 2.2.0pre1-6
Date: Sun, 10 Jan 1999 14:32:00 +0100
This might be a stupid question, but I'll ask it anyway.
This is the first time I'm experimenting with experimental kernels and
pre-patches. Yesterday I downloaded the entire 2.1.99 kernel source and
the 2.2.0 prepatches 1 through 6.
Now, when I try to pacth the unzipped 2.1.99 source with the first 2.2.0
prepatch, some 'failed hunks' fly by, and finally I get the prompt 'file
to patch:'.
Now this might seem stupid, but I never patched experimental kernels
with prepatches, so I have no idea what to do now.
Is this normal or have I done something wrong. An answer to that
question will even help a lot.
Thanks!
Jeroen
*****
------------------------------
From: Richard Jones <[EMAIL PROTECTED]>
Subject: Re: Kernel 2.2.0-pre6
Date: Sun, 10 Jan 1999 15:20:39 +0000
Frank Hale <[EMAIL PROTECTED]> wrote:
: I am using RedHat 5.2 I am upgrading my kernel to 2.2.0-pre6
: I need to upgrade my modutils package. Its installed now as an RPM. How
: can I upgrade this package if I can't find an RPM? I have the newest
: version of modutils in tar.gz format. I can't unistall the old modutils
: rpm cause it has dependencies. Do I just make install on the new and
: overwrite the old? Will that mess up stuff?
That's exactly what I did, and all my systems
have been running fine ever since. RPMs are
a pain in the nether regions sometimes.
Rich.
--
- Richard Jones. Linux contractor London and SE areas. -
- Very boring homepage at: http://www.annexia.demon.co.uk/ -
- You are currently the 1,991,243,100th visitor to this signature. -
- Original message content Copyright (C) 1998 Richard Jones. -
------------------------------
From: "Omni�" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Mon, 11 Jan 1999 02:47:06 +1100
I like that answer
and i think I might stick it out for another day or so
I just installed it tonight
and have already pulled my dos boot disk out with fdisk and format on
standby :)
I still wish it had some uniformity with DOS
I feel kinda sad to throw away that C:\ prompt
Victor Wagner wrote in message <76tr3f$21r$[EMAIL PROTECTED]>...
>Mike ([EMAIL PROTECTED]) wrote:
>: I'm sorry! But this sentiment on the user interface is simply
>: nonsense. Wanting to learn or use "vi" as opposed to something like
>: super note tab is like wanting -- insisting-- on using a rock instead
>: of a hammer to do your cabinet making.
>
>I'll disagree - it is more like using open fire for cooking instead
>of microwave. But there are a lot of thing, one can do with open fire
>and couldn't with microwave, for example make glasswork or forging iron.
>But it takes time to learn these things, and even takes some time to
>learn how to cook with open fire. But once you've learned, you scarcely
>give up ability to do complicationg things for simplicity of simple
>things.
>
>: This business of congratulating yourself on having overcome a steep
>: learning curve, just tells many us us that you are waste a lot of time
>: (or might be a masocist). Why not just insist on sensible tools that
>: do the best work for the job at hand.
>
>Problem is that it is impossible to do best work without learning,
>regardless of tools you use. If something is so simple that you can use
>it without learing, you can do only silly things with it.
>
>There is a good compromise however - system which allows you to do silly
>things silly way and clever things clever way. Linux is exactly this
>compromise. Only problem with it that it is hard to find person who
>would teach you how to do silly things, becouse any clever person simply
>doesn't understand why one don't want to learn clever way from
>beginning.
>
>--
>--------------------------------------------------------
>I have tin news and pine mail...
>Victor Wagner @ home = [EMAIL PROTECTED]
------------------------------
From: "P.K." <[EMAIL PROTECTED]>
Subject: Re: upgrading 2.1.99 to 2.2.0pre1-6
Date: Sun, 10 Jan 1999 16:23:12 +0100
jeroentje wrote:
>
> Now, when I try to pacth the unzipped 2.1.99 source with the first 2.2.0
> prepatch, some 'failed hunks' fly by, and finally I get the prompt 'file
> to patch:'.
When you start from 2.1.99, you have to apply all the patches in a
sequential order, starting from patch-2.1.100 and going on till
patch-2.2.0-pre6. It's quite a lot actually, maybe you consider to get the
newest source.
Peter.
------------------------------
From: [EMAIL PROTECTED] (Piniek (aka Piotr Ingling))
Subject: Re: Kernel 2.2.0-pre5 (compilation error)
Date: Sun, 10 Jan 1999 16:23:04 GMT
Reply-To: [EMAIL PROTECTED]
Dnia Sat, 09 Jan 1999 14:15:51 +0000, [EMAIL PROTECTED] (Christoph
Egger) napisa�(a):
[...]
>But now I have a more big problem with the compilation (See the
>attachment). In Kernel 2.2.0-pre6 I get the same problem.
>
>net/network.a(sock_n_syms.o): In function `sock_release':
> /usr/src/linux-2.2.0-pre6/net/socket.c:311: undefined reference to `csum_partial'
[...]
See if there's a file 'checksum.c' in arch/i386/lib/ - if yes, delete it and
then you'll probably be able to compile.
Piotr Ingling
e-mail: [EMAIL PROTECTED]
------------------------------
From: Peter Katzmann <[EMAIL PROTECTED]>
Subject: Re: kernel 2.0.37 ?
Date: Sun, 10 Jan 1999 13:28:44 +0100
mvrao wrote:
>
> Can anyone tell me where to download Kernel.2.0.37 ?
>
> Also, what is the URL to Alan Cox's page ?
>
use www.linuxhq.com. There are links to all Kernel releases and to Alan
Cox
--
Peter Katzmann | Marienstr 14 | 36157 Ebersburg / Weyhers
Achtung ab 1.1.1999 neue E-Mail [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Tim Smith)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: 10 Jan 1999 06:49:36 -0800
In article <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> wrote:
>They haven't. What they have (reportedly) done is arrange for their code
>to be released under the GPL should certain conditions (such as bankruptcy
>of Troll Tech) obtain. However, someone will still own the code and that
>someone could still release it under an additional license.
The license is the BSD license, not GPL. Most GPL'ed code is owned, too,
and the owner can release under additional licenses. And why does that
matter?
--Tim Smith
------------------------------
From: [EMAIL PROTECTED] (Tim Smith)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: 10 Jan 1999 06:56:56 -0800
Adam P. Jenkins <[EMAIL PROTECTED]> wrote:
>contribute. For example I always feel reluctant to even report bugs
>in VC++ to Microsoft, because Microsoft never displays any kind of
>idealism so why should I help them for free. Also, Troll Tech never
Wait a second...you've bought (or someone bought for your use) a copy
of VC++, thereby supporting Microsoft to the tune of hundreds of
dollars, and you presumably use this to develop Windows applications,
which help promote Microsoft Windows, yet you are reluctant to report
bugs because that helps Microsoft for free? This seems odd...
...
>with those patches. With Qt I can modify it and distribute my
>modified version as a pristine version + patches. With GTK I can
>modify it and distribute my modified version directly. To me this
>seems like just a technical difference, with no very deep significance
>beyond the slight inconvenience of having to apply patches. Others
>prefer to read a lot more into it.
Besides, all modern source distribution systems are based on pristine
source plus patches, so there is basically no actual inconvenience to
deal with Qt changes being distributed as patches.
--Tim Smith
------------------------------
From: [EMAIL PROTECTED] (Tim Smith)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: 10 Jan 1999 07:04:13 -0800
In article <777pr8$bve$[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> wrote:
>Remember Jedi, free software is not a spectator sport, and you are
>standing outside of the field, throwing beer cans to the players.
Go look him up on DejaNews, and you'll find a post where he comes out and
admits that he's going to attack KDE and Qt every chance he gets, no matter
what changes are made to the licensing. It's pointless to try to argue
with him on this topic, so just killfile him--you actually produce free
software, so shouldn't let non-producers drag you into their pointless
arguments.
--Tim Smith
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Sun, 10 Jan 1999 17:59:53 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> On Sat, 09 Jan 1999 14:48:45 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
> >Jedi, your grasp on reality is starting to look... inadequate.
> >I would be very very surprised if the software written by Red Hat
> >employees on work time didnt have a nice "copyright by Red Hat" sign on
> >it.
>
> Yes, but they are just co-owners. Take a look at the Gtk+ and Gnome
> sources and you'll see copyrights not only owned owned by Redhat, but buy
> FSF, and dozens of other individuals.
Look at the sources of control-panel and you will see a different
thing.
> >Red Hat does own the code they create, just like Troll Tech and Microsoft.
> >That you have a copy of it under the GPL doesn't mean they can't later
> >re-release it under a proprietary license.
>
> But they would have to get dozens of other developers to go along with it.
> You can be sure many would either flatly reject or ask for a peice of the
> action.
Dozens? It depends. Some pieces of software are written nearly 100% by
Red Hat. ORBit, for one thing.
> In this respect, i personally feel Gtk/Gnome offers a better contract for
> developers.
Compared to what? KDE? KDE is in exactly the same position.
> And I can't help but notice that on freshmeat I see so many
> more Gtk/Gnome based apps than I do Qt/KDE based apps. Could it be for
> license reasons? Or could it be that many of the Gtk apps are actually
> Gtk+perl or Gtk--, i.e. developers have choice of language.
It could be that KDE app writers don't advertise as much.
I have released 5 apps for KDE and you won't find one in freshmeat.
Choice of language is way, way, overhyped.
I wrote C bindings for Qt. Do you know how many people downloaded them in
the first month? 20.
I wrote a tutorial for KDE programming on c++. Actually just a draft of the
first third of the tutorial. Downloads in the first month? 356.
--
Roberto Alsina (KDE developer, MFCH)
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (David T. Blake)
Subject: Re: Dumb kernel question.
Date: 10 Jan 1999 08:05:37 -0800
Bill Wangard <[EMAIL PROTECTED]> writes:
>I have a question about compiling a new kernel
>In the kernal-README, it says that the order of the make commands is
>make dep; make clean, make zImage
>It thens says, if you have selected any functions to be modules then you
>need to
>make modules; modules_install
>It is not clear from the rEADME when I am supposed to invoke these
>commands, since in the modules howto, it says
>make dep; make clean; make modules; make modules_install; make zImage
>Which is correct?
Either.
>And do I have to run depmod -a ?
Yes, or it will be run at boottime in most distributions.
--
Dave Blake
[EMAIL PROTECTED]
------------------------------
From: Marcin Szyllo <[EMAIL PROTECTED]>
Subject: Why accept(2) race condition works better than select(2)?
Date: Sun, 10 Jan 1999 19:34:48 -0800
This is a multi-part message in MIME format.
==============781F6F8A10CB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Just have a look at the *UGLY* code attached... But how come it defies
*ALL* I've learned about race conditions, performance etc...?
We've got here a very simple af_inet socket server, essentially a
prototype of e.g. a web server.
It does socket(...), bind(...), listen(....) AND:
lots of forks (on Linux SOMAXCONN = 128), and each of childeren accepts,
processes and loops to accept(...) again.
Instead of the usual select(...) approach I tried to create the
supposedly *UGLY* and -- help me understand why -- it performs better,
has very light load on the O/S, cpu time consumption is very very low,
and there is nothing wrong with unpredictability of which child is going
to handle the connection.
PLEASE COMMENT. THIS LOOKS LIKE HERESY, BUT WORKS ;-)
regards
Marcin Szyllo
==============781F6F8A10CB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="RSERV.C"
#include <stdio.h>
#include <sys/types.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <errno.h>
#include <netdb.h>
#include <sys/socket.h>
#include <signal.h>
int children;
int backlog;
char *portname;
char ip_data[1024];
struct sockaddr_in addr_base;
struct sockaddr_in *addr = &addr_base;
struct servent *service;
int af = AF_INET;
int type = SOCK_STREAM;
int protocol = 0;
int s, ns, i, j , addrlen, num;
char c ;
/*
* detach: This function disassociates httpd from its inherited
* process group and forms its own process group. Failure
* to do this would make httpd susceptible to signals sent
* to the entire process group. Also disassociates from
* control terminal.
*/
void detach()
{
int x, pgrp;
chdir("/");
/* to ensure we're not a process group leader, fork */
if((x = fork()) > 0)
exit(0);
else if(x == -1) {
perror("serv: fork");
exit(1);
}
if((pgrp=setsid()) == -1) {
perror("serv: setsid");
exit(1);
}
}
int CleanUp ( void )
{
fprintf(stderr,"serv: Closing access log.\n");
/* close_stats (); */
fprintf (stderr, "serv: Terminating PID=%d. \n", getpid());
exit(0);
}
main (argc,argv)
int argc;
char *argv[];
{
int nbytes;
/* detach () ; */
signal (SIGTERM, CleanUp );
signal (SIGINT, CleanUp );
signal (SIGQUIT, CleanUp);
fprintf( stderr, "server: Opening access log.\n");
/* init_stats () ; */
if (argc > 1) {
portname = argv[1];
} else {
portname = "5005" ;
}
if (argc > 2) {
backlog = atoi(argv[2]);
} else {
backlog = SOMAXCONN ;
}
printf ("accessd: port = %s \nbacklog = %d \n", portname, backlog);
addr_base.sin_port = htons(atoi(portname));
addr_base.sin_family = type ;
addr_base.sin_addr.s_addr = INADDR_ANY ;
s = socket (af, type, protocol);
if ( s == -1) {
perror ("serv: socket");
exit (1);
}
if ( bind( s, addr, sizeof(struct sockaddr_in ) ) == -1) {
perror ("serv: bind");
exit (1);
}
if ( listen( s, backlog ) == -1) {
perror ("serv: listen");
}
printf ("Serv PID=%d is up. \n", getpid());
/* ********************** */
for ( children = 0; children <backlog ; children ++) {
if ( fork() == 0) { /* we are the child */
printf ("Accept Serv PID=%d is up. \n", getpid());
for (;;) {
addrlen = sizeof (struct sockaddr_in );
ns = accept ( s, addr, &addrlen );
if ( ns == -1 ) {
perror ("accessd: accept");
continue;
}
printf ("Accepted PID=%d. \n", getpid());
/* LOG DATA */
for (i=0;i<1024;i++) ip_data [i] = NULL;
nbytes = recv (ns, ip_data, sizeof (ip_data), 0);
if (nbytes <0 ) {
perror ("accessd: recv");
}
printf("%s\n",ip_data);
shutdown (ns, 2);
printf("\n{%s}\n", inet_ntoa(addr_base.sin_addr));
/* END OF LOGGING */
} /* for */
} /* fork */
} /* for */
}
==============781F6F8A10CB==
------------------------------
From: [EMAIL PROTECTED] (Mumit Khan)
Subject: Re: 2.2.0pre6 booting errors
Date: 10 Jan 1999 16:51:52 GMT
In article <[EMAIL PROTECTED]>,
Frank Hale <[EMAIL PROTECTED]> wrote:
>Okay I have 2.2.0pre6 installed and when I boot it I get the following
>errors
>
>depmod: error in loading shared libraries
>: undefined symbol : __bzero
>
[...]
>
>By the way I am on a RedHat 5.2 machine.
>
Trying to get my dual-PII 450Mhz box running, I ran into the same problem.
Basically, this is what I ended up doing (not recommended if you care
about your system stability, data integrity, etc etc):
- install 5.2 + all the updates
- get 2.2.0pre6 + Alan Cox patch and build from source
- update the following from RawHide (rawhide.redhat.com)
- glibc
- modutils
- util-linux
- net-tools
In that order. Upgrading glibc should fix your particular problem (not
finding __bzero).
Regards,
Mumit
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Sun, 10 Jan 1999 18:08:56 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> ralsina wrote:
> > Red Hat does own the code they create, just like Troll Tech and
> > Microsoft. That you have a copy of it under the GPL doesn't mean they
> > can't later re-release it under a proprietary license.
>
> Yes. Of course, they will have to exclude any code that they borrowed from
> other GPL programs.
Which in many cases amount to zero.
> > BTW: same argument works with the FSF. The only code owner I know that
> > has made legal arrangements for this not to happen is Troll
> > Tech. Amazing, isn't it?
>
> steve mcadams writes:
>
> > Please explain how TrollTech has "made legal arrangements for this not to
> > happen",...
>
> They haven't.
What??????????
> What they have (reportedly)
Not "reportedly".You can see a scan of the legal papers at www.troll.no.
Dammit, I signed some of those papers myself.
> done is arrange for their code
> to be released under the GPL
No, not GPL. A really free license.
> should certain conditions (such as bankruptcy
> of Troll Tech) obtain.
Or cease of Qt development. Or Troll Tech takeover.
> However, someone will still own the code and that
> someone could still release it under an additional license.
If that happens, the code will be owned by the KDE Free Qt foundation, of
which I am member, and which is bound by its statutes to immediately release
the code under a BSD-like license.
> > ...and by that it looks like you are talking about their releasing their
> > code under a proprietary license?
>
> Qt is presently under an odd sort of non-free license. It looks like Qt
> 2.0 will be under a free license.
Yes, that too. And not "it looks", but it will.
PS: I found your message a bit insulting, and entirely misinformed.
--
Roberto Alsina (KDE developer, MFCH)
============= 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
******************************
