[SOLVED]TTY's wrong characters in manpage

Sorry about last post because I really need a picture to illustrate my problem and it seems not easy to add a picture from local computer in this forum.So,this time,I'll detailly describe the problem in words.
For example,when I input 'man rxvt' in X,the screen will show some contents,and one line of them will be like followed:
rxvt, version 2.7.10, is a colour vt102 terminal emulator intended as an xterm(1) replace‐
However,when I put in the same command in TTY,the last character of the same line will be another wrong character,uh,particularly said is 'E' with a slash above it,so the output is like this:
rxvt, version 2.7.10, is a colour vt102 terminal emulator intended as an xterm(1) replaceE
Absolutely,it's just an example above.Actually,I can see many wrong characters('E' with a slash over it) in the manpage(so far I can only find the problem in manpage).
And I have read a few wiki or some websites but I couldn't find why.Maybe it's hard for me.
Last edited by fool (2014-02-22 23:40:43)

Well, it was worth a shot
edit: Read the wiki: "locale.conf contains a new-line separated list of environment variable assignments: besides LANG, it supports all the LC_* variables, with the exception of LC_ALL.
Last edited by frank604 (2014-02-22 19:31:10)

Similar Messages

Touchsmart PC keyboard types wrong characters

touchsmart PC keyboard types wrong characters
replaced batteries
Suggestions?

Hello @rlindstr,
Welcome to the HP Forums, I hope you enjoy your experience! To help you get the most out of the HP Forums I would like to direct your attention to the HP Forums Guide First Time Here? Learn How to Post and More.
I understand that your keyboard is typing the wrong characters and you have replaced the batteries. I would be happy to assist you, but first I would encourage you to post your product number for your computer. I am linking an HP Support document below that will show you how to find your product number. As well, if you could indicate which operating system you are using. And whether your operating system is 32-bit or 64-bit as with this and the product number I can provide you with accurate information.
How Do I Find My Model Number or Product Number?
Which Windows operating system am I running?
Is the Windows Version on My Computer 32-bit or 64-bit?
Please re-post with the requested information and I would be happy to provide you with assistance. Thank you for posting on the HP Forums. Have a great day!
Please click the "Thumbs Up" on the bottom right of this post to say thank you if you appreciate the support I provide!
Also be sure to mark my post as “Accept as Solution" if you feel my post solved your issue, it will help others who face the same challenge find the same solution.
Dunidar
I work on behalf of HP
Find out a bit more about me by checking out my profile!
"Customers don’t expect you to be perfect. They do expect you to fix things when they go wrong." ~ Donald Porter

Reader 9.0.0 - Clipboard exports wrong characters

Hi,
I've been trying to copy text from a pdf file into Windows Notepad.
Apparently, Acrobat Reader 9 sends wrong characters to the clipboard. Here's some text from AR9 (Android_Apps.pdf):
"Biometric authen5ca5on system
currently suppor5ng iris based
authen5ca5on"
It seems AR9 changes "ti" into "5". How come?
Axel Dahmen

>But yet, doesn't pdf store the original text in addition to ligatures?
No. There's no capability to do that, and even if there was, no way to
force the PDF creator to use it.
What a PDF creator generally sees is a reference to a single character
in a font. In good cases, the character in the font uses a standard
like like "fi", "fl" or "ffi". This stuff gets stored into the PDF.
And there is a mapping into the Unicode ligatures. Acrobat is
actually fairly smart on text extraction: if you are extracting text
with a known ligature, and the operating system doesn't support it
(like using "fi" on Windows) it does generate a pair of characters.
However, "ti" is not a standard ligature, and doesn't exist in Unicode
so far as I've seen. This is fancy typography, but a problem.
Aandi Inston

Solution for wrong characters in KeyEvents generated with ALT method

Hi everybody!
There is still a problem with KeyEvents coming from a barcode scanner using ALT + NumPad method. Java generates KeyTyped events with random outputs when ALT key is pressed. The issue seems to have creeped in somewhere between JSE 6u3 and 6u10, as in the former it works as expected and in the latter it does not. The problem persists still, we also tested it with Java 8 (on Windows 8, Windows 7 and Ubuntu 14). The actual test client is very simple, the application is only a JFrame containing a JTextField and a JTextArea.
The old thread: Wrong characters in KeyEvents generated from input of barcode scanner
My solution is to register a KeyEventDispatcher that blocks the KeyEvents when the ALT method is active:
KeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventDispatcher(
new AltBugFixKeyEventDispatcher());
public class AltBugFixKeyEventDispatcher implements KeyEventDispatcher {
    private int i = -1;
    @Override
    public boolean dispatchKeyEvent(KeyEvent ke) {
        if (ke.isAltDown()) {
            switch (ke.getID()) {
                case KeyEvent.KEY_PRESSED:
                    if(ke.getKeyCode() == KeyEvent.VK_ALT){
                        i = 0;
                    }else if(Character.isDigit(ke.getKeyChar())){
                        i++;
                    }else{
                        i = -1;
                    break;
                case KeyEvent.KEY_RELEASED:
                    break;
                case KeyEvent.KEY_TYPED:
                    break;
            if(i != -1){
                return true;
        return false;

Hi everybody!
There is still a problem with KeyEvents coming from a barcode scanner using ALT + NumPad method. Java generates KeyTyped events with random outputs when ALT key is pressed. The issue seems to have creeped in somewhere between JSE 6u3 and 6u10, as in the former it works as expected and in the latter it does not. The problem persists still, we also tested it with Java 8 (on Windows 8, Windows 7 and Ubuntu 14). The actual test client is very simple, the application is only a JFrame containing a JTextField and a JTextArea.
The old thread: Wrong characters in KeyEvents generated from input of barcode scanner
My solution is to register a KeyEventDispatcher that blocks the KeyEvents when the ALT method is active:
KeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventDispatcher(
new AltBugFixKeyEventDispatcher());
public class AltBugFixKeyEventDispatcher implements KeyEventDispatcher {
    private int i = -1;
    @Override
    public boolean dispatchKeyEvent(KeyEvent ke) {
        if (ke.isAltDown()) {
            switch (ke.getID()) {
                case KeyEvent.KEY_PRESSED:
                    if(ke.getKeyCode() == KeyEvent.VK_ALT){
                        i = 0;
                    }else if(Character.isDigit(ke.getKeyChar())){
                        i++;
                    }else{
                        i = -1;
                    break;
                case KeyEvent.KEY_RELEASED:
                    break;
                case KeyEvent.KEY_TYPED:
                    break;
            if(i != -1){
                return true;
        return false;

SQL job running DTEXEC.EXE via PowerShell step produces wrong characters in result tables. Running the same DTEXEC.EXE in PowerShell x86 window produces correct results.

I've created a package in SSDT (Visual Studio 2012) to import DBF tables into MSSQL 2014 via a wizard.
Source DBF files contain tables with Russian (Cyrillic) characters in records fields.
Created package works fine, produces correct results (imports Cyrillic characters as needed) while:
•debugging in VS2012
•deploying package in SSISDB and running the package via PowerShell x86:
&"c:\Program Files (x86)\Microsoft SQL Server\120\DTS\Binn\DTExec.exe" /Server "server\mssql2014" /ISServer "\SSISDB\import\Integration Services Project16\Package1.dtsx";
But when I create a SQL Agent job with a single PowerShell step that contains the same command and run the job it produces wrong characters in resulting tables. So, the problem is in wrong code page (or encoding). The correct tables with records are
produced and job runs without errors.
I tried
chcp 1251; # 855, 866 -- all of them
&"c:\Program Files (x86)\Microsoft SQL Server\120\DTS\Binn\DTExec.exe" /Server "server\mssql2014" /ISServer "\SSISDB\import\Integration Services Project16\Package1.dtsx";
in SQL Agent PowerShell step, but with no positive result.
Anyone encountered such a behavior? How to fix it?
v

What if you run this package without PowerShell?
Arthur My Blog

Keyboard Typing The Wrong Characters

My keyboard was working fine and then it start to type the wrong characters, eg, when I hit the "0" I get "/" My computer is a Lenovo G530 MT 4446
How can I fix this? Please help!

hello,pls try this out
1.format the system completely and instore new operating system
2.if the problem still persist,try using external keyboard and check if d same problem still occure.
thanks

My wireless keyboard is typing the wrong characters?

My wireless keyboard is typing the wrong characters and as a result I cannot log into my profile and check the system preferences?

sgompf wrote:
My wireless keyboard has the wrong characters mapped to the number keys;
That mapping is determined by the settings of your computer. Go to system prefs/keyboard/input sources and make sure that only US is present on the list (or whatever language you normally use).

Random wrong characters appear when typing in Firefox--why?

While typing in Firefox, random wrong characters appear (e.g. I type "i" and "n" appears). If I go back and retype it, the same wrong character may appear two or three times, then the correct character appears. This happens while using gmail, but also, for example, when entering search terms into Yahoo. It does not happen while using other browsers such as Chrome, and it does not happen using other applications.

the wrong type characters kept appearing--I
would type the letter i and a 5 would appear instead.
This would indicate you have activated the feature which turns the right side of the keyboard into a numerical keypad. It might be Fn-F6 that controls this -- sorry I don't have a notebook and am not sure exactly how this works.

Wrong characters appear when typing on this discussion page

I was using safari on a power book (G4, processor 1.67 ghz, tiger 10.4.7) earlier today to try to download (unsuccessfully) some game demos, Myst IV and Myst V from macgames. Safari was terribly slow. It also crashed frequently and when I got on this discussion page to ask about this, as I was typing my concerns, the wrong type characters kept appearing--I would type the letter i and a 5 would appear instead. When I tried to use the delete button to erase the 5 the it wouldn't move.
I then got out of Safari and int word to see if I would get wrong characters in a document. The same thing happened. I kept getting a combination of letters and numbers in the document I was typing. I then shut down the power book and turned it back on without being online. I was able to type in word without getting the mixture of numbers and letters.
I guess I shouldn't use the power book to get on the internet. I know macs aren't supposed to get viruses, but could the problems safari is having be a virus or some other destructive thing? or perhaps my powerbook has a virus? I was planning to upgrade the imac's 10.1.5 to Panther and use safari as explorer doesn't work well with some websites and safari was reccommended. Perhaps I should stick with explorer 5.2
I have updated to 10.4.7. recently. Is there a safari update I need? I don't remember any of this happening before the update, however I rarely use the powerbook to get on the internet, so it could have been happening before the update to 10.4.7. Also since there is something wrong with safari, is there a different browser I could use with the power book? the imac has explorer 5.2. What about an anti virus program for the power book? Any suggestions or recommendations on how to deal with these problems would be appreciated.
Thanks,
Edith

the wrong type characters kept appearing--I
would type the letter i and a 5 would appear instead.
This would indicate you have activated the feature which turns the right side of the keyboard into a numerical keypad. It might be Fn-F6 that controls this -- sorry I don't have a notebook and am not sure exactly how this works.

[Solved] TTY doesn't display special characters correctly

Hello everyone.
I want to set my system language to german. I followed this tutorial: https://wiki.archlinux.de/title/Arch_Li … .BCber_HAL
Everything works good except that my TTY can't display special characters. Example:
http://i.imgur.com/ZW6kbOS.png
The is " not showing correctly at the bottom. However, the german umlaut ä works (as you can see).
I have already searched the arch forum. The only thing i have found is setting DAEMON_LOCALE="yes" in rc.conf. However, these post are already quite old and don't solve the my problem (as öäü are working). Additionally, Arch has stopped using rc.conf.
So, what causes this problem and how can i solve it?
Here are my configs:
/etc/locale.conf
LANG=de_DE.UTF-8
LC=
locale -a
C
de_DE.utf8
en_US.utf8
POSIC
locale
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=
/etc/vconsole.conf
KEYMAP=de-latin1-nodeadkeys
Note that i am running Arch as guest in a VirtualBox.
-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --
Last edited by Oznerol256 (2013-11-01 09:49:08)

I'm pretty sure you have to specify font and font map in vconsole.conf
like so:
FONT=Lat2-Terminus16
FONT_MAP=8859-2
If that doesn't help it could be this.
If so try to load settings manually, I can't test German setup, but for Polish I could do this to get national characters:
loadkeys pl
setfont Lat2-Terminus16 -m 8859-2
that requires to be root/sudo
note that -m 8859-2 part is quite important
edit:
actually got all German symbols to be displayed correctly, though I do not know if they are assigned for right keys for obvious reasons
loadkeys de-latin1-nodeadkeys
setfont Lat2-Terminus16 -m 8859-2
read read topic in then link to hopefuly fix why settings are not loaded on boot
Last edited by nutsh (2013-10-31 02:47:48)

[SOLVED] terminals & line drawing characters problem

I use quite some escape sequences in my bash prompt, amongst them a few that produce line drawing characters. Works fine in the virtual consoles (tty), but no terminals in X (tried xterm, terminal, urxvt) display them correctly, for some reason. My locale settings seem fine, and I've tried various fonts (including the one I use in the virtual consoles).
What could the issue be?
FYI, my bash prompt variable. Does it display correctly for you?
DRED='\e[0;31m'
DGREEN='\e[0;32m'
DYELLOW='\e[0;33m'
DBLUE='\e[0;34m'
DPURPLE='\e[0;35m'
DCYAN='\e[0;36m'
DWHITE='\e[0;37m'
LRED='\e[1;31m'
LGREEN='\e[1;32m'
LYELLOW='\e[1;33m'
LBLUE='\e[1;34m'
LPURPLE='\e[1;35m'
LCYAN='\e[1;36m'
LWHITE='\e[1;37m'
COLRESET='\e[0m'
PS1="\n\[$DBLUE\]\[\016\]l\[\017\]\[$DRED\](\u@\h)\[$DBLUE\]\[\016\]qqq\[\017\](\[$LBLUE\]H\!\[$DBLUE\])\[\016\]qq\[\017\](\[$LBLUE\]C\#\[$DBLUE\])\[\016\]qq\[\017\](\[$LBLUE\]J\j\[$DBLUE\])\[\016\]qqq\[\017\](\[$LBLUE\]\D{%H:%M %A %d - %B %Y}\[$DBLUE\])\n\[\016\]t\[\017\]\[\016\]q\[\017\](\[\[$LBLUE\]\w\[$DBLUE\])\n\[\016\]mqq\[\017\]> \[$LBLUE\]"
Last edited by Mzg (2010-07-09 10:00:41)

After some detective work I have managed to come up with an explanation as well as what seems to be a working solution.
If you have not tried the prompt above, basically I tried to use some line drawing characters in my bash prompt, but these refused to display correctly under any X terminals I tried (though it looked fine on virtual consoles).
The problem was in the
\[\016\] ... \[\017\]
sequences. The \016 escape sequence is supposed to enter the alternate character set mode (common way to draw e.g. lines in text mode) while \017 returns the terminal to the standard character set. These work fine on the virtual consoles, but are apparently a no-no in (some) X terminals. If you tried the prompt you would notice that the color escape sequences worked fine, only the line drawing characters failed.
So that is the explanation part. So for the solution...
For urxvt, which is my preferred terminal emulator, the solution is quite simple. This should also work with other rxvt-derived terminals (including the popular aterm), though I have not tested this.
These terminals offer the same functionality as the virtual consoles, though the escape sequences are different. "\033(0" enters alternate charset mode while "\033(B" returns to standard charset mode. So the solution is simply to replace all previous
\[\016\] ... \[\017\]
sequences with
\[\033(0\] ... \[\033(B\]
But this poses a problem, as the virtual consoles do not recognize these sequences and you'll get the same problem as before, only in text mode instead of X. I solved this by using the PROMPT_COMMAND variable to run fgconsole every time a command is ran in bash, checking if the command is ran in tty7 (i.e. X11) or in one of the (other) virtual consoles. This is my code for the root prompt:
DRED='\e[0;31m'
DGREEN='\e[0;32m'
DYELLOW='\e[0;33m'
DBLUE='\e[0;34m'
DPURPLE='\e[0;35m'
DCYAN='\e[0;36m'
DWHITE='\e[0;37m'
LRED='\e[1;31m'
LGREEN='\e[1;32m'
LYELLOW='\e[1;33m'
LBLUE='\e[1;34m'
LPURPLE='\e[1;35m'
LCYAN='\e[1;36m'
LWHITE='\e[1;37m'
COLRESET='\e[0m'
function prompt_func
# Running in tty7 or larger (X11)
if [ `sudo fgconsole` -gt 6 ]
then
PS1="\n\[$DBLUE\]\[\033(0\]l\[\033(B\]\[$DRED\](\u@\h)\[$DBLUE\]\[\033(0\]qqq\[\033(B\](\[$LBLUE\]H\!\[$DBLUE\])\[\033(0\]qq\[\033(B\](\[$LBLUE\]C\#\[$DBLUE\])\[\033(0\]qq\[\033(B\](\[$LBLUE\]J\j\[$DBLUE\])\[\033(0\]qqq\[\033(B\](\[$LBLUE\]\D{%H:%M %A %d - %B %Y}\[$DBLUE\])\n\[\033(0\]t\[\033(B\]\[\033(0\]q\[\033(B\](\[\[$LBLUE\]\w\[$DBLUE\])\n\[\033(0\]mqq\[\033(B\]> \[$LBLUE\]"
else
PS1="\n\[$DBLUE\]\[\016\]l\[\017\]\[$DRED\](\u@\h)\[$DBLUE\]\[\016\]qqq\[\017\](\[$LBLUE\]H\!\[$DBLUE\])\[\016\]qq\[\017\](\[$LBLUE\]C\#\[$DBLUE\])\[\016\]qq\[\017\](\[$LBLUE\]J\j\[$DBLUE\])\[\016\]qqq\[\017\](\[$LBLUE\]\D{%H:%M %A %d - %B %Y}\[$DBLUE\])\n\[\016\]t\[\017\]\[\016\]q\[\017\](\[\[$LBLUE\]\w\[$DBLUE\])\n\[\016\]mqq\[\017\]> \[$LBLUE\]"
fi
PROMPT_COMMAND=prompt_func
Note that I do not claim to be a good bash programmer, so there might be better ways. This has however worked flawlessly so far, including when su'ing to other users, and switching between tty's and X.
The code is the same for my other users, except from the colors. Note the
`sudo fgconsole`
Sudo proved necessary for non-root users. I added an entry in the sudoers config file to let all users run fgconsole as root without providing a password.
Okay, that's it. It's a bit dirty, but it solved my problem at least.
Last edited by Mzg (2010-07-10 07:06:44)

Getting wrong characters in PSE 8 (Mac OSX)

I think my problem is best described by reference to these two sample galleries:
Old gallery (PSE 2.0, Mac OS X.4):
http://www.huthyfs.com/axes
Note that é, e-acute, (images 2,3,4) is propery represented.
New gallery, same images (PSE 8.0, Mac OS X.6):
http://www.huthyfs.com/newaxes/instruments
(Version 2.0 does not work with Snow Leopard)
In Firefox you can choose either UTF-8 or ISO-8859-1 and make the e-acute stink in two different ways. (The source code for
the html pages indicates UTF-8).
Swedish characters, like å (å), ä (ä), and ö (ö), are also distorted into square roots of various symbols.
I've asked Adobe Support about this problem and they've asked me TWICE to again describe the problem, explain what gallery program
I'm talking about (Bridge, is there any other?) and how I start it (choose Create Web Phot gallery, under File, is there any other way?).
After I've answered their questions twice they no longer answer. Anyone here who can explain how to solve this apparently simple problem?
Or is there simply no solution? In that case I've wasted the equivalent of $140 on a completely worthless product.

The computer is a recent iMac, but not the very latest model currently advertised on Apple's homepage.
Model Name: iMac
Model Identifier: iMac9,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2.66 GHz
The OS is Snow Leopard, X.6.1. I have a Swedish keyboard, including characters like å,ä,ö, the last three letters of the Swedish alphabet.
å follows p. ö,ä follow l.
Apart from that it is the international standard, I suppose: QWERTY ... There may be other differences from an American keyboard, e.g. I doubt that
shift-4 is a Euro sign, €, in the US ...
When typing captions into File Info these Swedish characters were translated into their proper html equivalents on the html pages, å ä ö in Elements 2.0
(which uses ISO-8859-1).
é (é) is alt-e. It's not a Swedish character, but it's used in proper names and imported words. When typed into
File Info in Elements 8 they are represented as these atrocious square root symbols in the html source. That should be visible in the sample gallery I linked to, "View Source".
When opening Bridge ("Create Web Photo Gallery") I can set "Language" and "Keyboard". The former is the language of the instructions, and I've chosen
English. I've set the latter to Svenska (Swedish) which does not help. There must be some option that I've overlooked.

Wrong Characters returned by the WebService

Hi!
I have an scenario where i have one RFC Function module that call a WebService (Java/EJB) that brings the information from a Oracle DB. The RFC parse the results and populate my return tables.
When i call the WebService from wsnavigator in portal(http://url:port/wsnavigator), it returns the words with the special characters OK, eg: "Pend
ência".
But, when i call the WebService from the RFC Module in ABAP, using the interface if_http_client to make the WebService Call, it returns bogus characters, eg: "PendÃªncia".
So, if my table in Oracle DB have the word "Pendência", the RFC call result will be "PendÃªncia". The same happens with the following characters: áéíóúãàòìùäëïöüãõâêîôûçñ...
This situation only happens when i call the WebService from ABAP using the interface if_http_client, and it looks like the charset is wrong, but when i set the header of the HTTP REQUEST, i set the charset to iso-8859-1, as follows:
CALL METHOD http_client->request->set_header_field
    EXPORTING
      name = '~request_method'
      value = 'POST'.
CALL METHOD http_client->request->set_header_field
    EXPORTING
      name = '~server_protocol'
      value = 'HTTP/1.1'.
CALL METHOD http_client->request->set_header_field
    EXPORTING
      name = 'Content-Type'
      value = 'text/xml; charset=iso-8859-1;'.
CALL METHOD http_client->request->set_header_field
    EXPORTING
      name = 'Content-Length'
      value = txlen.
CALL METHOD http_client->request->set_header_field
    EXPORTING
      name = 'SOAPAction'
      value = ''.
Any idea?
Thanks in advance.

May be you don't have the right code page. I am not an expert, but check on that aspect with your basis administrators.
Here is the documentation related to code pages.
SAP character set identification
Definition
The 4-character name of an SAP character set as defined
in SAP character set maintenance.
The following explains the naming convention in more detail:
First digit: Code
0 EBCDIC character sets
1 ASCII character sets
2 mixed single byte / double byte character sets
4 double-byte character sets
6 mixed character sets
8 double byte and multibyte character sets
9 reserved for code pages you define
Second digit: Country
1-3 countries that use the Latin alphabet (Western Europe, North and South America, Australia, Africa)
4-6 countries that use non-Latin alphabets and writing
systems (Eastern Europe, Asia, Arabic countries in Africa)
7-9 reserved for special languages
Third and fourth digits: Sequential number
Example
0100 IBM 00697/00273 (Latin 1 - Germany/Austria)
0401 SNI BS2000 8859-5 EHCLC (cyrillic - multiple languages)
The table is TCP00.
Message was edited by: Srinivas Adavi

BSP invalid due to wrong characters in URL

Hi all,
Anybody have had next problem.
Next URL is executed :
https://secure.securex.be/crm1/sap/bc/bsp/sap/sem_bsc/analysis.htm
Via the reverse proxies ichain and Teros, the service is changed to
/sap%28bD1ubCZjPTYwMA%3D%3D%29/bc/bsp/sap/sem_bsc/analysis.htm instead of /sap(bD1ubCZjPTYwMA==)/bc/bsp/sap/sem_bsc/analysis.htm.
If we go directly to the backend, the last service is recognized and executed well.
Through the ichain and Teros, instead of" (, =, )", "%28, %3D, %29" is genareted what is not recognized by the ICM of SAP.
Other webservers like Lotus Notes and BEA Weblogic recognize such characters without any problem.
Any idea what parameters needs to be set?
Massage from SAP :
BSP Exception: the Application Name bc in URL /sap%28bD1ubCZjPTYwMA%3D%3D%29/bc/bsp/sap/sem_bsc/analysis.htm is invalid.
Anybod can help me.
Kind Regards
Paul

I had some issue with reverse proxy and I use IIS Proxy to make it. I solved issue with entries like below .
We have to put entry for proxy server in HTTPURLLOC table. More details available in https://www.sdn.sap.com/irj/sdn/wiki?path=/display/bsp/using+proxies&
Again when we call BSP the URL is changing with some extra string to replace /bsp/ to /bsp(xxxxxxxxxxxxx)/.
And for EP 7.0, other than the two entries required for EP 6.0 ( they are /irj/ and /logon/ ), we have to put one more entry for WebDynpro.
So finally the entries in IISProxy.xml file looks like below. ( In the below example 'sapep' is Portal and 'sapecc' is ECC 5.0 server.)
<ISAPI-config version="1.6">
<filter name="IisProxy filter" />
<extension name="IisProxy extension" />
<mapping name="PORTAL">
<source>
<protocol>http</protocol>
<prefix>/irj</prefix>
<new-prefix>/irj/</new-prefix>
</source>
<source>
<protocol>http</protocol>
<prefix>/logon/</prefix>
</source>
<source>
<protocol>http</protocol>
<prefix>/webdynpro/</prefix>
</source>
<target>
<protocol>http</protocol>
<host>sapep.domain.com</host>
<port>50000</port>
</target>
</mapping>
<mapping name="BSP">
<source>
<protocol>http</protocol>
<prefix>/sap/</prefix>
</source>
<source>
<protocol>http</protocol>
<prefix>/sap(bD1lbiZjPTA5NiZkPW1pbg==)/</prefix>
</source>
<target>
<protocol>http</protocol>
<host> sapecc.domain.com</host>
<port>1080</port>
</target>
<compress-types>text/html, text/plain</compress-types>
</mapping>
</ISAPI-config>
Thanks
Raibin

[SOLVED] TTY terminal font not displaying correctly

Solved, see Edit 2 for solution.
Begin original post:
Hi everyone,
When I login to any TTY console on my system (i.e. by pressing Ctrl+Alt+F2 and loging with my user name and password), the [user@hostname ~]$ is all gibberish; it looks something like this:
┌─[\[\e[31;1m\]\u@\[\e[32;1m\]\H\[\033[1;37m\]] \n\[\033[1;37m\]└─[\[\033[0;36m\]\w\[\033[1;37m\]]> \[\e[0m\]
Note: The user name and password prompts display correctly, as well as any commands that I enter (such as pacman -Syu), just the text preceding where I enter commands in messed up. Also, graphical terminal emulators such as xfce4-terminal do not have this issue.
I have researched this for a while, and I found a Post that outlines the same issue I am having. Unfortunately, the solution is for init.d and rc scripts, so it obviously will not work with Systemd.
Also, no other distro has this problem on my system, even a clean install of Arch works properly. This leads me to believe that a config file is messed up somewhere.
Does anybody know how to translate the above fix to a Systemd solution so I do not have to deal with wonky virtual consoles?
Thanks
-venividivici24
Edit: I just tried logging in as root, and it worked fine, everything was normal, so maybe it is some configuration file for my user specifically.
Edit 2: I fixed it. The problem happened to be in my ~/.profile config file. A while ago, I had bashish installed, but have since removed it. It left some settings in .profile that caused the console to act the way described above.
All I did to fix this was to change this:
# Termcap is outdated, old, and crusty, kill it.
unset TERMCAP
# Man is much better than us at figuring this out
unset MANPATH
BASHISHDIR="/usr/local/share/bashish" ## line added by bashish
TTY=`tty 2>/dev/null` && if test "x$BASHISHDIR" != x;then ## line added by bashish
test "$BASHISH_OLDPATH"||BASHISH_OLDPATH="$PATH" ## line added by bashish
PATH="$HOME/.bashish/launcher:$BASHISHDIR/lib:$BASHISH_OLDPATH" ## line added by bashish
BASHSISH_CP=437 ## line added by bashish
EST_TERM="$TERM" _bashish_utfcheck && BASHISH_CP=utf8 ## line added by bashish
ENV="$HOME/.profile" ## line added by bashish
export BASHISH_CP BASHISH_OLDPATH TTY ENV ## line added by bashish
. "$BASHISHDIR/main/prompt/sh/init" ## line added by bashish
fi ## line added by bashish
to this (I commented out the commands):
# Termcap is outdated, old, and crusty, kill it.
#unset TERMCAP
# Man is much better than us at figuring this out
#unset MANPATH
#BASHISHDIR="/usr/local/share/bashish" ## line added by bashish
#TTY=`tty 2>/dev/null` && if test "x$BASHISHDIR" != x;then ## line added by bashish
#test "$BASHISH_OLDPATH"||BASHISH_OLDPATH="$PATH" ## line added by bashish
#PATH="$HOME/.bashish/launcher:$BASHISHDIR/lib:$BASHISH_OLDPATH" ## line added by bashish
#BASHSISH_CP=437 ## line added by bashish
#EST_TERM="$TERM" _bashish_utfcheck && BASHISH_CP=utf8 ## line added by bashish
#ENV="$HOME/.profile" ## line added by bashish
#export BASHISH_CP BASHISH_OLDPATH TTY ENV ## line added by bashish
#. "$BASHISHDIR/main/prompt/sh/init" ## line added by bashish
#fi ## line added by bashish
I hope that this helps anyone who has this issue
Last edited by venividivici24 (2014-12-01 00:41:23)

It says:
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
This is my bashrc, but I do not see anything in here that would warrant such odd behavior.
alias aurup='yaourt -Sua'
alias pacup='sudo pacman -Syu'
alias update='sudo pacman -Syu && yaourt -Sua'
export EDITOR="nano"
complete -cf sudo
Last edited by venividivici24 (2014-12-01 00:32:05)

[SOLVED]TTY's wrong characters in manpage

Similar Messages

Maybe you are looking for