Sponsored Content
Top Forums Programming Not getting O/P in expected way-java Post 303018137 by RudiC on Wednesday 30th of May 2018 03:17:35 AM
Old 05-30-2018
The final <new line> is obviously missing, "this part" is the shell's prompt for the next command. How did you print your output? Please show your adapted code.
 

We Also Found This Discussion For You

1. Programming

Java not getting in expected way

Hi i am new to java and written a below code on linux platform which is working fine but not getting the output on terminal as expected vi A.java import java.io.FileOutputStream; class A { public static void main (String args) { byte c= {'a','e','i','o','u'}; try {... (1 Reply)
Discussion started by: scriptor
1 Replies
gettydefs(4)						     Kernel Interfaces Manual						      gettydefs(4)

NAME
gettydefs - speed and terminal settings used by getty DESCRIPTION
The file contains information used by to set up the speed and terminal settings for a line (see getty(1M)). It supplies information on what the prompt should look like. It also supplies the speed to try next if the user indicates the current speed is not correct by typing a Break character. Each entry in has the following format: Each entry is followed by a blank line. The various fields can contain quoted characters of the form etc., as well as where nnn is the octal value of the desired character. The various fields are: label This is the string against which tries to match its second argument. It is often the speed, such as at which the terminal is supposed to run, but it need not be (see below). initial-flags These flags are the initial settings to which the terminal is to be set if a terminal type is not specified to (see ioctl(2)). The flags that understands are the same as the ones listed in (see termio(7)). Normally only the speed flag is required in the initial-flags. automatically sets the terminal to raw input mode and takes care of most of the other flags. The initial-flag settings remain in effect until executes final-flags These flags take the same values as the initial-flags and are set just before executes The speed flag is again required. The composite flag takes care of most of the other flags that need to be set so that the processor and terminal are communi- cating in a rational fashion. The other two commonly specified final-flags are so that tabs are sent to the terminal as spaces, and so that the line is hung up on the final close. login-prompt This entire field is printed as the login-prompt. Unlike the above fields where white space is ignored (a space, tab or new-line), they are included in the login-prompt field. next-label If this entry does not specify the desired speed, indicated by the user typing a Break character, searches for the entry with next-label as its label field and set up the terminal for those settings. Usually, a series of speeds are linked together in this fashion, into a closed set. For example, linked to which in turn is linked to which finally is linked to If is called without a second argument, the first entry of is used, thus making the first entry of the default entry. It is also used if cannot find the specified label. If itself is missing, there is one entry built into the command which brings up a terminal at baud. It is strongly recommended that after making or modifying it be run through with the check option to ensure that there are no errors. EXAMPLES
The following two lines show an example of 300/1200 baud toggle, which is useful for dial-up ports: The following line shows a typical 9600 baud entry for a hard-wired connection: FILES
SEE ALSO
getty(1M), login(1), ioctl(2), termio(7). gettydefs(4)
All times are GMT -4. The time now is 09:20 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy