Linux-Development-Sys Digest #822, Volume #6 Sat, 12 Jun 99 03:14:32 EDT
Contents:
Re: gcc: Internal compiler error: program cc1 got fatal signal 11 (Erik de Castro
Lopo)
Re: gcc: Internal compiler error: program cc1 got fatal signal 11
([EMAIL PROTECTED])
Re: Linux development tools - new : download freeware compiler with IDE and
GuiDesigner for Linux & Windows ("Max Reason")
Re: TAO: the ultimate OS (Peter T. Breuer)
Re: Configuration Manager for Linux (Jonathan Abbey)
Re: Pinning a thread to a processor (Justin Vallon)
power off after shutdown --> no more in 2.2.x ? (Stefan Opperskalski)
Re: Novice linux user and new programmer having problems compiling C++ (Russell
Clark)
Re: Problems with Soundblaster 64 PCI (ES1370) (Andres Heinloo)
Free Sex Links 2119 ([EMAIL PROTECTED])
Re: Novice linux user and new programmer having problems compiling C++ programs
(Martin Kahlert)
----------------------------------------------------------------------------
From: Erik de Castro Lopo <[EMAIL PROTECTED]>
Subject: Re: gcc: Internal compiler error: program cc1 got fatal signal 11
Date: Sat, 12 Jun 1999 13:10:50 +1000
Ximenes Rocha Resende wrote:
>
> > I keep getting the following error when compiling large programs on my
> > Red hat 6 intel box.
> >
> > gcc: Internal compiler error: program cc1 got fatal signal 11
> >
>
> Hi,
>
> I have the exact same problem. Have you found the reason for this ? If so,
> please drop me a message. Thanks, Ximenes.
Highly likely to be hardware problems. See the FAQ
http://www.bitwizard.nl/sig11/
Erik
--
+-------------------------------------------------+
Erik de Castro Lopo [EMAIL PROTECTED]
+-------------------------------------------------+
Percussive Maintenance: The fine art of whacking the c**p out
of an electronic device to get it to work again.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: gcc: Internal compiler error: program cc1 got fatal signal 11
Date: 10 Jun 1999 09:29:47 GMT
root <[EMAIL PROTECTED]> wrote:
> I used to get the same errors on a Cyrix chip. Changing it to an AMD fixed the
> problem
I used to get the same errors on a Intel P100 chip, chaging it to an AMD
K6-266-II fixed the problem :)
In fact, i was getting memory , disk file corruptions and sig 11 all the
time with the combination of P100 + MB TXPro and with the same board, memory
chips etc and with the AMD chip i could compile the linux kernel about 50 times
in a row without a problem... I still don't understand why, since i had the
P100 working with another board without a problem for about 6 months 24h/24h.
------------------------------
From: "Max Reason" <[EMAIL PROTECTED]>
Crossposted-To: gnu.misc.discuss
Subject: Re: Linux development tools - new : download freeware compiler with IDE and
GuiDesigner for Linux & Windows
Date: Fri, 11 Jun 1999 19:15:37 -0000
Christopher B. Browne wrote in message ...
>> [...snips here and there to shorten...]
>> a Gnu Basic project just barely getting organized [seemingly] and
>> I sent them an introductory inquiry to see if there's collaboration.
>> Unfortunately their auto-mailer program seems to think I'm trying
>> to subscribe to their mailings! As soon as I get through to them,
>> maybe that'll lead to a method of "libre"-izing XBasic. If not, after
>> I hear from some more seasoned Linux people like yourself I'll
>> probably begin to grasp what "doing it right" means.
>
> There are worse ways of doing this... Give it a couple of days;
> people may well be on vacation, or in transit between academic
> terms, or just haven't read their mail yet. You can get a flavor
> for what's going on by watching what mail goes past you...
Yes, the more thoughtful [but opinionated] people who give me
their take, the more I'll understand the trade-offs. Thanks for yours.
>>> The open source approach is more along the lines of making
>>> the source available and seeing if anyone picks it up and does
>>> something exciting to it. Speaking of "scary", huh? <grin> You
>>> might want to look over the licenses - it sounds to me like you
>>> would probably prefer something along the lines of Larry Wall's
>>> "artistic license", which retains some control over what is allowed
>>> to be called "Product X" while retaining the key virtues of open source.
>>> www.opensource.org is probably a good starting point - there are
>>> as many definitions of "free" as there are people wanting to call some
>>> piece of software "free", though, so don't take OSI's word as gospel.
>>> Still, on the whole they do a pretty good job of surveying at least most
>>> of the field. www.fsf.org would be a good counterpoint to OSI's take
>>> on the issues. <evil grin>
>>
>> I probably don't know all the scenarios I should worry about,
>> but here are the ones that have come to mind. I don't really
>> mind how many cool additions and features (and bug fixes)
>> people add to XBasic. Of course I'd like to see intelligent
>> and generally useful stuff, but hey, whatever. But I wouldn't
>> want somebody to say "hey, I don't like the way this statement
>> or standard library function works, so I'm gonna change it or
>> eliminate it --- and break ALL pre-existing XBasic programs.
>> Maybe this isn't as likely as it seems, since XBasic is written
>> in XBasic so most such moves would break XBasic too,
>> rendering the change self-defeating. Of course the demon
>> could rewrite those spots in XBasic that depend on the
>> "offensive" statement or function - which puts me back in
>> the "I don't want this to happen" situation where everyone
>> else who already has XBasic has to fix their programs to
>> work around this person who hates the statement so much
>> he's willing to stick it up everyone's DO loop.
>
> I suggest you consider building a bit of a "test suite" of code
> that should continue to work.
>
> It's easy to say "no" to dumb changes if they have the effect
> of making 40 test cases break.
>
> And we've already been through transitions from Perl 3 to Perl 5,
> K&R C to ANSI C, and the likes, which means that you don't have
> to suffer fools quietly.
>
> The projects that tend to work have reasonably small "core teams"
> of people that have *full* access to change the source code. The
> team builds up on the basis of mutual trust. Others that have "cool
> ideas" have to convince one of the "core team" to let their code in,
> which is a deterrent to the more stupid of ideas.
That sounds like an intelligent model. The trick is therefore to find
good core people. Boy isn't that the trick in many domains!
>> What I really would like to hear from people is - what SHOULD
>> I worry about. I am so disconnected from community software
>> efforts that I sense I'm probably gonna worry about issues that
>> will never arise and get nuked by ones I never imagined.
>
> Start a mailing list. Or watch the GNU Basic list. Put the
> sources out on an FTP server somewhere. See who turns
> out to be interested.
Yeah, soon as I get a little more feedback about these issues
and more of the 1500 downloaders (in 1 month) have some
time to try it out, it'll be time for that.
> Take a little time to read through some of the notable licenses,
> such as:
> a) GPL.
> b) Artistic License (Perl site)
> c) BSD License
> d) XFree86 License (which is remarkably similar to the BSD License).
> e) Look at <http://www.fsf.org>, particularly the philosophy pieces.
> f) Python License <http://www.python.org>
> g) Debian Free Software Guidelines (an attempt at "ecumenicism")
> h) My opinions :-) <http://www.hex.net/~cbbrowne/lsffreesoftware.html>
> plus links to various licenses.
Thanks for the list - ehhh, homework.
> Don't feel forced to agree with all of it; in those cases where you
> *disagree,* this will help guide you away from things you *don't* want.
>
> *Definitely* read through the GPL, and put some "skull sweat" into
> understanding it. I saw it when it was first established some ten-odd
> years ago, and love it or hate it, it is an *incredibly* cleverly crafted
> document. I *think* I understand most of the implications, but it took
> considerably more than a day or two for it to filter through.
>
> The most entertaining bit is that it is potentially a *very* wise idea
> for BigCompany to use it rather than BSDL if they release software
> they consider important and potentially of competitive importance.
> Releasing under the GPL means that if BigCompetitor uses and
> distributes derivatives, BigCompetitor is *required* to release
> sources to their changes under the GPL...
That provision seems appropriate to me.
------------------------------
From: [EMAIL PROTECTED] (Peter T. Breuer)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: 12 Jun 1999 04:55:49 GMT
Reply-To: [EMAIL PROTECTED]
Alexander Viro ([EMAIL PROTECTED]) wrote:
: In article <5uI73.910$[EMAIL PROTECTED]>,
: Christopher Browne <[EMAIL PROTECTED]> replied to Vladimir Nuri,
: aka. M. Najtiv, aka L.D., aka [EMAIL PROTECTED]:
: >>i.e. "post your resume, bozo". no, I am not going to offer flamers fresh
: >>fodder. hahaha
: >
: >Usenet is filled with cranks.
: Oh, yes. And one you had replied to is one hell of interesting specimen.
: Check DN and check his website. Check net.legends FAQ, BTW.
Yep. I checked. You're right. He's a nutter. The dejanews search rapidly
leads one to
http://www8.pair.com/mnajtiv
and theer he appears to announce himself as M.Najtiv.
: And 'The Internet Writer Resource Guide' (compare the language, style and
: ideas). Strictly speaking he is *not* a crank, he's a bloody accurate
: imitation. Chris, meet <drumroll> alter ego of L. Detweiler.
Don't understand the reference. Is this really the L. Detweiler of which
I have heard but never seen in action? Sheesh .. I've experienced Ludwig
Plutonium at first hand, and I thought that was OTT.
But, yes, he appears not to be actually stark raving out the window, but
merely subtly derranged. His writings make syntactic sense, and the
logic in them is also correct (unlike LP), it just doesn't get anywhere. He
obvously has a fair aptitude for mathematics and physics, but the papers of
his I can say I am qualified to referee are just undergraduate piffle.
: Or about cryptography. Or about Fermat. Or about Termination Problem.
Just so. I've just got through reading about half of his termination
problem paper. He points out that a turing machine is a finite state
machine run lots of times, so that the outputs are from the sequence
f^n(state_0) (fine .. this is the usual starting point for formal
methods-based attacks ...). Then he points out that the transitive closure
under f of any set of states x is [the reachable states] (my translation
into standard nomenclature) and that the halting problem consists of
asking of any initial state x if it is in the smallest transitive closed
set of states [= least fixed point]. He then says that just having a
computable function that says yes no or loops would be satisfactory.
and I'm about half way through the paper with those two sentences. I
can't take the rest .. too elementary, at snail's pace. Absolutely
worthless non-work.
: Or about new protocols. Or about evil elitists and censors on xxx.lanl.gov.
The latter, yes, I saw.
: In some kind of sense he knows what he is doing and knows it very well.
: And he had posted enough to reconstruct his resume. Yes, it is some fodder.
: Spend a couple of hours on search engines - his post-'95 exploits make
: a fascinating reading.
Indeed. The troller and crank is "Vladimir Nuri". I didn't believe
professional trollers existed until now!
And our friend probably wants to reference
P.T. Breuer and J.P. Bowen.
Decompilation: The enumeration of types and grammars.
{\em {ACM} Transactions on Programming Languages and Systems
({TOPLAS})}, 16(5):1613--1647, September 1994.
(huh? was it really 94? I thought it was 95. Oh well) where it is
shown that decompilation is turing complete, but that "it can usually be
done" and gives a decompilation algorithm that never halts provided the
object code could have been obtained from an infinite number of slightly
variant source codes. I.e. I probably know what I am talking about and
I believe "Vladimir" certainly doesn't.
Can I go back to lurking again, please! Is "Vladimir" really L.Detweiler
then?
=====================================================================
Peter T. Breuer MA CASM PhD. Ing., Asoc. Prof.
Area de Ingenieria Telematica E-mail: [EMAIL PROTECTED]
Dpto. Ingenieria Tel: +34 91 624 91 80
Universidad Carlos III de Madrid Fax: +34 91 624 94 30/65
Butarque 15, E-28911 Leganes URL: http://www.it.uc3m.es/~ptb
Spain
------------------------------
From: [EMAIL PROTECTED] (Jonathan Abbey)
Subject: Re: Configuration Manager for Linux
Date: 11 Jun 1999 00:28:48 -0500
In article <7jq26k$jk5$[EMAIL PROTECTED]>,
Leslie Mikesell <[EMAIL PROTECTED]> wrote:
| [...]
|
| That is somewhat understandable, but if you look at exactly this
| issue from anyone else's perspective but your own you will understand
| why we are leary of trusting our system management to some product
| that has much less real-world use than (say) PostgreSQL. My
| experience is that all complex software packages have subtle bugs
| that are not uncovered until it is used in a large number of
| different settings. I already know what to expect from PostgreSQL
| and it has a fairly large regression test that is part of the
| distribution and run on many platforms after all revisions.
It's obviously true that complex software has to be hammered on in the
real world, and Ganymede is no kind of exception. I've got a couple
years experience with Ganymede as it is right now, and the code is
there for anyone to look at and try out in different environments.
I've gotten good reports from a handful of people, but I'd love to
(and need to) get a lot more feedback. Sort of a chicken and egg
thing.
I don't make any claims as to the goodness or reliability of the
Ganymede database as compared to PostgreSQL, certainly. I will say
that PostgreSQL itself doesn't do everything that Ganymede does, and
that anything sophisticated that you'd put together using PostgreSQL
would have to go through the same development process that Ganymede
has already gone through at this point, especially if you were
committed to having all changes go through an intelligent management
layer instead of having a more ad hoc repository of information that
various tools collaborated on in a less sophisticated way.
| [Wonderful sounding PostgreSQL features described ...]
|
| Sure, but that is the case with all databases. I agree that there
| are some special needs with regard to security that might have
| required some modifications to postgresql or other existing
| databases, but the added value would be that the programmability
| of the database fits into the scheme of other things you are
| likely to already be doing instead of being something else to
| learn.
True as well. That's why Ganymede is being sold as a thing to feed
NIS and DNS and LDAP and other things for which there is already
well-defined API's and client code.
| Oh well... If the database has to be a new entity, I'd feel a lot
| better about it if it could perform at least one of the jobs
| natively, and I'm least happy with LDAP at the moment. Is there
| any chance that the Ganymede backend could be taught to answer
| LDAP queries? Or more ambitiously, graft in the samba NT domain
| controller emulation also so password changes from Win95 can
| take effect and propagate into the other places they need to be known.
I suspect that it might actually be easier to integrate NT domain
controller emulation than it would be to shape the Ganymede server to
act as an LDAP server itself. At least for an NT domain controller,
the complexity of the data that needs to be served is very low. I've
already got code written and released to connect the Linux NIS kit's
yppasswdd to Ganymede so that when people make changes to their
passwords using the NIS passwd command, the changes get fed into
Ganymede. Doing similar things for NT domain control might be
relatively straightforward, although there's a lot in NT domains in
terms of security id's and the like which would make it non-trivial.
Feeding a real-life NT PDC with data from Ganymede via Perl works very
well for us, and it's hard to argue that the PDC might have
compatibility problems with the NT network.
With LDAP, there are more problems. LDAP's data types and the way one
structures directory services with LDAP doesn't necessarily map into
Ganymede's objects-and-links world very well. The code we use to
generate LDAP information for our LDAP-administered mail system
involves a bit of transformations, and is hand-coded based on the
schema we have in the Ganymede server and the LDAP schema we are
supporting for the mail server. Ganymede's type space is flat,
whereas LDAP objects belong to a hierarchy of type definitions. It
would likely be a significant rewrite at this point to support it
natively, with the attendant complexity and shake-down period
required, and I already have my hands quite full getting rich DNS
support developed.
As long as external code can be connected to the Ganymede server to
support things like NT domain control and LDAP queries, I'm personally
going to have to leave off supporting those things natively in favor
of proxies and auxiliary servers fed by Ganymede. That functional
separation helps keep the code more reliable and maintainable, and
doesn't force complexity on people who might not have a particularly
strong need to do certain things with Ganymede.
I want people who just want to manage DNS to be able to just manage
DNS, people who just want to manage NIS to be able to just manage NIS,
and people who want to do it all to be able to get there. And I want
the Ganymede server and client to be as simple and easy to take care
of as possible given all the other constraints on the project.
It's a big task, and I've been working on it for the last 6 years in
one form or another, with no more than myself and another programmer
working on it at any given time. I designed it as best I could to
make it able to be extended and integrated with other software, but if
it's going to make lots of people happy it's going to need
contributions from other people as well.
| LESb Mikesell
| [EMAIL PROTECTED]
--
===============================================================================
Jonathan Abbey [EMAIL PROTECTED]
Applied Research Laboratories The University of Texas at Austin
===============================================================================
------------------------------
From: Justin Vallon <[EMAIL PROTECTED]>
Subject: Re: Pinning a thread to a processor
Date: 12 Jun 1999 02:11:30 -0400
"Karsten Scholtyssik" <[EMAIL PROTECTED]> writes:
> bill davidsen <[EMAIL PROTECTED]> schrieb in im Newsbeitrag:
> 7jpdgk$d90$[EMAIL PROTECTED]
> > In article <7jmjk5$ih9$[EMAIL PROTECTED]>,
> > Karsten Scholtyssik <[EMAIL PROTECTED]> wrote:
> >
> > | I'm looking for a method to set the CPU affinity of a process/thread.
> Under
> > | Windows NT, I use the function SetProcessAffinityMask() - what is the
> Linux
> > | and/or Solaris equivalent? (I hope there *is* a way at all)
> > |
> > | I searched the man pages (pthread etc.) to no avail.
> >
> > Out of curiousity, what do you think this binding with do for you?
> It prevents the process from beeing scheduled on a different CPU
> which increases the cache locality. It reduces the situations where
> the process has to start with a cold cache.
As far as I understand, processor affinity has been implemented.
The argument against your binding process to processor is that your
process may be blocked for an amount of time that is greater than the
performance hit if your were to start on the "cold" cache. And, when
your process finally gets the processor it has demanded, your cache
may have been flushed, and you waited in vain.
I also think there is a kernel tunable parameter that can adjust the
amount of affinity.
> > Also, does this NT call bind the process to the processor or the
> > processor to the process?
> It binds the process to the processor so that the process is only
> scheduled on the given Processor(s).
--
-Justin
[EMAIL PROTECTED]
------------------------------
From: Stefan Opperskalski <[EMAIL PROTECTED]>
Subject: power off after shutdown --> no more in 2.2.x ?
Date: Sat, 12 Jun 1999 07:40:17 +0200
Reply-To:
Hi,
does somebody know what have been done to the kernel?
Since 2.2.x, the power-off function with my asus-boards doesn=B4t work an=
y
more.
Kernel 2.0.36 had this functionality and it worked fine.
I use ASUS TX-97, ASUS P2B-DS, ASUS P2B-S and its always the same... :-/
Any ideas?
Thanks,
Stefan O.
------------------------------
From: Russell Clark <[EMAIL PROTECTED]>
Subject: Re: Novice linux user and new programmer having problems compiling C++
Date: Fri, 11 Jun 1999 06:25:49 GMT
"J.D. Matteson" wrote:
> I am using Linux RH 5.0 to learn C++ programming. I installed all of the
> programming options when I installed Linux. When I g++ my "Hello World"
> test programm (a copy of it below) the compiler gives an error of
> "iostream - no such file or directory". I am assuming this is a simple
> operator misunderstanding propper Linux proceedures error, but every HOWTO
> or FAQ I have come across seems to lack the answer. If somebody knows the
> answer or can point me to the right information it would be greatly
> appreciated.
>
> Thanks
>
> J.D.
>
> P.S. Assume little to no expierience with Linux and programming
>
> #include <iostream>
> using namespace std;
>
> int main ()
> {
> cout << endl
> << "Hello World"
> << endl
>
> return0;
> }
Try #include <iostream.h> instead of #include <iostream>
Rus
------------------------------
From: Andres Heinloo <[EMAIL PROTECTED]>
Crossposted-To: linux.dev.sound
Subject: Re: Problems with Soundblaster 64 PCI (ES1370)
Date: Fri, 11 Jun 1999 09:47:34 +0300
On Thu, 10 Jun 1999, Konrad Mieredorff wrote:
> my SB64 PCI works fine with the es1371-Module (2.2.9). Did you already
> try that?
I didn't try that because "es1370" was written on a chip on my soundcard.
Kernel docs say that there is two versions of SB64 PCI, one using es1370
and the other es1371. Drivers for these two chipsets seem quite different.
Andres.
------------------------------
From: [EMAIL PROTECTED]
Subject: Free Sex Links 2119
Date: 12 Jun 1999 06:52:15 GMT
For the nastiest sex pictures visit:
http://freespace.virgin.net/efrwer.werewrd/
------------------------------
From: [EMAIL PROTECTED] (Martin Kahlert)
Subject: Re: Novice linux user and new programmer having problems compiling C++
programs
Date: 11 Jun 1999 06:27:19 GMT
Reply-To: [EMAIL PROTECTED]
[Posted and mailed]
In article <S_Z73.73$[EMAIL PROTECTED]>,
"J.D. Matteson" <[EMAIL PROTECTED]> writes:
> I am using Linux RH 5.0 to learn C++ programming. I installed all of the
> programming options when I installed Linux. When I g++ my "Hello World"
> test programm (a copy of it below) the compiler gives an error of
> "iostream - no such file or directory". I am assuming this is a simple
> operator misunderstanding propper Linux proceedures error, but every HOWTO
> or FAQ I have come across seems to lack the answer. If somebody knows the
> answer or can point me to the right information it would be greatly
> appreciated.
Your C++ uses relativly new features of C++
(no .h extension in include files and namespace).
I assume you use g++ version 2.7.2.*? Try 'g++ -v'
or 'g++ --version' to see its version.
If you want to do real work in C++, first install egcs-1.1.2
or the upcoming gcc-2.95.
Don't use gcc-2.8.1
Hope that helps,
Martin.
--
esa$ gcc -Wall -o ariane ariane5.c
ariane5.c: 666: warning: long float implicitly truncated to unsigned type
esa$ ariane5
------------------------------
** 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
******************************
