Linux-Development-Sys Digest #920, Volume #6 Thu, 1 Jul 99 13:14:01 EDT
Contents:
HELP!! HELP!! /etc moved SOS!! SOS!! (Raghavendra B K)
Re: Remote login problems in custom RedHat env... (Wallace Barnes)
Re: Why not C++ (Nathan Myers)
Re: Why not C++ (Johan Kullstam)
Re: vt100 documentation and parsing (Mike Jagdis)
Re: Why not C++ (Klaus-Georg Adams)
Re: Why not C++ (Klaus-Georg Adams)
Re: vt100 documentation and parsing (francois fritz)
Re: vt100 documentation and parsing ("T.E.Dickey")
Re: Does the cpu sleep??? (Klaus Elend)
Re: Postgresql Success rate ([EMAIL PROTECTED])
gtk imagen show HELP (Guillermo)
Re: File max size (Konrad Mieredorff)
Re: Why not C++ (Timo Tossavainen)
----------------------------------------------------------------------------
From: Raghavendra B K <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: HELP!! HELP!! /etc moved SOS!! SOS!!
Date: Thu, 01 Jul 1999 13:53:02 +0530
Hello,
I wanted to modify some files in /etc. So I moved /etc to /etcc and came
out of su mode. Now I can't so anything (telnet, ftp, login, su, etc). I
get the following message for whatever command I type.
/bin/hostname: cann't open cache /etc/ld.so.cache
My system configuration is Linux DLD 5.4 (kernel version is 2.0.33).
Please send the reply to my personal email address:
[EMAIL PROTECTED]
Please help me restore URGENTLY. This is VERY VERY CRITICAL!!!!
Thanks in advance.
Regards,
Raghavendra B K
------------------------------
From: Wallace Barnes <[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 16:23:49 -0400
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.
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] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 01:47:24 -0700
Bruce Hoult <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Nathan Myers) wrote:
>
>> [C++ templates] 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 whack at it in
>another language.
Fair enough. Write a library and benchmark it against Blitz++.
(See http://oonumerics.org/blitz/index.html). If what you say is
true, it should be a *lot* easier to write the equivalent library
in Dylan, and then the benchmarks will speak for themselves.
Todd Veldhuizen's earlier papers offer a variety of examples
of much smaller implementations which would be good practice.
I await eagerly a report of your results.
The Object-Oriented Numerics mailing list (linked there) is
language-agnostic, and would welcome any questions you have.
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 01 Jul 1999 07:05:03 -0400
"Thomas Steffen" <[EMAIL PROTECTED]> writes:
> Johan Kullstam <[EMAIL PROTECTED]> writes:
>
> > some would say static typing is a burden.
>
> they have to be ignorants. types are one of the most important
> software engineering aspects (and this is not my private opinion).
it's not your unique opinion. many others hold it too. however, many
others do not hold it. they are neither ignorant nor crazy.
*types* are important. being able to declare types for efficiency is
good. however *requiring* types everywhere is a nuisance. sometimes
we put up with it, but there's no reason you *have* to.
> would you drive a car where you don't know whether the brakes work, or
> exist at all? no. but you would run a program where you don't know
> that the types are compatible, yes?
the developers of C++ think so too. templates are a way to avoid
explicit typing.
> static (or compile time) typing has two key advantaged:
>
> a) type checking at compile time (and checking should be done as early
> as possible. of course design time would be better...)
this is a dubious advantage and far from universally accepted. static
typing is an expedient to the compiler writer. type agreement is no
guarentee of correctness.
> b) speed. knowing the type means optimisation is possible, maybe even
> the dispatch is possible to infer.
sure. languages such as lisp allow declaration of type in order to
trade safety for effeciency.
> if you don't like this, you can use interfaces and RTTI, which gives
> you all the flexibility there is, while still doing some type checks
> at compile time.
i can use a different language. my point is that C++ while powerful
is sufficiently painful to use that i'd prefer another language.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (Mike Jagdis)
Crossposted-To: comp.os.linux.networking
Subject: Re: vt100 documentation and parsing
Date: 1 Jul 1999 11:11:11 GMT
Reply-To: [EMAIL PROTECTED]
In article <7lf88n$10a$[EMAIL PROTECTED]>, Jean-Christophe Dhellemmes wrote:
>I am trying to write a program that needs to parse vt100/ansi terminal
>escape sequences. Any pointer to the full vt100/ANSI escape sequences
>technical documention and/or any parsing source code would be greatly
>appreciated.
Try .../linux/drivers/char/console.c or the source for xterm :-).
Mike
--
A train stops at a train station, a bus stops at a bus station.
On my desk I have a work station...
.----------------------------------------------------------------------.
| Mike Jagdis | Internet: mailto:[EMAIL PROTECTED] |
| Roan Technology Ltd. | |
| 2 Markham Mews, Broad Street | Telephone: +44 118 989 0403 |
| Wokingham ENGLAND | Fax: +44 118 989 1195 |
`----------------------------------------------------------------------'
------------------------------
From: Klaus-Georg Adams <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 01 Jul 1999 14:00:45 +0200
[EMAIL PROTECTED] (John E. Davis) writes:
> On 26 Jun 1999 11:10:23 -0700, Nathan Myers <[EMAIL PROTECTED]>
> wrote:
> >Classes are not a very powerful feature; you can emulate them pretty
> >well in C. Exceptions are quite powerful, though of limited use.
>
> You can emulate classes and inheritance but doing so requires ugly
> preprocessor hacks that make the code less understandable. If you
> know of another way, then please let me know.
Of course. Take a look at Xt, the X Window Toolkit Intrinsics. This is
pure OO, with class objects, virtual functions, encapsulation, written
in C. No preprocessor hacks at all.
You have member functions (the internal Widget functions). You even
have access to the baseclasses member functions. You have static
member functions (internal functions of the widgetclass object). You
have data members and you have static data members.
Ugly? You bet. The code is full of casts, because C needs them.
Does it need coding discipline? Sure. The compiler doesn't get a
chance to bitch because of all the casts.
Would it be easier in C++? I think so.
kga
------------------------------
From: Klaus-Georg Adams <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 01 Jul 1999 13:49:22 +0200
[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. And yes, like many people,
> I use an editor that supports tags. When reading C++ code, I do have
> to look up every such function to see whether or not something like x
> could be modified by the function. With C, knowing instantly that x
> could not be modified is a big help to understanding code fragments.
#define some_function(x) ++x
:-)
You have to look at the definition anyways, in C or C++.
kga
------------------------------
From: francois fritz <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: vt100 documentation and parsing
Date: Thu, 01 Jul 1999 14:14:01 +0200
Mike Jagdis wrote:
> Try .../linux/drivers/char/console.c or the source for xterm :-).
You can also have a look to the sequences descriptions in either
/etc/termcap or
/usr/lib/terminfo/* (dont remember the name of the source file for
terminfo).
--
Francois FRITZ | SG EQTY/FFD/INF
mailto:[EMAIL PROTECTED] | 17, Cours Valmy (Tour SG)
Tel : (33) 01 42 13 49 13 | 92987 Paris La Defense Cdx
Fax : (33) 01 42 13 40 62 | France / Frankreich
------------------------------
From: "T.E.Dickey" <[EMAIL PROTECTED]>
Subject: Re: vt100 documentation and parsing
Crossposted-To: comp.os.linux.networking
Date: Thu, 01 Jul 1999 12:32:38 GMT
In comp.os.linux.development.system Mike Jagdis <[EMAIL PROTECTED]> wrote:
> In article <7lf88n$10a$[EMAIL PROTECTED]>, Jean-Christophe Dhellemmes wrote:
>>I am trying to write a program that needs to parse vt100/ansi terminal
>>escape sequences. Any pointer to the full vt100/ANSI escape sequences
>>technical documention and/or any parsing source code would be greatly
>>appreciated.
> Try .../linux/drivers/char/console.c or the source for xterm :-).
console.c isn't a good place (it's missing some pieces of vt100, and adds
a mix of ansi and non-ansi controls). But it is fairly simple and easy
to read.
xterm's ctlseqs.ms file (nroff -ms) has a complete list of what's implemented
in xterm (vt100 + vt220, which is a superset).
I would look first at Shuford's archive - then at xterm:
http://www.cs.utk.edu/~shuford/terminal_index.html
ftp://ftp.clark.net/pub/dickey/xterm
--
Thomas E. Dickey
[EMAIL PROTECTED]
http://www.clark.net/pub/dickey
------------------------------
From: Klaus Elend <[EMAIL PROTECTED]>
Subject: Re: Does the cpu sleep???
Date: Thu, 01 Jul 1999 14:33:58 +0200
Hi,
"Albrecht Dre�" wrote:
> I am currently writing a driver for a PCI card with AMCC's S5933 chip
> and have problems with PCI Bus Mastering on motherboards with Intel's 440 chip-
> sets. AMCC's support told me that the the reason was "the cpu going into a
> sleep mode". Can anybody explain what this is? Any chance to avoid it, and
> would it make any sense? (the driver works fine with other pci chipsets...)
Never heard of a sleep mode. Hard to imagine what the CPU
has to do with busmaster DMAs.
The S5933 is known to have had several bugs, including some that
showed up in conjunction with certain chip-sets only. I don't
know anything particular about the 440 chip-set, though.
Do you know what version of the chip are you using?
The version code can be found on the chip, right behind
the "S5933". Anything below QB (i.e. Q, QA) should be avoided.
Hope this helps,
Klaus Elend
--
=================================================================
Ingenieurbuero Ingo Mohnen Tel +49 (241) 94924-11
Rottstrasse 33 Fax +49 (241) 94924-29
52068 Aachen mailto:[EMAIL PROTECTED]
Germany http://members.aol.com/impaachen
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Postgresql Success rate
Crossposted-To: ahn.tech.linux,alt.os.linux,comp.os.linux.development.apps
Date: 1 Jul 1999 13:35:44 GMT
: It is my understanding the 6.4 and 6.4.1 are buggy, but 6.4.2 is solid.
: I am currently running 6.4.2
We had database corruption problems with all versions
of 6.4 and 6.5 when we absolutely hammered them from
more than one hundred clients. However, under a moderate
load, they seemed to work OK. Nevertheless the corruption
didn't inspire confidence and now the particular application
in question uses a commercial DB.
The other problem with Postgres is the way it handles
BLOBs as separate files all stored in one directory.
You can't really store more than about 10,000 BLOBs in
your database before the inefficiencies of ext2fs kill
any performance.
Rich.
[EMAIL PROTECTED] Play xracer! http://www.annexia.org/freeware/xracer.html
------------------------------
From: Guillermo <[EMAIL PROTECTED]>
Subject: gtk imagen show HELP
Date: Thu, 01 Jul 1999 15:06:24 +0200
Well, its very easy work with glade GUI builder , but once created the
imagen1 512x512, where do i have to put the 8 bits depth in my .raw
image and who to do to show it
(glade source gladescr.c)
GtkWidget*
create_window1 ()
{
GtkWidget *window1;
GtkWidget *image1;
window1 = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_object_set_data (GTK_OBJECT (window1), "window1", window1);
gtk_widget_set_usize (window1, 512, 512);
gtk_window_set_title (GTK_WINDOW (window1), "Imagen");
gtk_window_set_policy (GTK_WINDOW (window1), TRUE, TRUE, FALSE);
image1 = gtk_image_new (gdk_image_new (GDK_IMAGE_FASTEST,
gdk_visual_get_system (), 512, 512), NULL);
gtk_object_set_data (GTK_OBJECT (window1), "image1", image1);
gtk_widget_show (image1);
gtk_container_add (GTK_CONTAINER (window1), image1);
return window1;
}
If there is any example , please let me know it.
Thanks a million
Guillermo
------------------------------
From: Konrad Mieredorff <[EMAIL PROTECTED]>
Subject: Re: File max size
Date: Thu, 01 Jul 1999 17:41:16 +0200
Patrick Letovsky wrote:
>
> 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.
Okay, I'm not an expert but AFAIK this is an ext2 limitation. There were
some statements about 32/64 bit stuff but i can't remember wether they
were correct or not (www.dejanew.com again :-))
------------------------------
From: Timo Tossavainen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Thu, 01 Jul 1999 20:34:24 +0300
Nathan Myers wrote:
>
> Still, rigorous engineering is needed in many places, and languages
> that support it are needed in those places. C++ is currently the
> most powerful of such languages.
Rigorous engineering does not require static typing, strong typing
is what is needed for rigorous engineering, and that is what C++
doesn't have. Granted, if you write programs in a certain style you
can get the equivalent in C++ but C++ does not enforce this. How
about array bounds checking, built-in garbage-collection ? For larger
and more complex programs they are truly useful.
Your Lisp-bashing has gone a bit too far. Common Lisp has strong
typing with the proper safety declarations, array bounds-checking
and all the other stuff truly important for robust programs, that
are missing from C++. If you want a robust language like C++ then
try Eiffel.
Have you ever seriously used any of the more advanced languages
(Common Lisp, Scheme, Dylan, Prolog, etc.) in large programs ?
If you haven't, I suggest that you try them and learn them properly
and then try to make that statement again. In the future programs
will (hopefully) be more dynamic and dynamic languages are better
suited to the task.
Timo
------------------------------
** 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
******************************
