In .:
[mono.git] / mcs / class / Microsoft.JScript / Test / Mozilla / js1_5 / String / regress-179068.js
1 /* ***** BEGIN LICENSE BLOCK *****
2  * Version: MPL 1.1/GPL 2.0/LGPL 2.1
3  *
4  * The contents of this file are subject to the Mozilla Public License Version
5  * 1.1 (the "License"); you may not use this file except in compliance with
6  * the License. You may obtain a copy of the License at
7  * http://www.mozilla.org/MPL/
8  *
9  * Software distributed under the License is distributed on an "AS IS" basis,
10  * WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License
11  * for the specific language governing rights and limitations under the
12  * License.
13  *
14  * The Original Code is JavaScript Engine testing utilities.
15  *
16  * The Initial Developer of the Original Code is
17  * Netscape Communications Corp.
18  * Portions created by the Initial Developer are Copyright (C) 2002
19  * the Initial Developer. All Rights Reserved.
20  *
21  * Contributor(s):
22  *   igor@icesoft.no, pschwartau@netscape.com
23  *
24  * Alternatively, the contents of this file may be used under the terms of
25  * either the GNU General Public License Version 2 or later (the "GPL"), or
26  * the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
27  * in which case the provisions of the GPL or the LGPL are applicable instead
28  * of those above. If you wish to allow use of your version of this file only
29  * under the terms of either the GPL or the LGPL, and not to allow others to
30  * use your version of this file under the terms of the MPL, indicate your
31  * decision by deleting the provisions above and replace them with the notice
32  * and other provisions required by the GPL or the LGPL. If you do not delete
33  * the provisions above, a recipient may use your version of this file under
34  * the terms of any one of the MPL, the GPL or the LGPL.
35  *
36  * ***** END LICENSE BLOCK *****
37  *
38  *
39  * Date:    09 November 2002
40  * SUMMARY: Test that interpreter can handle string literals exceeding 64K
41  * See http://bugzilla.mozilla.org/show_bug.cgi?id=179068
42  *
43  * Test that the interpreter can handle string literals exceeding 64K limit.
44  * For that the script passes to eval() "str ='LONG_STRING_LITERAL';" where
45  * LONG_STRING_LITERAL is a string with 200K chars.
46  *
47  *   Igor Bukanov explains the technique used below:
48  *
49  * > Philip Schwartau wrote:
50  * >...
51  * > Here is the heart of the testcase:
52  * >
53  * >   // Generate 200K long string
54  * >   var long_str = duplicate(LONG_STR_SEED, N);
55  * >   var str = "";
56  * >   eval("str='".concat(long_str, "';"));
57  * >   var test_is_ok = (str.length == LONG_STR_SEED.length * N);
58  * >
59  * >
60  * > The testcase creates two identical strings, |long_str| and |str|. It
61  * > uses eval() simply to assign the value of |long_str| to |str|. Why is
62  * > it necessary to have the variable |str|, then? Why not just create
63  * > |long_str| and test it? Wouldn't this be enough:
64  * >
65  * >   // Generate 200K long string
66  * >   var long_str = duplicate(LONG_STR_SEED, N);
67  * >   var test_is_ok = (long_str.length == LONG_STR_SEED.length * N);
68  * >
69  * > Or do we specifically need to test eval() to exercise the interpreter?
70  *
71  * The reason for eval is to test string literals like in 'a string literal
72  * with 100 000 characters...', Rhino deals fine with strings generated at
73  * run time where lengths > 64K. Without eval it would be necessary to have
74  * a test file excedding 64K which is not that polite for CVS and then a
75  * special treatment for the compiled mode in Rhino should be added.
76  *
77  *
78  * >
79  * > If so, is it important to use the concat() method in the assignment, as
80  * > you have done: |eval("str='".concat(long_str, "';"))|, or can we simply
81  * > do |eval("str = long_str;")| ?
82  *
83  * The concat is a replacement for eval("str='"+long_str+"';"), but as
84  * long_str is huge, this leads to constructing first a new string via
85  * "str='"+long_str and then another one via ("str='"+long_str) + "';"
86  * which takes time under JDK 1.1 on a something like StrongArm 200MHz.
87  * Calling concat makes less copies, that is why it is used in the
88  * duplicate function and this is faster then doing recursion like in the
89  * test case to test that 64K different string literals can be handled.
90  *
91  */
92 //-----------------------------------------------------------------------------
93 var UBound = 0;
94 var bug = 179068;
95 var summary = 'Test that interpreter can handle string literals exceeding 64K';
96 var status = '';
97 var statusitems = [];
98 var actual = '';
99 var actualvalues = [];
100 var expect= '';
101 var expectedvalues = [];
102 var LONG_STR_SEED = "0123456789";
103 var N = 20 * 1024;
104 var str = "";
105
106
107 // Generate 200K long string and assign it to |str| via eval()
108 var long_str = duplicate(LONG_STR_SEED, N);
109 eval("str='".concat(long_str, "';"));
110
111 status = inSection(1);
112 actual = str.length == LONG_STR_SEED.length * N
113 expect = true;
114 addThis();
115
116
117
118 //-----------------------------------------------------------------------------
119 test();
120 //-----------------------------------------------------------------------------
121
122
123
124 function duplicate(str, count)
125 {
126   var tmp = new Array(count);
127
128   while (count != 0)
129     tmp[--count] = str;
130
131   return String.prototype.concat.apply("", tmp);
132 }
133
134
135 function addThis()
136 {
137   statusitems[UBound] = status;
138   actualvalues[UBound] = actual;
139   expectedvalues[UBound] = expect;
140   UBound++;
141 }
142
143
144 function test()
145 {
146   enterFunc('test');
147   printBugNumber(bug);
148   printStatus(summary);
149
150   for (var i=0; i<UBound; i++)
151   {
152     reportCompare(expectedvalues[i], actualvalues[i], statusitems[i]);
153   }
154
155   exitFunc ('test');
156 }