SQL*Plus and chinese characters

Hi all,
I have following scenario:
1. Database 10.1.0.5 with following NLS-Parameter:
SQL> select * from NLS_DATABASE_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8MSWIN1252
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 10.1.0.5.0
SQL> select * from NLS_SESSION_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_TERRITORY GERMANY
NLS_CURRENCY €
NLS_ISO_CURRENCY GERMANY
NLS_NUMERIC_CHARACTERS ,.
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD.MM.RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY €
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
SQL> select * from V$NLS_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_TERRITORY GERMANY
NLS_CURRENCY €
NLS_ISO_CURRENCY GERMANY
NLS_NUMERIC_CHARACTERS ,.
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD.MM.RR
NLS_DATE_LANGUAGE AMERICAN
NLS_CHARACTERSET WE8MSWIN1252
NLS_SORT BINARY
NLS_TIME_FORMAT HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY €
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
2. Windows Language is german
I should be possible to insert the chinese characters into the table from the SQL*Plus (sqlplusw.exe) and SQL*Plus should be able to show the chinese characters from that table.
Is there any Step-By-Step Tutorial for the changes, that I should provide?
Can anybody help me?
Thanks

I have a table CHINESE with one column STRING
NVARCHAR2(250). There I will store the chinese
character and display the content in SQL*Plus.
Into the table I will insert with SQL*Plus with
INSERT Statement.
To store the character you could use e.g.
insert unistr(<unicode value expression>) into table But Sql*Plus does not support Unicode display. Use SQL Developer instead for displaying your table data.
You could also use select dump(column,1016) from table to verify that character data is correctly converted and stored.
Windows Codepage is 1252.
What do you mean under "what is your corresponding
NLS_LANG client char set setting" ?With acp 1252, your NLS_LANG should contain .WE8MSWIN1252 - this tells Oracle your acp setting.
Note however that windows-1252 does not define any Chinese characters.
http://www.microsoft.com/globaldev/reference/sbcs/1252.mspx
http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm
You can read more about Unicode string literals in Oracle in chapter 7 Programming with Unicode, Globalization Support guide in 10.2. Also you probably should read about NCHAR literal replacement (available only in 10.2 and above).
http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/toc.htm
Message was edited by:
orafad

Similar Messages

Using SQL*Loader to Load Russian and Chinese Characters

We are testing our new 11.2.0.1 database using Oracle Linux 6. We created the database using the AL32UTF8 NLS Character set. We have tried using sqlldr to insert a few records that contain Russian and Chinese characters as a test. We can not seem to get them into the database in the correct format. For example, we can see the correct characters in the file we are trying to load on the Linux server, but once we load them into a table in the database, some of the characters are not displayed correctly (using SQL*Developer to select them out).
We can set the values within a column on the table by inserting them into the table and then select them out and they are correect, so it appears the problem is not in the database, but in the way sqlldr inserts them. We have tried several settings on the Linux server to set the NLS_LANG environment to AMERICAN_AMERICA.AL32UTF8, AMERICAN_AMERICA.UTF8, etc. without success.
Can someone provide us with any guidance on this? Would really appreciate any advice as to what we are not getting here.
Thanks!!

The characterset of the database does not change the language used in your input data file. The character set of the datafile can be set up by using the NLS_LANG parameter or by specifying a SQL*Loader CHARACTERSET parameter. I suggest to move this question to the appropriate forum: Export/Import/SQL Loader & External Tables for closer topic alignment.

Sql Plus and Unicode (or utf-8) characters.

Hello,
i have problem with Sql Plus and unicode files. I want to execute Start {filename}, where {filename} is file in unicode format (this file have to contains german and polish characters). But i receive error message. It is possible to read from unicode (or utf-8) file and execute commands from this file)?
Thanks in advance.
Pawel Przybyla

What is your client operating system characterset?

SQL*Plus and NLS_DATE_FORMAT

So, I haven't visited this topic in a long time, so I'm trying to refresh my memory on how everything works ...
We set our NLS_DATE_FORMAT at the system level ... what ... 4 years ago to 'MM/DD/RR'. Despite the fact that I set this to something more commonly-used than the default of 'DD-Mon-RR', we've adopted the standard of always using TO_DATE() with an explicit format, just in case it's ever changed.
There were some applications that missed the standard, and now that a driver (for ColdFusion) has been updated, these SQL statements are now failing.
When I started looking into it, I realized that the system-level default of 'MM/DD/RR' should work fine. But, after experimenting in SQL*Plus and TOAD, I am thinking that either:
1) the system-level format is not being used
2) and/or there are login scripts which are setting these to something else
Coincidentally, both SQL*Plus and TOAD return the exact same query results:
SQL> select *
     from NLS_INSTANCE_PARAMETERS
     where parameter = 'NLS_DATE_FORMAT';
PARAMETER                      VALUE
NLS_DATE_FORMAT                MM/DD/RR
SQL> select *
     from NLS_SESSION_PARAMETERS
     where parameter = 'NLS_DATE_FORMAT';
PARAMETER                      VALUE
NLS_DATE_FORMAT                DD-MON-RRSo I looked into the glogin.sql script (which both tools share), and there's nothing mentioned about the NLS_DATE_FORMAT
-- Copyright (c) 1988, 2003, Oracle Corporation.
-- All Rights Reserved.
-- NAME
--   glogin.sql
-- DESCRIPTION
--   SQL*Plus global login "site profile" file
--   Add any SQL*Plus commands here that are to
--   be executed when a user starts SQL*Plus, or
--   uses the SQL*Plus CONNECT command
-- USAGE
--   This script is automatically run
-- Used by Trusted Oracle
COLUMN ROWLABEL FORMAT A15
-- Used for the SHOW ERRORS command
COLUMN LINE/COL FORMAT A8
COLUMN ERROR    FORMAT A65 WORD_WRAPPED
-- Used for the SHOW SGA command
COLUMN name_col_plus_show_sga FORMAT a24
COLUMN units_col_plus_show_sga FORMAT a15
-- Defaults for SHOW PARAMETERS
COLUMN name_col_plus_show_param FORMAT a36 HEADING NAME
COLUMN value_col_plus_show_param FORMAT a30 HEADING VALUE
-- Defaults for SHOW RECYCLEBIN
COLUMN origname_plus_show_recyc   FORMAT a16 HEADING 'ORIGINAL NAME'
COLUMN objectname_plus_show_recyc FORMAT a30 HEADING 'RECYCLEBIN NAME'
COLUMN objtype_plus_show_recyc    FORMAT a12 HEADING 'OBJECT TYPE'
COLUMN droptime_plus_show_recyc   FORMAT a19 HEADING 'DROP TIME'
-- Defaults for SET AUTOTRACE EXPLAIN report
COLUMN id_plus_exp FORMAT 990 HEADING i
COLUMN parent_id_plus_exp FORMAT 990 HEADING p
COLUMN plan_plus_exp FORMAT a60
COLUMN object_node_plus_exp FORMAT a8
COLUMN other_tag_plus_exp FORMAT a29
COLUMN other_plus_exp FORMAT a44
-- Used to alter the TOAD environment so that users do not have to
-- use the SET DEFINE OFF command prior to compiling code
-- Charles Forbes 10.17.2005
SET scan offIf I expressly go into either tool and execute, the following, setting the format to that already delcared at the system-level:
alter session set nls_date_format = 'MM/DD/RR'Then these SQL statements start running just fine again.
There's something that I'm missing in my basic understanding of how this works. I assumed that the driver update for ColdFusion perhaps enabled a different "glogin.sql"-type script equivalent for that tool ... until ... I started checking into how the NLS_DATE_FORMAT is supposed to work ... but isn't. Could someone help me clarify where the hole is in my understanding?
Thanks,
Chuck

chuckers wrote:
What's the difference, then, between NLS_SESSION_PARAMETERS and NLS_INSTANCE_PARAMETERS in my initial post? The glogin.sql script isn't altering the NLS_DATE_FORMAT for the desktop version of SQL*Plus, so I'm perplexed that the SESSION format differs from the INSTANCE format.NLS_SESSION_PARAMETERS are the NLS parameters that are in force for your particular session (i.e. the particular connection you have). Most client applications cause things like NLS_DATE_FORMAT to be set, overriding the NLS_INSTANCE_PARAMETERS. Instance-level NLS settings are most commonly used only for purely back-end processing (i.e. background jobs scheduled via DBMS_JOB or DBMS_SCHEDULER, etc.) 9 times out of 10, the client application is going to override the instance-level paramters.
I even opened SQL Developer, and got
select * from nls_session_parameters where parameter = 'NLS_DATE_FORMAT';
PARAMETER                      VALUE
NLS_DATE_FORMAT                DD-MON-RR
1 rows selected
select * from nls_instance_parameters where parameter = 'NLS_DATE_FORMAT'
PARAMETER                      VALUE
NLS_DATE_FORMAT                MM/DD/RR
1 rows selected
That's not unexpected. Java applications are going to use the Java regional properties at least to specify a date format. SQL Developer has a config option for the date format, so it may well be specifying a different format.
They're all 3 (Toad, SQL*Plus, TOAD) so suspiciously consistent, that I'm questioning some of the fundamentals of the NLS setup.
I went ahead and looked via SQL*Plus from the server-side, & things are looking more consistently in-line with my expectations:
[oracle@dvsrvr13 ~]$ sqlplus forbesc@d13
SQL*Plus: Release 10.1.0.4.0 - Production on Thu Mar 19 12:44:57 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Enter password:
Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
SQL> select * from nls_session_parameters where parameter = 'NLS_DATE_FORMAT';
PARAMETER                      VALUE
NLS_DATE_FORMAT                MM/DD/RR
SQL> select * from nls_instance_parameters where parameter = 'NLS_DATE_FORMAT';
PARAMETER                      VALUE
NLS_DATE_FORMAT                MM/DD/RR
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
[oracle@dvsrvr13 ~]$ locate glogin.sql
/u01/app/oracle/product/10.1.0/db_1/sqlplus/admin/glogin.sql
[oracle@dvsrvr13 ~]$ more /u01/app/oracle/product/10.1.0/db_1/sqlplus/admin/glogin.sql
-- Copyright (c) 1988, 2003, Oracle Corporation. All Rights Reserved.
-- NAME
--   glogin.sql
-- DESCRIPTION
--   SQL*Plus global login "site profile" file
--   Add any SQL*Plus commands here that are to be executed when a
--   user starts SQL*Plus, or uses the SQL*Plus CONNECT command
-- USAGE
--   This script is automatically run
-- Used by Trusted Oracle
COLUMN ROWLABEL FORMAT A15
-- Used for the SHOW ERRORS command
COLUMN LINE/COL FORMAT A8
COLUMN ERROR    FORMAT A65 WORD_WRAPPED
-- Used for the SHOW SGA command
COLUMN name_col_plus_show_sga FORMAT a24
COLUMN units_col_plus_show_sga FORMAT a15
-- Defaults for SHOW PARAMETERS
COLUMN name_col_plus_show_param FORMAT a36 HEADING NAME
COLUMN value_col_plus_show_param FORMAT a30 HEADING VALUE
-- Defaults for SHOW RECYCLEBIN
COLUMN origname_plus_show_recyc   FORMAT a16 HEADING 'ORIGINAL NAME'
COLUMN objectname_plus_show_recyc FORMAT a30 HEADING 'RECYCLEBIN NAME'
COLUMN objtype_plus_show_recyc    FORMAT a12 HEADING 'OBJECT TYPE'
COLUMN droptime_plus_show_recyc   FORMAT a19 HEADING 'DROP TIME'
-- Defaults for SET AUTOTRACE EXPLAIN report
COLUMN id_plus_exp FORMAT 990 HEADING i
COLUMN parent_id_plus_exp FORMAT 990 HEADING p
COLUMN plan_plus_exp FORMAT a60
COLUMN object_node_plus_exp FORMAT a8
COLUMN other_tag_plus_exp FORMAT a29
COLUMN other_plus_exp FORMAT a44
[oracle@dvsrvr13 ~]$ So in all, I'm just perplexed by the differences.
--=cfI'm not surprised that SQL*Plus from the Unix database server is going to have session-level settings that match the instance-level settings because there is probably nothing set in the Unix environment that would override the instance-level settings. There is probably no NLS_LANG or NLS_DATE_FORMAT set as environment variables and probably no central place to look for regional settings. Most applications, particularly Windows and Java apps, are going to have multiple places to look for that sort of information.
Justin

How to connect to SQL*Plus and issue a query all in one command?

Hi everyone,
Does anyone know of a way to connect to a db with SQL*Plus, and issue a simple query, all with one command?
I know that I can save a .sql script with a query, then do this:
sqlplus user/pwd@db @myscript.sql
But I'm wondering if there's any way to put the actual query right into the connect command, something like:
sqlplus user/pwd@db "select count(*) from dba_tables;"
Does anyone know of a way to do this?

you didn't mention windows or unix. so, here's a link with both
Re: windows sql script
it also has a link to another thread on how to deal with the parens when using ehco in dos.

English and Chinese characters in a FIle

Hi,
I need to read a file from application server and create a idoc with that data. But, the File may sometime contain a mix of English and Chinese Characters as below.
File at application server is as below format:
#####û´##û³##úÊ##þÎñÓ#######MR###õ###########ø°####ò²#####7588##7590##200000
The file has six fix fields separated by ''. But when I move these fields in six variables, in 4th variable the value comes as '#õ###########ø°####ò²#####7588##7590##' instead of only '#õ' (it takes value of 5th variable also) and then the rest of fields get misplaced.
Any idea about this problem?
Please note that My system in SAP 4.6.
Thanks.

Hi..
Probably is caused by the 2bytes consume of chinese characters, have you tried to temporarly delete those chinese characters from the input data and see what happen?..
Hope to help...

Block japanese and chinese characters in a string

Hi,
I need to check a string whether it contains only Alphabets, Numbers and special characters. Requirement is to block Japanese and chinese characters . If possible let the know the logic through which this can be achieved.
Your assitance will be appreciated.
Thks in advance

Hi.
If sy-langu NE 'JA' or sy-langu NE 'ZH'.
Write your logic here as per your requirement.
Endif.
Regards.
Jay
Edited by: Jay on Jan 6, 2009 5:47 AM

SQL Plus and ODBC w/different database types

In order to connect to Oracle lite, we go through ODBC in SQL Plus (ex:login/pw@ODBC:polite)
Can I utilize this method to connect SQL Plus to a SQL Server 7 database and from there run the COPY TO command to copy data into my Oracle database? If so, what do I need to install to make this work? Is there a specific version of SQL Plus that this works with?

examples:
- optimizer_mode is 'RULE' when I select using SQL*Plus and 'CHOOSE' when I use SQL*Plus Worksheet.
- large_pool_size is 32Mb when I select using SQL*Plus and 108Mb when I use SQL*Plus Worksheet.
etc.

Help Needed with using Japanese and Chinese characters in SQL Server

Hi,
In my application I have to deal with storing chinese, japanese and English characters in the database which will come from a JSP ... Please help me in knowing how to do this...
Thanks
Rhea

Hello,
I believe that I answered this question on this post:
http://forum.java.sun.com/thread.jsp?forum=16&thread=25625
I hope that this helps.
Perogi.

SQL*Plus: list of characters that need to be escaped

Hi all,
We have a requirement where we need to add comments to tables and table columns and this is done using SQL*Plus. I understand that there are some special characters that are interpreted by SQL*Plus such as ampersand (&). I would like to know the list of such characters so that we can escape them before passing it on to CREATE COMMENT ON statement. So far we have identified the following special characters:
The following characters need to be escaped no matter where they are present in the comment
single quote "'" (hex 27)
define "&" (hex 26)
sqlterminator ";" (hex 3b)
The following characters need to be escaped when they are the only character on a line
forward slash "/" (hex 2f)
blockterminator "." (hex 2e)
sqlprefix "#" (hex 23)
The following characters need to escaped if they are followed by a newline
line continuation "-" (hex 2d)
We would like to know if there are other special characters and appreciate if someone can provide the list.
Thanks
Edited by: user779842 on Aug 20, 2009 3:37 AM
Edited by: user779842 on Aug 20, 2009 3:55 AM

I think the only two characters you need to worry about in your comment strings are: ' and & (apostrophe/single quote and ampersand). The latter you can get around by doing:
set define offbefore running your statements, but the apostrophe you'll have to double up to allow oracle to recognise that it's not the end of the string. Eg:
I'm a stringwould become
'I''m a string' -- NB. this is two single quotes, not 1 double quote!or, if you're on 10g or above, you can use the quote operator (q):
select q'#I'm a string#' from dual;See the documentation for what characters can be used as the quote delimiters: http://download.oracle.com/docs/cd/B19306_01/appdev.102/b14251/adfns_sqltypes.htm#sthref377

Arabic and Chinese characters are showing ??? in PDF

Hi
I hava an application which calls BI publisher API to generate PDF file from rtf temlate and xml input. It is fine for English contents. But the Arabic or Chinese characters are showing ??? in PDF. If I use BI publisher Desktop to load the xml and generate pdf file, it shows correct Arabic/Chinese Characters in PDF. I also copied ALBANWTJ.ttf file to my application JAVA_HOME/jre/lib/fonts/ folder. But it still doesn't work. Anyone can help me with this?
Thanks a lot!

I created xdo.cfg and put it in my JAVA_HOME/jre/lib/ folder. the file is configured as below:
<?xml version="1.0" encoding="UTF-8"?>
<config version="1.0.0" xmlns="http://xmlns.oracle.com/oxp/config/">
<properties>
<property name="system-temp-dir">/tmp</property>
</properties>
<fonts>
<font family="Default" style="normal" weight="normal">
<truetype path="/fonts/ALBANWTJ.ttf"/>
</font>
</fonts>
</config>
But now I'm getting this error while generating pdf file:
Adobe Reader could not open 'xxx.pdf' because it is either not a supported file type or because the file has been damaged (for example, it was sent as an email attachment and wasn't correctly decoded).
Is there anything wrong in my xdo.cfg?
Thanks!

Oracle 9.0.1 SQL*Plus and PL/SQL

Having just upgraded from Oracle 8.0.1 to the above, can anyone suggest a good book for learning the above languages as I believe there is quite a lot of difference in the codes, which also contains some good exercises for trying them out.
Phil.

I would take a look at this for PL/SQL:
Oracle PL/SQL Programming, 3rd Edition
If you want to learn SQL, you can try this book, which some people I know have liked: Mastering Oracle SQL
For the extra features of SQL*Plus, the Oracle manual is very complete and should be sufficient.

There's a little cartoon and chinese characters in my status bar that I didn't not put there and can't delete

I recently had my account smurfed,I think it's called-my email was attacked-sent a bunch of emails to friends as if from me---I changed password,etc-no other problems since-but I realized this morning that there's something in my status bar with chinese characters after it(the attack on my email was from Chinese source) and when I put my cursor over it-it doesn't give me any options-doesn't open...I suspect its from the same attacker---what is it? How can I get rid of it?

From Apple support, I found out this file is in the operating system folder. Apple support is satisfied that it's not a virus because a virus wouldn't be mixed with the operating system files. I only have familiarity with PCs and know that malware frequently disguises itself within the Windows operating system. Are there any out there who are adept with OS X 10.8.2? There must be someone. I mean, people code software for new Macs all the time. Anything would be helpfull: a book, an article--anything. I don't want to spend money on an antivirus program that may not even work and probably also slow down my computer. I went through all the major antivirus programs on my PCs. All of them allowed malware to get onto my computers. And what's worse, they couldn't delete the viruses. They would just give complicated instructions that involved manually editing the registry in Windows. The primary reason I bought a Mac is that I was told at a Mac retail store that I don't need an antivirus program; that the operating system is designed with built in barriers to malware. I thank anyone in advance for help.

Input with sql*plus and Output it with PL/SQL

Hi everyone,
I try to understand how can I get input and input by using sqlplus and plsql together. I get output like this:
Get User Input
Given Name: Iron
Family Name: Man
old   6:        Given_Name := '&GivenName';
new   6:        Given_Name := 'Iron';
old   7:        Family_Name := '&FamilyName';
new   7:        Family_Name := 'Man';
Given Name: Iron
Family Name: Man
PL/SQL procedure successfully completed.My Codes:
PROMPT Get User Input
ACCEPT GivenName PROMPT "Given Name: "
ACCEPT FamilyName PROMPT "Family Name: "
DECLARE
     Family_Name Varchar(15);
     Given_Name Varchar(15);
BEGIN
     Given_Name := '&GivenName';
     Family_Name := '&FamilyName';
     DBMS_OUTPUT.PUT_LINE('Given Name: ' || Given_Name);
     DBMS_OUTPUT.PUT_LINE('Family Name: ' || Family_Name);
END;
/My question is why I get
old   6:        Given_Name := '&GivenName';
new   6:        Given_Name := 'Iron';
old   7:        Family_Name := '&FamilyName';
new   7:        Family_Name := 'Man';this bit?Is there something wrong in my code? Thanks.

Hi,
From SQL*Plus reference:
After you enter a value at the prompt, SQL*Plus lists the line containing the substitution variable twice: once before substituting the value you enter and once after substitution. You can suppress this listing by setting the SET command variable VERIFY to OFF.
So. you can remove current output with
SET VERIFY OFF
and enable your PL/SQL output by
SET SERVEROUTPUT ON
Regards
Peter

SQL plus and Spatial tables

I have some spatial tables in 10g. I can use 'select query' on non spatial attributes but if try
select * or
select geom then my SQL plus gives error ::
Program Error - sqlplusw.exe has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.
<Cancel>
But I am able to use isqlplus without any errors.
Earlier SQL plus used to work fine. I don't understand what happened to it in between.
How can I bring my SQL plus working again.

I created a copy for a spatial table using.
create table copy as select * from original, and it was successful .
Other than that I haven't done anything other than select queries.

SQL*Plus and chinese characters

Similar Messages

Maybe you are looking for