Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Difference between console and Terminal. Post 302508076 by Corona688 on Friday 25th of March 2011 03:49:40 PM
Old 03-25-2011
Quote:
Originally Posted by theKbStockpiler
Terminal Commands: Control-Alt-F7

After login:
gedit (enter) (gedit: 3684) GTK-Warning**: cannot open display:

kate (enter) cannot connect to X Server
I take it you're running that from a raw text console? Only things that logged in through your X server will have access to X these days.
Quote:
I'm wondering if just Getty starts a bash shell and everything else is a kernel driver.
Yes. That's literally all there is to it (in userspace, anyway).
Quote:
I thought unless X ran it , the application (bash shell) used direct system calls.
BASH always uses direct system calls. read() and write() are direct system calls. Smilie

The shell doesn't care whether it's in a GUI or a real terminal. The kernel does all the legwork and makes them act the same.

IOW, what changes is what these system calls talk to. In a graphical terminal, the shell is probably talking to a virtual terminal device. That's something like an anonymous pipe -- user programs can create and destroy them -- but they have terminal behaviors added on. Also, they're bidirectional. Writing Ctrl-C into it causes SIGINT to anything belonging to it, etc, etc. The graphical program(i.e. xterm) reads what the program writes and draws it on the screen, and writes what you type into the keyboard into the terminal device for the shell to read and process.

A raw text terminal is a real terminal. It physically exists. Nothing had to create it, it was there all along as far as userspace is concerned, and it can't be destroyed. The kernel does it all. No intermediate program draws on the screen.

For that matter, a VGA terminal is pretty close to actually being a raw terminal. When you type 'a', the kernel doesn't need to do much more than stick the raw byte 'a' in video memory. Fancy framebuffer terminals are a bit more complicated(and slower), though still handled in the kernel. They're complicated and finicky enough that I'm not convinced they really belong in the kernel either.

Another kind of 'real' terminal is a serial port. Technically all terminal devices, real and virtual, act like serial ports. Try 'stty' in a GUI login -- it'll report a baud rate and everything! The baud rate does nothing in anything that's not a real serial port of course, but most of the other myriad options can still be configured to your liking.

Last edited by Corona688; 03-25-2011 at 09:03 PM..
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

console terminal

if I am on "host13" and I rlogin to "host14" using root, is there any way to open up a console window on "host14" so that it will appear for that particular user sitting there at the time (1 Reply)
Discussion started by: AMisledDrummer
1 Replies

2. UNIX for Dummies Questions & Answers

Terminal vs console

What's the difference between a terminal and a console in Sun 5.5 CDE? Gives the option to open a console or terminal window, was wondering what the diff is? (1 Reply)
Discussion started by: kymberm
1 Replies

3. Programming

what difference between "terminal" and "console"

1 . Thank you for reading the post first. 2 . what difference between "terminal" and "console" (1 Reply)
Discussion started by: chenhao_no1
1 Replies

4. AIX

Difference between tty and console devices ?

Hi, What is the diference between these two ? thanks Vilius (3 Replies)
Discussion started by: vilius
3 Replies

5. UNIX for Dummies Questions & Answers

Difference between console and ttys

Sometimes when I open up the terminal (like just now) it says Last login: Wed Jun 17 07:29:25 on console sometimes it says ttys (like when I exit and open a new window/tab). What's the difference? and is something fishy going on? (6 Replies)
Discussion started by: Straitsfan
6 Replies

6. Fedora

console vs terminal ???

Hello sir, I was using the FEDORA 10.I saw both Console and terminal here.Can u please brief me about the differences between these two.....:confused: (3 Replies)
Discussion started by: nsharath
3 Replies

7. UNIX for Dummies Questions & Answers

Difference between system console and ILOM .

HI Guru's Can any one explain me the difference between a system console and a ILOM (SC). Thanks in Advance. RK :) (4 Replies)
Discussion started by: rama krishna
4 Replies

8. UNIX for Advanced & Expert Users

Console vs terminal

What is the difference between a console and terminal? When you hit ctrl+alt+f2 from the gui are you going into a console or terminal? (1 Reply)
Discussion started by: cokedude
1 Replies

9. Shell Programming and Scripting

How to start a shell script in a terminal console from graphic environment?

Hello. Normally when you double click on the file name, the shell script start in background. If you want to see what is going on, you must open a terminal console and start the shell within the terminal. Is it possible to start directly a shell script in a terminal console from the file... (0 Replies)
Discussion started by: jcdole
0 Replies

10. Solaris

Virtual Terminal (Console) showing non-global zone?

Hope that everyone is doing well today. Happy Friday. I am running an illumos (opensolaris) based system which is like SmartOS, OmniOS, and OpenIndiana I have been searching all over the Internet into various documents and forms that have to do with Solaris, Opensolaris, Illumos, and SmartOS... (3 Replies)
Discussion started by: LonnieTC
3 Replies
TSET(1) 						    BSD General Commands Manual 						   TSET(1)

NAME
tset, reset -- terminal initialization SYNOPSIS
tset [-IQrs] [-] [-e ch] [-i ch] [-k ch] [-m mapping] [terminal] reset [-IQrs] [-] [-e ch] [-i ch] [-k ch] [-m mapping] [terminal] DESCRIPTION
tset initializes terminals. tset first determines the type of terminal that you are using. This determination is done as follows, using the first terminal type found. o The terminal argument specified on the command line. o The value of the TERM environmental variable. o The terminal type associated with the standard error output device in the /etc/ttys file. o The default terminal type, ``unknown''. If the terminal type was not specified on the command-line, the -m option mappings are then applied (see below for more information). Then, if the terminal type begins with a question mark (``?''), the user is prompted for confirmation of the terminal type. An empty response con- firms the type, or, another type can be entered to specify a new type. Once the terminal type has been determined, the termcap entry for the terminal is retrieved. If no terminfo entry is found for the type, the user is prompted for another terminal type. Once the terminfo entry is retrieved, the window size, backspace, interrupt and line kill characters (among many other things) are set and the terminal and tab initialization strings are sent to the standard error output. Finally, if the erase, interrupt and line kill characters have changed, or are not set to their default values, their values are displayed to the standard error output. When invoked as reset, tset sets cooked and echo modes, turns off cbreak and raw modes, turns on newline translation and resets any unset special characters to their default values before doing the terminal initialization described above. This is useful after a program dies leaving a terminal in a abnormal state. Note, you may have to type ``<LF>reset<LF>'' (the line-feed character is normally control-J) to get the terminal to work, as carriage-return may no longer work in the abnormal state. Also, the terminal will often not echo the command. The options are as follows: - The terminal type is displayed to the standard output, and the terminal is not initialized in any way. -e Set the erase character to ch. -I Do not send the terminal or tab initialization strings to the terminal. -i Set the interrupt character to ch. -k Set the line kill character to ch. -m Specify a mapping from a port type to a terminal. See below for more information. -Q Don't display any values for the erase, interrupt and line kill characters. -r Print the terminal type to the standard error output. -s Print the sequence of shell commands to initialize the environment variable TERM to the standard output. See the section below on set- ting the environment for details. The arguments for the -e, -i and -k options may either be entered as actual characters or by using the ``hat'' notation, i.e. control-h may be specified as ``^H'' or ``^h''. SETTING THE ENVIRONMENT
It is often desirable to enter the terminal type and information about the terminal's capabilities into the shell's environment. This is done using the -s option. When the -s option is specified, the commands to enter the information into the shell's environment are written to the standard output. If the SHELL environmental variable ends in ``csh'', the commands are for the csh(1), otherwise, they are for sh(1). Note, the csh(1) commands set and unset the shell variable ``noglob'', leaving it unset. The following line in the .login or .profile files will initialize the envi- ronment correctly: eval `tset -s options ... ` To demonstrate a simple use of the -S option, the following lines in the .login file have an equivalent effect: set noglob set term=(`tset -S options ...`) setenv TERM $term[1] unset term unset noglob TERMINAL TYPE MAPPING
When the terminal is not hardwired into the system (or the current system information is incorrect) the terminal type derived from the /etc/ttys file or the TERM environmental variable is often something generic like ``network'', ``dialup'', or ``unknown''. When tset is used in a startup script (.profile for sh(1) users or .login for csh(1) users) it is often desirable to provide information about the type of ter- minal used on such ports. The purpose of the -m option is to ``map'' from some set of conditions to a terminal type, that is, to tell tset ``If I'm on this port at a particular speed, guess that I'm on that kind of terminal''. The argument to the -m option consists of an optional port type, an optional operator, an optional baud rate specification, an optional colon (``:'') character and a terminal type. The port type is a string (delimited by either the operator or the colon character). The operator may be any combination of: ``>'', ``<'', ``@'', and ``!''; ``>'' means greater than, ``<'' means less than, ``@'' means equal to and ``!'' inverts the sense of the test. The baud rate is specified as a number and is compared with the speed of the standard error output (which should be the control terminal). The terminal type is a string. If the terminal type is not specified on the command line, the -m mappings are applied to the terminal type. If the port type and baud rate match the mapping, the terminal type specified in the mapping replaces the current type. If more than one mapping is specified, the first applicable mapping is used. For example, consider the following mapping: ``dialup>9600:vt100''. The port type is ``dialup'', the operator is ``>'', the baud rate speci- fication is ``9600'', and the terminal type is ``vt100''. The result of this mapping is to specify that if the terminal type is ``dialup'', and the baud rate is greater than 9600 baud, a terminal type of ``vt100'' will be used. If no port type is specified, the terminal type will match any port type, for example, ``-m dialup:vt100 -m :?xterm'' will cause any dialup port, regardless of baud rate, to match the terminal type ``vt100'', and any non-dialup port type to match the terminal type ``?xterm''. Note, because of the leading question mark, the user will be queried on a default port as to whether they are actually using an xterm termi- nal. No whitespace characters are permitted in the -m option argument. Also, to avoid problems with metacharacters, it is suggested that the entire -m option argument be placed within single quote characters, and that csh(1) users insert a backslash character (``'') before any exclamation marks (``!''). ENVIRONMENT
The tset command uses the SHELL and TERM environment variables. FILES
/etc/ttys system port name to terminal type mapping database /usr/share/misc/terminfo terminal capability database SEE ALSO
csh(1), sh(1), stty(1), tty(4), terminfo(5), ttys(5), environ(7) HISTORY
The tset command appeared in 3.0BSD. COMPATIBILITY
The -A, -E, -h, -u and -v options have been deleted from the tset utility. None of them were documented in 4.3BSD and all are of limited utility at best. The -a, -d and -p options are similarly not documented or useful, but were retained as they appear to be in widespread use. It is strongly recommended that any usage of these three options be changed to use the -m option instead. The -n option remains, but has no effect. It is still permissible to specify the -e, -i and -k options without arguments, although it is strongly recommended that such usage be fixed to explicitly specify the character. Executing tset as reset no longer implies the -Q option. Also, the interaction between the - option and the terminal argument in some his- toric implementations of tset has been removed. The -E and -S options have been removed as they only make sense for termcap and tset now uses terminfo. As such, the TERMCAP entry has been removed from -s. Finally, the tset implementation has been completely redone (as part of the addition to the system of a IEEE Std 1003.1-1988 (``POSIX.1'') compliant terminal interface) and will no longer compile on systems with older terminal interfaces. BSD
September 29, 2009 BSD
All times are GMT -4. The time now is 09:14 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy