Sponsored Content
Full Discussion: No dbx installed
Top Forums Programming No dbx installed Post 302180900 by calloc on Tuesday 1st of April 2008 11:54:05 AM
Old 04-01-2008
No dbx installed

I have a problem whith dbx: there is no dbx installed!!!

Could someone tell me where do i get dbx program and how to install it?

Thanks.
 

10 More Discussions You Might Find Interesting

1. Programming

GDB or DBX??

Which is better?? I have always been a gdb fan.. But ppl say dbx is beter better for debugging the core.. Do all GDB lovers agree to it??? :cool: (1 Reply)
Discussion started by: jyotipg
1 Replies

2. Solaris

Help required on DBX

Hi All, I've been using Linux for past 2yrs for professional dev. Im well-off with gnu gdb. I am a C++ developer. Now that i use solaris, I need help on DBX. Regards, Sumanth (1 Reply)
Discussion started by: Sumanth
1 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. Programming

dbx issue

hi i have executable(eg test) of my application that has the following syntax to run test -Ddatabase_name Inputfile Now i want to debug it using dbx so i do dbx test (dbx) stop at /abc/test/test.c:90 stop at /abc/test/test.c:90 ^ syntax error the... (0 Replies)
Discussion started by: mad_man12
0 Replies

5. 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

6. 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

7. Programming

Dbx Debugger

I have tried lots of stuff but i can't get it working, i have also found a Thread in this Forum about it but it didn't describe how the program has to be run ect. My issue is that i want to run a program with multiple arguments eg. ./myprog arg1 arg2 arg3 arg4 arg5 with dbx, but i cant get... (8 Replies)
Discussion started by: alcatros
8 Replies

8. AIX

OS Patches installed but they seem as not installed

Hello everyone: I've installed an OS patch into AIX 6.1 by running the following command: instfix -d /tmp/6100-02-03 -k "IZ41855" however it seem not installed instfix -i -k "IZ41855" There was no data for IZ41855 in the fix database. what am I doing wrong? (8 Replies)
Discussion started by: edgarvm
8 Replies

9. Red Hat

Trouble with installed / not installed rpm unixODBC/libodbc.so.1

Hey there, i run 1: on my server (RHEL 6) and getting response that the libodbc is not installed. If i use yum for installation, it tells me, there is no package like this ( 2: ). Since in the description of Definiens is mentioned that the Run-time dependency is unixODBC (libodbc.so.1), I assume... (2 Replies)
Discussion started by: rkirsten
2 Replies

10. UNIX for Beginners Questions & Answers

Bash find version of an installed application but if none is found set variable to App Not Installed

Hello Forum, I'm issuing a one line bash command to look for the version of an installed application and saving the result to a variable like so: APP=application --version But if the application is not installed I want to return to my variable that the Application is not installed. So I'm... (2 Replies)
Discussion started by: greavette
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 11:01 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy