I have a fairly basic RedHat 7.1 system, with some small changes:
1) I have upgraded the aic7xxx driver in an SMP 2.4.7 kernel.
2) As I have a Matrox G550 display card, I have updated the mga driver in
XFree86 4.0.3 with one from the Matrox web site.
I am getting core dumps from various
t; again, I wound up having to kill it from the prompt, and then I
> started
> > getting core dumps and could not even do a 'df' or an 'ls' without a
> core
> > dump and receiving an error message similar to the one recorded in
> > /var/log/messages:
>
lly. I had to kill Netscape from the command prompt, and there
> were 3 Netscape processes running. Every time I tried to start
Netscape
> again, I wound up having to kill it from the prompt, and then I
started
> getting core dumps and could not even do a 'df' or an 'ls
tried to start Netscape
again, I wound up having to kill it from the prompt, and then I started
getting core dumps and could not even do a 'df' or an 'ls' without a core
dump and receiving an error message similar to the one recorded in
/var/log/messages:
Nov 19 19:02:53 lo
David Young <[EMAIL PROTECTED]>
> Date: Wed, 25 Apr 2001 11:42:08 -0400
> To: <[EMAIL PROTECTED]>
> Subject: rpm core dumps on RH7
>
> I have three machines running RH7, and on two of them rpm core dumps if I
> try to -i (install), -U (update) or -F (freshen) any rpm... -
Did you upgrade RPM? Try rebuilding the rpm database.
rpm --rebuilddb
see if that helps.
Kirk
>At 11:42 AM 4/25/01 -0400, you wrote:
>I have three machines running RH7, and on two of them rpm core dumps if I
>try to -i (install), -U (update) or -F (freshen) any rpm... -q (query) or -
> Did you upgrade RPM?
Can't use rpm to update rpm package since rpm dumps core. Is there a way to
build from source?
> rpm --rebuilddb
Doesn't help.
___
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat
I have three machines running RH7, and on two of them rpm core dumps if I
try to -i (install), -U (update) or -F (freshen) any rpm... -q (query) or -e
(erase) works fine. Below is the config of the machines, can anyone give any
suggestions?
RPM WORKS:
#1 Dell PowerEdge 1400
RPM CORE DUMPS:
#2
On Sun, Apr 08, 2001 at 01:12:18PM -0700, Thornton Prime wrote:
>
> Core dumps are the sign of a program bug or a mis-matched library.
Often, but not always. I've had several occasions where core dumps occured
due to bad hardware (in my case both a bad CPU once and bad RAM). This wou
> ** Original Subject: gedit core dumps
> ** Original Sender: Robert Fausey <[EMAIL PROTECTED]>
> ** Original Date: Thu, 7 Sep 2000 10:54:16 -0400 (EDT)
> ** Original Message follows...
>
> Has anyone else encountered this problem. If you try to print from with
this problem. If you try to print from withingedit it
>core dumps.
Rob Fausey.
A communication disruption can mean only one thing ... invasion
___
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/list
Has anyone else encountered this problem. If you try to print from within
gedit it core dumps.
Rob Fausey.
A communication disruption can mean only one thing ... invasion
___
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com
you could wrap the executable in a shell script that uses unlimit to
restrict a core size to zero. a hack, but maybe worth it if you are
concerned about the core files.
charles
On Fri, 23 Jun 2000, linda hanigan wrote:
> Thank you between file and gdb I was able to gain enough info
> to talk to
Thank you between file and gdb I was able to gain enough info
to talk to the user. She is using ctrl c to break out if she doesn't
have enough information to finish typing the job. I guess I will have
to add something to my programs to give her a more graceful
exit. At least I can quit worrying th
Did you try the file command? Like this:
file core
It will often tell you what program caused the core dump, on Linux
anyway.
- Bob Glover
> Hi all,
> I have one user that is having alot of core dumps. She usually has her
> computer on all day with one screen logged on the computer
On Thu, Jun 22, 2000 at 02:04:08PM -0500, linda hanigan wrote:
> I have one user that is having alot of core dumps. She usually has her
> computer on all day with one screen logged on the computer she
> is sitting at and one screen logged in via telnet to the computer in
> the ot
n Thu, 22 Jun 2000, linda hanigan wrote:
> Hi all,
> I have one user that is having alot of core dumps. She usually has her
> computer on all day with one screen logged on the computer she
> is sitting at and one screen logged in via telnet to the computer in
> the other room. Is there a
Hi all,
I have one user that is having alot of core dumps. She usually has her
computer on all day with one screen logged on the computer she
is sitting at and one screen logged in via telnet to the computer in
the other room. Is there anyway to tell what is causing these core
files. I have no
* Cameron Simpson ([EMAIL PROTECTED]) wrote:
> On Mon, Feb 28, 2000 at 11:29:41PM +, Tom Gilbert wrote:
> | > Show us the code. Better still, first winnow it down to as small an example
> | > as you can and still have it fail. And then show us the code.
> |
> | Seen it now. The offending line
On Mon, Feb 28, 2000 at 11:29:41PM +, Tom Gilbert wrote:
> * Cameron Simpson ([EMAIL PROTECTED]) wrote:
> > On Mon, Feb 28, 2000 at 04:26:56PM +, Tom Gilbert wrote:
> > | * David Filion ([EMAIL PROTECTED]) wrote:
> > | > I'm trying to compile a C program that I wrote on a Sun system
> > |
On Mon, Feb 28, 2000 at 11:29:41PM +, Tom Gilbert wrote:
| > Show us the code. Better still, first winnow it down to as small an example
| > as you can and still have it fail. And then show us the code.
|
| Seen it now. The offending line was:
| #define PATH_VARIABLE_NAME "TTSDATA"
| [...]
|
David Filion wrote:
> I have not had a chance to recompile the program on my Linux but but I did find
> some pointer bugs. I've added code to check for null values before processing a
> value and redid some of the login to make it smoother.
Still off topic, I suppose, but I've used the "Don't Pa
I have not had a chance to recompile the program on my Linux but but I did find
some pointer bugs. I've added code to check for null values before processing a
value and redid some of the login to make it smoother.
As a separate note; I setup the environment used by the program on the Sun
sys
* Cameron Simpson ([EMAIL PROTECTED]) wrote:
> On Mon, Feb 28, 2000 at 04:26:56PM +, Tom Gilbert wrote:
> | * David Filion ([EMAIL PROTECTED]) wrote:
> | > I'm trying to compile a C program that I wrote on a Sun system
> | > but it won't work. The code compiles and runs fine on the
> | > Sun
On Mon, Feb 28, 2000 at 10:33:18AM -0500, David Filion wrote:
[...]
> I'm trying to compile a C program that I wrote on a Sun system
> but it won't work. The code compiles and runs fine on the
> Sun server. However, when I copy the code to my linux box
> (RH 6.0) from the Sun system via ftp and
> Anyone have any ideas?
Yes. A SUN has a different page table size. So on the SUN you where just
lucky that it didn't accessed any memory outside the page table.
I386 uses 4 KB page tables, so you where less lucky, and you accessed
memory outside the page table.
Check the code.
>
> I want
On Mon, Feb 28, 2000 at 04:26:56PM +, Tom Gilbert wrote:
| * David Filion ([EMAIL PROTECTED]) wrote:
| > I'm trying to compile a C program that I wrote on a Sun system
| > but it won't work. The code compiles and runs fine on the
| > Sun server. However, [...]
|
| Well, this isn't really the
* David Filion ([EMAIL PROTECTED]) wrote:
> I'm trying to compile a C program that I wrote on a Sun system
> but it won't work. The code compiles and runs fine on the
> Sun server. However, when I copy the code to my linux box
> (RH 6.0) from the Sun system via ftp and then try to work
> with it
David, there *should* be no difference between the file formats if you use
ascii mode to ftp the files. If you still suspect this, use 'od' to
examine the files contents.
Unless you feel comfortable reading octal values for characters,
'od -c file'
works best for me. You should have a single '\n
I'm trying to compile a C program that I wrote on a Sun system
but it won't work. The code compiles and runs fine on the
Sun server. However, when I copy the code to my linux box
(RH 6.0) from the Sun system via ftp and then try to work
with it I have all kinds of problems. I can compile the
Clement wrote:
>
> You are genius. Linuxconf failed when it open a file "included" in the
> named.conf. It looks like linuxconf simply do not know how to take care
> of that.
No, I'm not a genius, I'm a fool. It's evidenced by some of my past
posts. I did nothing more than show you the way t
in the
> > first place. However, after installing other applications, apache,
> > samba, etc, the linuxconf is now giving me core dumps only!
>
> I've seen that happen when linuxconf isn't able to correctly parse a
> config file. I recommend:
>
> strace linuxconf
xconf core dumps
Clement wrote:
> In preparing a new Redhat 6.1 machine, the linuxconf worked well in the
> first place. However, after installing other applications, apache,
> samba, etc, the linuxconf is now giving me core dumps only!
I've seen that happen when linuxconf isn&
Clement wrote:
> In preparing a new Redhat 6.1 machine, the linuxconf worked well in the
> first place. However, after installing other applications, apache,
> samba, etc, the linuxconf is now giving me core dumps only!
I've seen that happen when linuxconf isn't able to corre
Hi,
In preparing a new Redhat 6.1 machine, the linuxconf worked well in the
first place. However, after installing other applications, apache,
samba, etc, the linuxconf is now giving me core dumps only! Removing
and re-installing linuxconf will only give me the first info screen,
then core
James Youngman wrote:
> >>>>> "LG" == LG <[EMAIL PROTECTED]> writes:
>
> LG> Can someone tell me of a way to view core dumps
>
> You want to analyze it rather than view it, I guess. You do it like
> this:-
>
>>>>> "LG" == LG <[EMAIL PROTECTED]> writes:
LG> Can someone tell me of a way to view core dumps
You want to analyze it rather than view it, I guess. You do it like
this:-
$ gdb offending-program core The debugger loads in the
offendi
Hi,
Can someone tell me of a way to view core dumps
Thanks,
Mike
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
http://www.redhat.com/RedHat-FAQ /RedHat-Errata /RedHat-Tips /mailing-lists
To unsubscribe: mail [EMAIL PROTECTED] with
On 12 Mar 98 at 20:46, Fred Viles wrote about
"Re: ftp core dumps":
} On 12 Mar 98 at 22:33, Douglas F. Elznic wrote about
} "ftp core dumps":
}...
} "quit" action. Unless the app puts stdin into "raw" mode, typing
} -\ sends SIGQUIT to the
On 12 Mar 98 at 22:33, Douglas F. Elznic wrote about
"ftp core dumps":
} I found some curious behaivior with the ftp client installed with redhat
} 5.0. I am running redhat 5.0 on an amd k5pr133. I also noticed this
} behaivior on a pentium and a pentium II all redhat 5.0. Conn
I have a Pentium 166 with 96 Megs RAM, and I'm sorry I can't verify that
for you.
-Paul
On Thu, 12 Mar 1998, Douglas F. Elznic wrote:
> Hello,
> I found some curious behaivior with the ftp client installed with redhat
> 5.0. I am running redhat 5.0 on an amd k5pr133. I also noticed this
> beha
Hello,
I found some curious behaivior with the ftp client installed with redhat
5.0. I am running redhat 5.0 on an amd k5pr133. I also noticed this
behaivior on a pentium and a pentium II all redhat 5.0. Connect to any ftp
server and at the login propmt issue: (control)\
and the server responds Q
42 matches
Mail list logo
