summaryrefslogtreecommitdiffstats
path: root/js/src/tests/ecma/SourceText/6-2.js
blob: d7bb090771bb39e05e84d627b3f811980fd3949b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
/* -*- tab-width: 2; indent-tabs-mode: nil; js-indent-level: 2 -*- */
/* This Source Code Form is subject to the terms of the Mozilla Public
 * License, v. 2.0. If a copy of the MPL was not distributed with this
 * file, You can obtain one at http://mozilla.org/MPL/2.0/. */


/**
   File Name:          6-1.js
   ECMA Section:       Source Text
   Description:

   ECMAScript source text is represented as a sequence of characters
   representable using the Unicode version 2.0 character encoding.

   SourceCharacter ::
   any Unicode character

   However, it is possible to represent every ECMAScript program using
   only ASCII characters (which are equivalent to the first 128 Unicode
   characters). Non-ASCII Unicode characters may appear only within comments
   and string literals. In string literals, any Unicode character may also be
   expressed as a Unicode escape sequence consisting of six ASCII characters,
   namely \u plus four hexadecimal digits. Within a comment, such an escape
   sequence is effectively ignored as part of the comment. Within a string
   literal, the Unicode escape sequence contributes one character to the string
   value of the literal.

   Note that ECMAScript differs from the Java programming language in the
   behavior of Unicode escape sequences. In a Java program, if the Unicode escape
   sequence \u000A, for example, occurs within a single-line comment, it is
   interpreted as a line terminator (Unicode character 000A is line feed) and
   therefore the next character is not part of the comment. Similarly, if the
   Unicode escape sequence \u000A occurs within a string literal in a Java
   program, it is likewise interpreted as a line terminator, which is not
   allowed within a string literal-one must write \n instead of \u000A to
   cause a line feed to be part of the string value of a string literal. In
   an ECMAScript program, a Unicode escape sequence occurring within a comment
   is never interpreted and therefore cannot contribute to termination of the
   comment. Similarly, a Unicode escape sequence occurring within a string literal
   in an ECMAScript program always contributes a character to the string value of
   the literal and is never interpreted as a line terminator or as a quote mark
   that might terminate the string literal.

   Author:             christine@netscape.com
   Date:               12 november 1997
*/

var SECTION = "6-1";
var VERSION = "ECMA_1";
startTest();
var TITLE   = "Source Text";

writeHeaderToLog( SECTION + " "+ TITLE);

// encoded quotes should not end a quote

new TestCase(  SECTION,
	       "var s = 'PAS\\u0022SED'; s",
	       "PAS\"SED",
	       eval("var s = 'PAS\\u0022SED'; s") );

new TestCase(  SECTION,
	       'var s = "PAS\\u0022SED"; s',
	       "PAS\"SED",
	       eval('var s = "PAS\\u0022SED"; s') );


new TestCase(  SECTION,
	       "var s = 'PAS\\u0027SED'; s",
	       "PAS\'SED",
	       eval("var s = 'PAS\\u0027SED'; s") );


new TestCase(  SECTION,
	       'var s = "PAS\\u0027SED"; s',
	       "PAS\'SED",
	       eval('var s = "PAS\\u0027SED"; s') );

var testcase =  new TestCase( SECTION,
			      'var s="PAS\\u0027SED"; s',
			      "PAS\'SED",
			      "" );
var s = "PAS\u0027SED";

testcase.actual =  s;

testcase = new TestCase(  SECTION,
			  'var s = "PAS\\u0022SED"; s',
			  "PAS\"SED",
			  "" );
var s = "PAS\u0022SED";

testcase.actual = s;


test();