Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Changing my Screen Resolution (Not in X) Post 302127368 by jjinno on Tuesday 17th of July 2007 03:01:12 PM
Old 07-17-2007
Changing my Screen Resolution (Not in X)

I have no graphical environment, no X, just a shell... but its WAY bigger than my monitor...

what do I do?
 

10 More Discussions You Might Find Interesting

1. Solaris

Changing Screen Resolution

I have installed Solaris 10 over vmware onto my machine. Now when I want to change my screen resolution it only has one option which is 800x600. Is there a way to change that to a bigger resollution? And if there is, what file do I have to edit and what text editor do I have to use? (1 Reply)
Discussion started by: Aco
1 Replies

2. Solaris

Someone's got to know... Screen resolution question.

Hi all, Someone please help, I have a machine running Sun Solaris 5.8. X used to run fine, not it can't start. (possible user intervention) It looks to be trying to run at 1280x1024. I don't think the hardware will support it, it seems high. Anyways, how from the commandline, via ssh, can I... (4 Replies)
Discussion started by: komputersman
4 Replies

3. Solaris

Screen Saver Resolution

I am using sun solaris machine i have given the specs of that machine given below Name of athe Platform : SUNW,Ultra-5_10 Machiene hardware :sun4u Processor Type :sparc Operating system : solaris 10 Monitory TYpe : SAMSUNG Sync Master... (2 Replies)
Discussion started by: ambavaram
2 Replies

4. Solaris

screen resolution

how to change screen resolution in CDE prompt (2 Replies)
Discussion started by: tirupathi
2 Replies

5. UNIX for Dummies Questions & Answers

How to get current X screen resolution

Hi, I need to get the current X*Y resolution of X in a shell script. xrandr -q gives me a line like this: Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 3080 x 1600 How can I extract the X and Y current resolution values? sed, awk, cut or any other console solution is welcomed.... (2 Replies)
Discussion started by: tcfx44
2 Replies

6. Red Hat

Screen resolution before and after login

system: Fedora14 on vmware the login screen resolution is 1024*768, but after login the resolution is 800*600. I want to set the login screen resolution as 800*600 too. How to do this? thanks! (2 Replies)
Discussion started by: vistastar
2 Replies

7. UNIX for Dummies Questions & Answers

Changing the screen resolution

I have installed several flavors of Linux and FreeBSD onto my machine. Now when I want to change my screen resolution, it only has one option which is 800x600. Is there a way to change that to a bigger resolution? And if there is, what file do I have to edit and what text editor do I have to use?... (2 Replies)
Discussion started by: figaro
2 Replies

8. Linux

How to change screen Resolution?

Dear all I install Cent OS 5.5 ( Linux OS), with bshell and also Windows OS on the my laptop (ASUA) maximum screen resolution in Windows OS is 1024*760 but in Cent OS 5.5 is 800 *600, I have a program that is necessary to install on Cent OS and I have problem with other Linux distributions... (2 Replies)
Discussion started by: mkhorami76
2 Replies

9. Solaris

Screen Resolution

Hi all. I have a very peculiar problem in Solaris 10. The output of the m64config -prconf command with regards the Card Adapter is the following. Card possible resolutions: 720x400x85, 640x480x60, 640x480x72, 640x480x75 800x600x56, 800x600x60, 800x600x72, 800x600x75, 1024x768x60 ... (0 Replies)
Discussion started by: lynxman
0 Replies

10. Solaris

Changing dpi screen resolution in Solaris 10.

Hi, everyone! I would like to try OpenStep for Solaris on my Sun Ultra 10 machine, so I installed all required packages, the problem is that OpenStep requires screen DPI to be set to 72x72 while my current dpi is 90x90. So how do I change the dpi? Thank you! (0 Replies)
Discussion started by: nongrato
0 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 04:05 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy