Sponsored Content
Operating Systems AIX need help on dbx commands? AIX Post 302224480 by vparunkumar on Wednesday 13th of August 2008 09:04:16 AM
Old 08-13-2008
need help on dbx commands? AIX

Hi ..

I have a core_dump in the server... AIX 5.3 . It was created by on proc executable called "ProcessIse" . from the log report i found the source file name
"ProcessIseInterface.C" which created the core file.
the core file name is : "core" under /iprs/bin directory.

can you help me ? how do i start the investigation using dbx ?
what are all the commands should need to execute for fixing the bug?

Im very new to unix environment...so, can anyone give me your advice ?

Thanks
Arun
 

10 More Discussions You Might Find Interesting

1. Programming

AIX DBX Error

I am trying to debug a program, which had generated a core dump. When I issue 'where' command, it list me filename along with line number, which in case is not at all there in the .c file. Example: (dbx) where func1(var1= (...), var2 = 86, var3 = 0,var4 = 0) , line 87 in "prog.f" main(),... (1 Reply)
Discussion started by: S.P.Prasad
1 Replies

2. AIX

AIX Hardware commands

Hi All, Needed commands to find Monitor , chassis & keyboard related information on AIX. Please please please help. Thanks VK (2 Replies)
Discussion started by: Veenak15
2 Replies

3. UNIX for Advanced & Expert Users

need help on dbx commands?

Hi .. I have a core_dump in the server... AIX 5.3 . It was created by on proc executable called "ProcessIse" . from the log report i found the source file name "ProcessIseInterface.C" which created the core file. the core file name is : "core" under /iprs/bin directory. can you help me... (1 Reply)
Discussion started by: vparunkumar
1 Replies

4. AIX

Processing of commands in AIX

Whenever we type in a command of AIX, how does it get interpreted by AIX?(backend processing) (2 Replies)
Discussion started by: AIXlearner
2 Replies

5. UNIX for Dummies Questions & Answers

AIX commands newbie

Guys i am a newbie with AIX. I would be glad if you can help me produce answers in this questions. thanks 1. Check server connectivity 2. Check/review/investigate for login failure detection 3. Check/review/investigate for user login failure 4. Check/review/investigate for Revoke Detection... (0 Replies)
Discussion started by: redtred
0 Replies

6. AIX

Using dbx on AIX

Hi, We are porting a virtual machine application which emits native PowerPC instructions. The instructions are written to the data segment and are then executed, similar to the JIT / hot spot technology used in the Java VM. The problem is that the AIX debugger (dbx) will not show me stack... (3 Replies)
Discussion started by: nrgiii
3 Replies

7. AIX

Helpful AIX Commands to keep -Enjoy

List the licensed program productslslpp -L List the defined devices lsdev -C -H List the disk drives on the system lsdev -Cc disk List the memory on the system lsdev -Cc memory (MCA) List the memory on the system lsattr -El sys0 -a realmem (PCI) lsattr -El mem0 List system resources lsattr... (9 Replies)
Discussion started by: Aix|Dr
9 Replies

8. AIX

Need AIX system commands

Hey Guyz, I am preparing an inventory kindof thing about the aix servers.. I need help to find out the below details for many AIX servers.. Machine model and version Disk Size RAM size no. of CPUs and thier information list of softwares installed I searched in web.. but not much info I... (4 Replies)
Discussion started by: thariqueakbar
4 Replies

9. Shell Programming and Scripting

How to use dbx on AIX?

Hi, I ahd created my executable file from makefile on AIX. Now I want to debug my code using dbx. I typed: dbx help It goes into (dbx) prompt But afte that i do not know what to do to put breakpoints in my program and how to run step by step. Help me out ASAP. Thanks in... (0 Replies)
Discussion started by: Poonamol
0 Replies

10. Programming

AIX dbx - attaching to a process that is crashing

Hey everyone, I'm trying to attach to a process that is crashing so I can debug the source code. I've tried this: dbx -a PID stop at "file.cpp":line# However, nothing ever breaks. The service crashes and restarts, but I never see it hitting the code. I've tried to use a core file, but... (2 Replies)
Discussion started by: ctote
2 Replies
flea(1) 							   User Manuals 							   flea(1)

NAME
flea - Report a bug (or rather a flea) in mutt. SYNOPSIS
flea DESCRIPTION
flea is a shell script which helps you to submit a bug report against the mutt(1) mail user agent. If you invoke flea, you'll first be prompted for a short description of the problem you experience. This will be used as the bug report's subject line, so it should be concise, but informative. You are then asked to assign an initial severity level to the problem you observe; flea will give you a description which severity level is appropriate or not. Then, you are asked for the location of a core dump (normally named core) which may have been left over by a crash of your mutt(1). You can just type "no" here, or you can enter the path leading to a core dump. flea will try to use either sdb(1), dbx(1), or gdb(1) to extract some information from this core dump which may be helpful to developers in order to determine the reason for the crash. Finally, you are asked whether or not you want to include personal and system mutt(1) configuration files with the bug report. If at all possible, we urge you to answer these questions with "yes", since a reference configuration makes it incredibly easier to track down a problem. If you are using Debian GNU/Linux, flea will now check whether or not mutt has been installed as a Debian package on your system, and sug- gest to file the bug against the mutt(1) and Debian bug tracking systems. This option was added since the mutt(1) project uses another instantiation of the Debian bug tracking system, so submitting bugs against both systems in one pass is simple. You are then dropped into your favorite editor as determined by the EDITOR and VISUAL environment variables. Please give us details about the problem in the empty space below the line reading "Please type your report below this line". We are most interested in precise information on what symptoms you observe and what steps may be used to reproduce the bug. Chances are that problems which can easily be reproduced will be fixed quickly. So please take some time when filling out this part of the template. The remainder of the template contains various kinds of information gathered from your system, including output of the uname(1) command, output from mutt(1) itself, and your system's mutt(1) configuration files. You may wish to browse through this part of the bug report form in order to avoid leaking confidential information to the public. If you leave the editor, flea will give you the option to review, re-edit, submit, or abandon your bug report. If you decide to submit it, a mail message containing your report will be sent to <submit@bugs.guug.de>. You'll receive a copy of this message. While your bug report is being processed by the bug tracking system, you will receive various e-mail messages from the bug tracking system informing you about what's going on: Once your bug report has been entered into the bug tracking system, it will be assigned a unique serial number about which you are informed via e-mail. If you wish to submit additional information about the bug, you can just send it to the address serial@bugs.guug.de. Later, you will most likely receive questions from the developers about the problem you observed, and you will eventually be informed that your bug report has been closed. This means that the bug has been fixed at least in the cvs(1) repository. If the answers you receive don't satisfy you, don't hesitate to contact the developers directly under mutt-dev@mutt.org. You can also browse your bug report and all additional information and replies connected to it using the bug tracking system's Web inter- face under the following URL: http://bugs.guug.de/ ENVIRONMENT
flea will use the following environment variables: EMAIL Your electronic mail address. Will be used to set the bug report's From header, and to send you a copy of the report. LOGNAME Your login name. If the EMAIL environment variable isn't set, this will be used instead to send you a copy of the report. Setting the sender will be left to sendmail(1) on your system. REPLYTO If set, the bug report will contain a Reply-To header with the e-mail address contained in this environment variable. ORGANIZATION If set, the bug report will contain an Organization header with the contents of this environment variable. PAGER If set, this environment variable will be expected to contain the path to your favorite pager for viewing the bug report. If unset, more(1) will be used. VISUAL If set, this environment variable will be expected to contain the path to your favorite visual editor. EDITOR If set, this environment variable will be expected to contain the path to your favorite editor. This variable is examined if and only if the VISUAL environment variable is unset. If EDITOR is unset, vi(1) will be used to edit the bug report. FILES
core If present, this file may contain a post-mortem memory dump of mutt. It will be inspected using the debugger installed on your sys- tem. SEE ALSO
dbx(1), gdb(1), lynx(1), mutt(1), muttrc(5), sdb(1), sendmail(1), uname(1), vi(1) The mutt bug tracking system: http://bugs.guug.de/ AUTHOR
flea and this manual page were written by Thomas Roessler <roessler@does-not-exist.org>. Unix July 2000 flea(1)
All times are GMT -4. The time now is 01:41 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy