Linux-Development-Sys Digest #918, Volume #6 Wed, 30 Jun 99 22:14:19 EDT
Contents:
Re: Why not C++ (Paul Jackson)
Re: Linux 2.1.90 kernel version needed (Erik de Castro Lopo)
Re: Why not C++ (Johan Kullstam)
Re: Why not C++ (Nathan Myers)
Re: sources for the empeg car player? (Mark Tranchant)
Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN (Andi Kleen)
Re: Filesize larger than 2 GB on Intel machines an Linux 2.0.36 (Patrick Letovsky)
Re: sources for the empeg car player? (Shaun Noonan)
Re: Why not C++ (Nick Ambrose)
Re: Why not C++ (Nick Ambrose)
Re: gcc library function reference. (ellis)
Re: File max size (Patrick Letovsky)
Re: Why not C++ (Mike McDonald)
Re: Remote login problems in custom RedHat env... (ted)
Re: Why not C++ (Bruce Hoult)
Re: Why not C++ (Bruce Hoult)
Re: Microsoft equivilant classes (looking for) ("Rosimildo DaSilva")
Re: Need a.out compiler (Frank v Waveren)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Paul Jackson)
Crossposted-To: comp.os.linux.development.apps,comp.lang.c++
Subject: Re: Why not C++
Date: 30 Jun 1999 21:08:09 GMT
I wrote:
|> But the additional instruments do confuse the learner,
Greg replied:
|> This now infers that no other language brings forth confusion
Once again, you are inferring absolute statements
from my relative ones. Enough of this ...
--
=======================================================================
I won't rest till it's the best ... Software Production Engineer
Paul Jackson ([EMAIL PROTECTED]; [EMAIL PROTECTED]) 3x1373 http://sam.engr.sgi.com/pj
------------------------------
From: Erik de Castro Lopo <[EMAIL PROTECTED]>
Subject: Re: Linux 2.1.90 kernel version needed
Date: Thu, 01 Jul 1999 06:19:16 +1000
Theodore Kontopoulos wrote:
>
> Hello,
>
> I don't know if this the right group to ask this particular question, but I
> 'll just go ahead and ask it anyway :)
> Does anyone know an ftp site that contains the 2.1.90 Linux kernel version,
> or does anyone have anything to suggest on how I can obtain a copy of this
> particular kernel version?
ftp://ftp.kernel.org/pub/linux/kernel/v2.1
Erik
--
+-------------------------------------------------+
Erik de Castro Lopo [EMAIL PROTECTED]
+-------------------------------------------------+
J. Headley: "God, root, what is difference ?"
G. Haverland: "God can change the byte order on the CPU, root can't."
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 30 Jun 1999 17:52:26 -0400
[EMAIL PROTECTED] (Nathan Myers) writes:
> Stephan Houben <[EMAIL PROTECTED]> wrote:
> >[EMAIL PROTECTED] (Nathan Myers) writes:
> >
> >> Johan Kullstam <[EMAIL PROTECTED]> wrote:
> >> >actually i don't mind the templates in C++. they are rather weak, but ...
> >>
> >> FUD, again. C++ templates are not weak. They allow construction of
> >> libraries that cannot be constructed in any other language.
> >
> >Templates in C++ solve a problem that simply doesn't exist in most
> >other modern programming languages. The fact that it exists in C++ is
> >due to the fact that C++ is based on C.
>
> False. They solve a problem that exists because C++ offers static
> typing, a feature of profound importance for rigorous engineering.
some would say static typing is a burden.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 30 Jun 1999 12:57:49 -0700
Stephan Houben <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Nathan Myers) writes:
>
>> Johan Kullstam <[EMAIL PROTECTED]> wrote:
>> >actually i don't mind the templates in C++. they are rather weak, but ...
>>
>> FUD, again. C++ templates are not weak. They allow construction of
>> libraries that cannot be constructed in any other language.
>
>Templates in C++ solve a problem that simply doesn't exist in most
>other modern programming languages. The fact that it exists in C++ is
>due to the fact that C++ is based on C.
False. They solve a problem that exists because C++ offers static
typing, a feature of profound importance for rigorous engineering.
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
From: Mark Tranchant <[EMAIL PROTECTED]>
Subject: Re: sources for the empeg car player?
Date: Tue, 29 Jun 1999 08:07:11 +0100
Reply-To: [EMAIL PROTECTED]
Doesn't the GPL only require the source to be available *if* you buy the
unit?
Mark.
>
> There are a bunch of these embedded system type boxes. empeg, netgem,
> and TeeVO (or however it's spelled) to name three. I can't find
> sources for any of the and I haven't gotten responses to my email,
> yet.
>
------------------------------
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN
Date: 30 Jun 1999 22:01:18 +0200
[EMAIL PROTECTED] (Christopher Boyd) writes:
> In article <Pine.SOL.3.96.990620233631.14423B-100000@giasbga>, "Santosh H."
><[EMAIL PROTECTED]> wrote:
> >Hi,
> > Sorry for shouting.But i'm really fed up with trying to find out what
> >this means
> >1] jiffy
> >2] HZ
>
> Every time a clock interrupt occurs, the global variable 'jiffies'
> is incremented by one. BTW, 'jiffies' is an unsigned long,
> meaning it'll wrap in about 1.3 years on a 32bit machine :-)
> One intel machines, the clock interrupt occurs 100 times/sec
> (indicated by the value defined for HZ). On other architectures,
> HZ != 100, so you shouldn't assume HZ is 100 to be portable.
Actually not even on i386 only it is a safe assumption. Some people
recompile their kernel with bigger HZ to get shorter timeslices for
better reaction to RT events.
Unfortunately there is no easy way to find the HZ from user space,
a patch for a read-only HZ sysctl never went in, and
sysconf(_SC_CLK_TCK) only returns the HZ value that was in the headers
when glibc was compiled.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: Patrick Letovsky <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Filesize larger than 2 GB on Intel machines an Linux 2.0.36
Date: Wed, 30 Jun 1999 18:50:05 -0700
Christopher Browne wrote:
>
> ext2 is quite capable of handling *filesystem* sizes considerably larger
> than 2GB. (2TB rings a bell.)
I read your page about the 32 bits architecture limitation, actually
your page is very well documented for all kernel features.
In my case, it is just for being able to create a tar file > 2gb, so if
the only thing to do is to recompile tar under the 2.2.x with the latest
GNU C compiler, that is not that big of a deal.
But I still miss information about this patch itself, it can be in beta
or alpha, I want to give it a try. I mount a RAID5 disk array on
/dev/sda3, there, I only have backup files from other systems, and one
of this file needs to be > 2Gb. I hope the patch doesn't involved to
re-mkfs the partition.
Any information on this unobtainable patch will be very appreciate.
Patrick
------------------------------
From: Shaun Noonan <[EMAIL PROTECTED]>
Subject: Re: sources for the empeg car player?
Date: Wed, 30 Jun 1999 23:11:52 GMT
Mark Tranchant <[EMAIL PROTECTED]> wrote:
> Doesn't the GPL only require the source to be available *if* you buy the
> unit?
> Mark.
No.. The only need to supply the source for GNU programs they have modified.
If they wrote MP3 playing software and user interface code from scratch, then
they can slap whatever license they want onto it.
Basically, they need to give you pointers to where you can find Linux and
whatever other GPL'ed programs run on the box.. the box is not GPL just
because it runs some GPL code.
-Shaun
------------------------------
From: Nick Ambrose <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Wed, 30 Jun 1999 15:25:01 -0700
Johan Kullstam wrote:
> [EMAIL PROTECTED] (Don Waugaman) writes:
>
> > In article <[EMAIL PROTECTED]>,
> > Johan Kullstam <[EMAIL PROTECTED]> wrote:
> >
> > [ referring to two code snippets to create a float matrix, in C & C++ ]
> >
>
> and in C, mallocs tend to be rare. most C programs will malloc
> everything they need right off the bat and keep hold of the memory
> until they exit. however, C++ encourages more dynamic memory
> exercising because its syntax hides the malloc/free somewhat.
>
Where do you get this stuff from ? How can you make such a sweeping statement
about C-programs.
It may be true that the Linux kernel tries to avoid allocating memory on the
fly for performance reasons, but I can't imagine the most C-programs allocate
all the memory they will need at once
(esp. consider reading in a string from a file/keyboard of unknown length)
>
Nick
------------------------------
From: Nick Ambrose <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Wed, 30 Jun 1999 15:21:57 -0700
Johan Kullstam wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
>
> > Johan Kullstam <[EMAIL PROTECTED]> wrote:
> > >the memory fragmentation problem pretty much precludes seriously using
> > >C++ for kernel work. look to microsoft for examples of C++ in action.
>
> > Nazis eat peanut butter. Therefore peanut butter is bad.
>
> no, this one really *is* *true*. if you malloc and free a lot of
> things of different sizes, then heap memory does get chopped up. there
> are little bits of free memory here and there. you cannot consolidate
> them. and when allocating you search around for these free holes.
> the typical C++ program does a lot of malloc and free. memory
In fact lot's of C++ programs don't use lot's of malloc and free (most of
mine don't) but rely on containers to optimize memory use for them)
>
> fragmentation does occur and it does cause performance loss.
>
But Nathans C++ example used a vector, which (like other std containers)
allocates memory in blocks bigger than a single element and sub-divides them,
so reducing fragmentation.
Compare that to the C-example with all the malloc/free stuff. I think you
would see more fragmentation in C with the code given.
Nick
------------------------------
From: [EMAIL PROTECTED] (ellis)
Crossposted-To: comp.os.linux.development.apps,linux.dev.gcc
Subject: Re: gcc library function reference.
Date: 1 Jul 1999 00:34:41 GMT
In article <7lcjk4$kds$[EMAIL PROTECTED]>,
Kim,Taesung <[EMAIL PROTECTED]> wrote:
>Does anybody know where I can get gcc library function reference?
>and Can I have source code of library?
Go to http://www.gnu.org
--
http://www.fnet.net/~ellis/photo/linux.html
------------------------------
From: Patrick Letovsky <[EMAIL PROTECTED]>
Subject: Re: File max size
Date: Wed, 30 Jun 1999 18:55:51 -0700
Konrad Mieredorff wrote:
>
> Patrick Letovsky wrote:
> >
> > Hi,
> >
> > What about i386 platform ?
> > NTFS can create file bigger than 2Gb !
> > It's an ext2 limitation on i386 platform, is there any patch out there
> > to create file bigger ?
>
> This is an FAQ (www.dejanews.com)
yeah, well I searched there, and I only found the same as hear.
------------------------------
From: [EMAIL PROTECTED] (Mike McDonald)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 00:10:18 GMT
Reply-To: [EMAIL PROTECTED]
In article <7ldsrt$cb2$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Nathan Myers) writes:
> Stephan Houben <[EMAIL PROTECTED]> wrote:
>>Templates in C++ solve a problem that simply doesn't exist in most
>>other modern programming languages. The fact that it exists in C++ is
>>due to the fact that C++ is based on C.
>
> False. They solve a problem that exists because C++ offers static
> typing, a feature of profound importance for rigorous engineering.
>
FUD!!
Mike McDonald
[EMAIL PROTECTED]
------------------------------
From: ted <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.security
Subject: Re: Remote login problems in custom RedHat env...
Date: Wed, 30 Jun 1999 21:02:22 -0400
Wallace Barnes wrote:
> DNS is disabled on this box. I've even gone as far as to remove the resolv.conf
> file. Besides, tcpdump shows that the box is able to send acks to whatever
> remote machine is involved. Also remember that all established connections can
> reach any host via telnet, ftp, rlogin, etc... (as long as they're in the hosts
> table of course). As for the network card, this problem has been replicated on
> three other identical systems to rule out just that. Network traffic is
> non-existent on this box. I've even prevented misc. services such as sendmail
> from starting to make sure to no avail. Thanks for your responses though.
>
I'va had a similar problem, i have a slackware box that would act really
strange
after 15-20 minutes. You would be able to log in remotely,but after 15 minutes you
would not be able to do anything,i would get "no route to host" . At first i
wasn't quite
sure what it was,but i've come to discover a flaky network card .
Swap NIC's and see if it still does it .
>
> Wally
> [EMAIL PROTECTED]
>
> Bryan wrote:
>
> > Jon Skeet wrote:
> > >
> > > [EMAIL PROTECTED] wrote:
> > >
> > > > I have an unusual problem with telnet, rlogin, ftp and any other
> > > > program which requires logging in remotely. The system specs are: 400Mhz
> > > > Pentium Pro, 256MB RAM, onboard Intel etherexpress pro 10/100Mbs network
> > > > card, 2 serial ports, running a custom Red Hat 5.2 kernel. Four kernel
> > > > header files were modified to allow for a 3072 process limit ( fs.h,
> > > > limits.h, posix_types.h, /usr/include/gnu/types.h ). The machine will
> > > > boot and run fine for about 10 minutes then any form of remote log in
> > > > (even rcp and rsh) will hang after it successfully connects to the
> > > > system just before it gives you the opportunity to provide your login
> > > > name and/or password. On telnet you can even see the "Connected to
> > > > <host>" message. Any connection made before this problem occurs is fine
> > > > and has full capabilities. I can get out of the box using any method I
> > > > choose (telnet, ftp, etc). The oddest thing about this problem is that
> > > > all other inetd services are unaffected. They continue to respond to
> > > > request on their respective ports without fail. A tcpdump on the machine
> > > > will show telnet, rlogin, etc ... activity. They send their initial acks
> > > > and replies but don't complete their initialization procedures.
> > >
> > > Is it feasible that the problem is in reverse host lookup? I know telnetd
> > > checks that the host that is telnetting to it is valid before going ahead
> > > with the connection; it's possible that rcp does the same. If so,
> > > possibly your DNS is going wrong...
> > >
> >
> > I agree; it could be reverse DNS or no DNS at all.
> >
> > Another idea: Network card burps...
> >
> > How much activity is there once the system is up? I had a Netgear
> > 10/100 card in my box with one of the original DEC tulip chips (they've
> > since created their own proprietary set due to DEC's discontinuation of
> > the 21something series), and it would come up with some overrun problems
> > at high NFS loads. I finally swapped it with a newer one I had bought
> > for a Windows box, and the old card works fine in the Windows box, and
> > the new one works beautifully in the Linux box (gotta love 100Mbps).
> > (Probably some inconsistencies with the tulip driver and that older
> > chipset..)
> > .
> > Which kernel version are you using? You can use the 2.2.x kernel series
> > on Redhat 5.2. A custom RedHat 5.2 kernel sounds like you used th
> > 2.0.36 kernel that came with it.
> >
> > 2.2.5 runs really stable on three of my 5.2 machines. I'm suggesting a
> > kernel and network card driver upgrade because even if you turn off
> > networking, like you said you're doing, the card may still be on the
> > fritz, and there may be a compatibility issue with the EtherExpress
> > Pro. (Is that intel or 3com? 3com's drivers were semi-broken in
> > 2.0.36...)
> >
> > > --
> > > Jon Skeet - [EMAIL PROTECTED]
> > > http://www.pobox.com/~skeet/
> >
> > -- Bryan Scott
> > -- CTR Online Systems Administration
> > (remove the NOSPAM. for email)
------------------------------
From: [EMAIL PROTECTED] (Bruce Hoult)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Thu, 01 Jul 1999 12:28:03 +1200
In article <7lbkp6$h72$[EMAIL PROTECTED]>, Cameron Hutchison
<[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (John E. Davis) writes:
>
> >On Sat, 26 Jun 1999 11:53:08 +1200, Bruce Hoult <[EMAIL PROTECTED]>
> >wrote:
> >> some_function(&foo);
> >>
> >>What will be foo's value after the call to some_function? Will it be
> >>altered? In C he has no way of knowing because C programmers often pass
> >>structs by reference even when they don't intend to change them.
>
> >At least the syntax indicates whether or not foo could be altered.
> >The fact remains that one cannot look at
> >
> > some_function (x)
>
> >in C++ and be sure that x was not modified, whereas in C you know that
> >the local variable x will not be affected.
>
> In C you still dont know that x will be unaffected.
>
> Consider this:
>
> #define inc(x) (++(x))
> ...
> int x = 1;
> ...
> inc(x);
>
> In this case, x is being modified and you cannot tell from the context. It
> may be bad form to write a macro with lower case letters, but it can also
> be argued that it is bad form to use non-const references in C++.
A hit! A very palpable hit!
-- Bruce
------------------------------
From: [EMAIL PROTECTED] (Bruce Hoult)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Thu, 01 Jul 1999 12:32:15 +1200
In article <7lcref$8tn$[EMAIL PROTECTED]>, [EMAIL PROTECTED]
(Nathan Myers) wrote:
> Johan Kullstam <[EMAIL PROTECTED]> wrote:
> >actually i don't mind the templates in C++. they are rather weak, but ...
>
> FUD, again. C++ templates are not weak.
True, C++ templates are pretty reasonable for what they are supposed to do.
> They allow construction of
> libraries that cannot be constructed in any other language.
That's an *extremely* strong statement.
Can you provide an example? I'd like to take a wack at it in another language
-- Bruce
------------------------------
From: "Rosimildo DaSilva" <[EMAIL PROTECTED]>
Subject: Re: Microsoft equivilant classes (looking for)
Date: Wed, 30 Jun 1999 20:42:04 -0500
Tom glass wrote in message <[EMAIL PROTECTED]>...
>I'm trying to convert code written in VC++ to my new Linux platform. In
>VC I used some microsoft classes like CString and CPtrArray, which were
>very handy. I'm thinking I can't be the only one who liked these
>classes and I'm wondering if anyone has created equivilents for Linux.
>Can anyone help?
>Thanks
>Tom
>
Use STL. It is standard and a lot easier to use.
Rosimildo.
------------------------------
From: [EMAIL PROTECTED] (Frank v Waveren)
Subject: Re: Need a.out compiler
Date: Thu, 01 Jul 1999 01:54:55 GMT
In article <7l8t2j$bvq$[EMAIL PROTECTED]>,
"Aaron Thompson" <[EMAIL PROTECTED]> writes:
> the very old distribution idea is the best yet. i will try. any help is
> appreciated.
I believe ftp.redhat.com has all old versions of redhat as well....
--
Frank v Waveren
[EMAIL PROTECTED]
ICQ# 10074100
------------------------------
** 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
******************************
