Sponsored Content
Top Forums UNIX for Dummies Questions & Answers How to write a new Gdb backend? Post 302754551 by DGPickett on Thursday 10th of January 2013 05:04:57 PM
Old 01-10-2013
I think that if you build the back end for gcc, the gdb can key off that. Most people never need to go there, just people with new CPUs.
 

8 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Kill a backend process

Hello, I am trying to kill a backend process i know i can type a simple command kill -9 pid and my process will be killed. But the task is that there are two commands in the script which run the backend process and when that script is runned then we cannot find the PID of the two commands ... (13 Replies)
Discussion started by: er_aparna
13 Replies

2. UNIX for Dummies Questions & Answers

Is it possible to combine MPI (as backend) and GTK (as frontend)

Hello All, i wonder if it make sense to attemp to use GTK to create a GUI as frontend handling data input and result display, and to use MPI to implement data process in the backend. I would be very grateful if you can provide an example code. Thanks, (0 Replies)
Discussion started by: cy163
0 Replies

3. AIX

Problem with custom print queue backend

I'm trying to write a custom backend (ksh script) for a print queue that will encrypt a file then FTP it to a server. I had been testing the script by just executing it by hand and giving it a file as an argument. When I run the script manually, everything works perfectly. But when I run the script... (0 Replies)
Discussion started by: acascianelli
0 Replies

4. IP Networking

read/write,write/write lock with smbclient fails

Hi, We have smb client running on two of the linux boxes and smb server on another linux system. During a backup operation which uses smb, read of a file was allowed while write to the same file was going on.Also simultaneous writes to the same file were allowed.Following are the settings in the... (1 Reply)
Discussion started by: swatidas11
1 Replies

5. Shell Programming and Scripting

Help with Informatica Backend Shell Script

Request Any one of your to provide me a script which does the following in a single unix script. Basically Users will load data in SHARED LINK everyday, should write a UNIX SCRIPT which will ........ 1) Unix script should Open the LINK (FTP) 2) Each DIRECTORY in the link contains many... (0 Replies)
Discussion started by: informaticalabs
0 Replies

6. Shell Programming and Scripting

Perl CGI. no output until backend script is done

It is a basic Perl CGI question, I want to print out "Processing ... " while backend script /script/wait.pl is still running. But acctually, nothing appeared in browser untill /script/wait.pl finished. print "Content-type:text/html\r\n\r\n"; print '<html>'; print '<head>'; print... (4 Replies)
Discussion started by: honglus
4 Replies

7. UNIX and Linux Applications

phonon-backend-gstreamer vs phonon-backend-vlc vs phonon-backend-xine

phonon-backend-gstreamer vs phonon-backend-vlc vs phonon-backend-xine What are the advantages and disadvantages of phonon-backend-gstreamer, phonon-backend-vlc, and phonon-backend-xine. I was reading this and got curious. ... (1 Reply)
Discussion started by: cokedude
1 Replies

8. Shell Programming and Scripting

Running backend processes in ssh

Hi Team, i have a script alloc.sh on server1 main () { if ; then (nohup ./alloc.sh ALLOCATE 5400 isogen_alloc_$2 < /dev/null 2> /dev/null &) echo ALLOC_OK exit 0 fi if ; then sleep $2 fi } main $@ Here if i execute the alloc.sh on server1, it gets executed... (1 Reply)
Discussion started by: chandana hs
1 Replies
VGDB(1) 							   Release 3.9.0							   VGDB(1)

NAME
vgdb - intermediary between Valgrind and GDB or a shell SYNOPSIS
vgdb [options] DESCRIPTION
vgdb ("Valgrind to GDB") is used as an intermediary between Valgrind and GDB or a shell. It has two usage modes: 1. As a standalone utility, it is used from a shell command line to send monitor commands to a process running under Valgrind. For this usage, the vgdb OPTION(s) must be followed by the monitor command to send. To send more than one command, separate them with the -c option. 2. In combination with GDB "target remote |" command, it is used as the relay application between GDB and the Valgrind gdbserver. For this usage, only OPTION(s) can be given, but no COMMAND can be given. OPTIONS
--pid=<number> Specifies the PID of the process to which vgdb must connect to. This option is useful in case more than one Valgrind gdbserver can be connected to. If the --pid argument is not given and multiple Valgrind gdbserver processes are running, vgdb will report the list of such processes and then exit. --vgdb-prefix Must be given to both Valgrind and vgdb if you want to change the default prefix for the FIFOs (named pipes) used for communication between the Valgrind gdbserver and vgdb. --wait=<number> Instructs vgdb to search for available Valgrind gdbservers for the specified number of seconds. This makes it possible start a vgdb process before starting the Valgrind gdbserver with which you intend the vgdb to communicate. This option is useful when used in conjunction with a --vgdb-prefix that is unique to the process you want to wait for. Also, if you use the --wait argument in the GDB "target remote" command, you must set the GDB remotetimeout to a value bigger than the --wait argument value. See option --max-invoke-ms (just below) for an example of setting the remotetimeout value. --max-invoke-ms=<number> Gives the number of milliseconds after which vgdb will force the invocation of gdbserver embedded in Valgrind. The default value is 100 milliseconds. A value of 0 disables forced invocation. The forced invocation is used when vgdb is connected to a Valgrind gdbserver, and the Valgrind process has all its threads blocked in a system call. If you specify a large value, you might need to increase the GDB "remotetimeout" value from its default value of 2 seconds. You should ensure that the timeout (in seconds) is bigger than the --max-invoke-ms value. For example, for --max-invoke-ms=5000, the following GDB command is suitable: (gdb) set remotetimeout 6 --cmd-time-out=<number> Instructs a standalone vgdb to exit if the Valgrind gdbserver it is connected to does not process a command in the specified number of seconds. The default value is to never time out. --port=<portnr> Instructs vgdb to use tcp/ip and listen for GDB on the specified port nr rather than to use a pipe to communicate with GDB. Using tcp/ip allows to have GDB running on one computer and debugging a Valgrind process running on another target computer. Example: # On the target computer, start your program under valgrind using valgrind --vgdb-error=0 prog # and then in another shell, run: vgdb --port=1234 On the computer which hosts GDB, execute the command: gdb prog (gdb) target remote targetip:1234 where targetip is the ip address or hostname of the target computer. -c To give more than one command to a standalone vgdb, separate the commands by an option -c. Example: vgdb v.set log_output -c leak_check any -l Instructs a standalone vgdb to report the list of the Valgrind gdbserver processes running and then exit. -D Instructs a standalone vgdb to show the state of the shared memory used by the Valgrind gdbserver. vgdb will exit after having shown the Valgrind gdbserver shared memory state. -d Instructs vgdb to produce debugging output. Give multiple -d args to increase the verbosity. When giving -d to a relay vgdb, you better redirect the standard error (stderr) of vgdb to a file to avoid interaction between GDB and vgdb debugging output. SEE ALSO
valgrind(1), $INSTALL/share/doc/valgrind/html/index.html or http://www.valgrind.org/docs/manual/index.html, Debugging your program using Valgrind's gdbserver and GDB[1]vgdb[2], Valgrind monitor commands[3]. AUTHOR
Philippe Waroquiers. NOTES
1. Debugging your program using Valgrind's gdbserver and GDB http://www.valgrind.org/docs/manual/manual-core-adv.html#manual-core-adv.gdbserver 2. vgdb http://www.valgrind.org/docs/manual/manual-core-adv.html#manual-core-adv.vgdb 3. Valgrind monitor commands http://www.valgrind.org/docs/manual/manual-core-adv.html#manual-core-adv.valgrind-monitor-commands Release 3.9.0 11/01/2013 VGDB(1)
All times are GMT -4. The time now is 03:09 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy