https://wiki.secondlife.com/w/api.php?action=feedcontributions&feedformat=atom&user=March+Korda
Second Life Wiki - User contributions [en]
2026-07-03T21:08:07Z
User contributions
MediaWiki 1.42.1
https://wiki.secondlife.com/w/index.php?title=Integer/ja&diff=44933
Integer/ja
2007-12-16T15:15:50Z
<p>March Korda: fix typo.(小数点をが->小数点が)</p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header/ja}}<br />
[[Category: LSL Types/ja]]<br />
<br />
=Integers=<br />
integerデータ型は−2,147,483,648 〜 +2,147,483,647 (16進数で0x00000000 〜 0xFFFFFFFF)の範囲の符号付きの32ビットの値. integer型は整数の数値. 小数点が必要な場合は, [[float/ja|float]]を参照.<br />
<br />
DEBUG_CHANNELはinteger型の最大値の定数として使用することができる.<br />
<br />
==例==<br />
次のものはすべてinteger型として扱うことができる:<br />
<pre><br />
integer firstInt = 5512623;<br />
integer secondInt = ACTIVE;<br />
integer thridInt = 0x61EC1A;<br />
integer fourthInt = -160693;<br />
</pre><br />
<br />
次のものはinteger型では扱えない. これらの数値を扱うためには[[float/ja|float]]を参照:<br />
<pre><br />
integer firstInt = 125.2; //integer型は小数点を含むことはできない.<br />
integer secondInt = 10000000000; //integer型は2,147,483,647より大きな数値を扱うことはできない.<br />
</pre></div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44546
LSL エラー
2007-12-12T07:38:21Z
<p>March Korda: translated into Japanese.</p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
どのくらいのスクリプトが大きすぎるスクリプトなのかは、驚くほど変化することがあります。例えば、the 2007-08 Second Life クライアントでは30倍程度に変化しました。具体的には、Windowsクライアントは22個の22を受け付け、23個のelse-ifを拒絶しましたが、Mac OS Xは692個のelse-ifを受け付け、693個のelse-ifを拒絶しました。<br />
<br />
OSによって変化するコンパイラの制限は、コピー制限の手段のように働きます。制限のゆるいコンパイラでコンパイルされたスクリプトを誰でも実行できます。しかし、制限の多いコンパイラしか持たないユーザは、そのソースを変更してもセーブできません。<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
もちろんあなたはスクリプトやスクリプト内の語をコンパイラが受け入れられるように厳密に記述しなければなりません。<br />
<br />
そして、スクリプトをほどよく小さく書かなければなりません。あまりに大きなスクリプトを書いた場合、コンパイラは"out of memory(メモリあふれ)" や "byte code assembly failed(バイトコード生成に失敗)"のような丁寧で明確なエラーではなく、 "syntax" error(構文エラー)だと報告するかもしれません。<br />
<br />
例えば、2007-08年のWindows版のSecond Lifeクライアントは多くのelse-ifを並べるとSyntax error(構文エラー)を報告します。厳密な制限数は驚くほど変化します。例えば、2007-08年のWindows版のSecond Lifeクライアントは、あるときは22個以上並べたelse-ifを受け入れましたが、あるときはスクリプトの他の詳細な記述によって19個以下に並べたelse-ifを拒絶しました。<br />
<br />
1つのコンパイラでLSLを学ぶプログラマは、コンパイラの制限は合理的(reasonable)なものだと感じるかもしれません。例えば、Mac OS Xでは500個までのelse-ifを並べることができます。しかし別なコンパイラを使うプログラマはそうではなく、大きく異なる制限値だけが合理的だと感じるかもしれません。例えば、Windowsではelse-ifを並べられるのはせいぜい1ダースだと感じるかもしれません。</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44545
LSL エラー
2007-12-12T07:32:15Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
どのくらいのスクリプトが大きすぎるスクリプトなのかは、驚くほど変化することがあります。例えば、the 2007-08 Second Life クライアントは30倍程度に変化しました。具体的には、Windowsクライアントは22個の22を受け付け、23個のelse-ifを拒絶しましたが、Mac OS Xは692 else-if個のを受け付け、693個のelse-ifを拒絶しました。<br />
<br />
OSによって変化するコンパイラの制限が、コピー制限の手段のように働きます。制限のゆるいコンパイラでコンパイルされたスクリプトを、誰でも実行できます。しかし、制限の多いコンパイラしか持たないユーザは、ソースを変更してもセーブできません。<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
もちろんあなたはスクリプトやスクリプト内の語をコンパイラが受け入れられるように厳密に記述しなければなりません。<br />
<br />
そして、スクリプトをほどよく小さく書かなければなりません。あまりに大きなスクリプトを書いた場合、コンパイラは"out of memory(メモリあふれ)" や "byte code assembly failed(バイトコード生成に失敗)"のような丁寧で明確なエラーではなく、 "syntax" error(構文エラー)だと言うかもしれません。<br />
<br />
例えば、2007-08年のWindows版のSecond Lifeクライアントは多くのelse-ifを並べるとSyntax error(構文エラー)を報告します。厳密な制限数は驚くほど変化します。例えば、2007-08年のWindows版のSecond Lifeクライアントは、あるときは22個以上並べたelse-ifを受け入れましたが、あるときはスクリプトの他の詳細な記述によって19個以下に並べたelse-ifを拒絶しました。<br />
<br />
1つのコンパイラでLSLを学ぶプログラマは、<br />
コンパイラの制限は合理的(reasonable)なものだと感じるかもしれません。例えば、Mac OS Xでは500個までのelse-ifを並べることができます。しかし別なコンパイラを使うプログラマはそうではなく、大きく異なる制限値だけが合理的だと感じるかもしれません。例えば、Windowsではelse-ifを並べられるのはせいぜい1ダースだと感じるかもしれません。</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44544
LSL エラー
2007-12-12T07:20:28Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
どのくらいのスクリプトが大きすぎるスクリプトなのかは、驚くほど変化することがあります。例えば、the 2007-08 Second Life クライアントは30倍程度に変化しました。具体的には、Windowsクライアントは22個の22を受け付け、23個のelse-ifを拒絶しましたが、Mac OS Xは692 else-if個のを受け付け、693個のelse-ifを拒絶しました。<br />
<br />
OSによって変化するコンパイラの制限が、コピー制限の手段のように働きます。制限のゆるいコンパイラでコンパイルされたスクリプトを、誰でも実行できます。しかし、制限の多いコンパイラしか持たないユーザは、ソースを変更してもセーブできません。<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
もちろんあなたはスクリプトやスクリプト内の語をコンパイラが受け入れられるように厳密に記述しなければなりません。<br />
<br />
そして、スクリプトをほどよく小さく書かなければなりません。あまりに大きなスクリプトを書いた場合、コンパイラは"out of memory(メモリあふれ)" や "byte code assembly failed(バイトコード生成に失敗)"のような丁寧で明確なエラーではなく、 "syntax" error(構文エラー)だと言うかもしれません。<br />
<br />
例えば、2007-08年のWindows版のSecond Lifeクライアントは多くのelse-ifを並べるとSyntax error(構文エラー)を報告します。厳密な制限数は驚くほど変化します。例えば、2007-08年のWindows版のSecond Lifeクライアントは、あるときは22個以上並べたelse-ifを受け入れましたが、あるときはスクリプトの他の詳細な記述によって19個以下に並べたelse-ifを拒絶しました。<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44543
LSL エラー
2007-12-12T07:10:29Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
どのくらいのスクリプトが大きすぎるスクリプトなのかは、驚くほど変化することがあります。例えば、the 2007-08 Second Life クライアントは30倍程度に変化しました。具体的には、Windowsクライアントは22個の22を受け付け、23個のelse-ifを拒絶しましたが、Mac OS Xは692 else-if個のを受け付け、693個のelse-ifを拒絶しました。<br />
<br />
OSによって変化するコンパイラの制限が、コピー制限の手段のように働きます。制限のゆるいコンパイラでコンパイルされたスクリプトを、誰でも実行できます。しかし、制限の多いコンパイラしか持たないユーザは、ソースを変更してもセーブできません。<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
もちろんあなたはスクリプトやスクリプト内の語をコンパイラが受け入れられるように厳密に記述しなければなりません。<br />
<br />
そして、スクリプトをほどよく小さく書かなければなりません。あまりに大きなスクリプトを書いた場合、コンパイラは"out of memory(メモリあふれ)" や "byte code assembly failed(バイトコード生成に失敗)"のような丁寧で明確なエラーではなく、 "syntax" error(構文エラー)だと言うかもしれません。<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44542
LSL エラー
2007-12-12T06:58:36Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
どのくらいのスクリプトが大きすぎるスクリプトなのかは、驚くほど変化することがあります。例えば、the 2007-08 Second Life クライアントは30倍程度に変化しました。具体的には、Windowsクライアントは22個の22を受け付け、23個のelse-ifを拒絶しましたが、Mac OS Xは692 else-if個のを受け付け、693個のelse-ifを拒絶しました。<br />
<br />
OSによって変化するコンパイラの制限が、コピー制限の手段のように働きます。制限のゆるいコンパイラでコンパイルされたスクリプトを、誰でも実行できます。しかし、制限の多いコンパイラしか持たないユーザは、ソースを変更してもセーブできません。<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44541
LSL エラー
2007-12-12T06:37:27Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
スクリプトは、ほどよく小さく(reasonably small)書かなければなりません。<br />
<br />
例えば、あまりにも多くのelse-ifを並べた場合、コンパイラはスクリプトが大きすぎると報告します。<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's. <br />
<br />
Compilation limits that vary by operating system in effect work as a copy-restriction mechanism. Any resident can run the script compiled by the less limited compiler, but residents who have only the more limited compiler cannot save changes to the source.<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44540
LSL エラー
2007-12-12T06:30:26Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI はあなたが完璧だと思ったいくつかのコードを拒絶し、いくつかの説明と共にERRORを出力するかもしれません。<br />
<br />
===ERROR : Type mismatch===<br />
<br />
vector型やrotation型に値を指定するには、 .x .y .z .s という名の要素を使わなければなりません。一度にlistで指定することはできません。例えば:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
You must make each script reasonably small.<br />
<br />
For example, the compiler says you typed too much script if you cascade too many else-if's:<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's. <br />
<br />
Compilation limits that vary by operating system in effect work as a copy-restriction mechanism. Any resident can run the script compiled by the less limited compiler, but residents who have only the more limited compiler cannot save changes to the source.<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44539
LSL エラー
2007-12-12T06:17:35Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
スクリプトは実行中に停止し、以下のようなメッセージと共に"Script run-time error"をあなたに伝えるかもしれません。 such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
無意味な事をしないでください。例えば、結果を返さないルーチンでリスト型を返さないでください。<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI may reject some code that you feel is perfectly clear, printing ERROR at you and then explaining with some further complaint.<br />
<br />
===ERROR : Type mismatch===<br />
<br />
You must name the .x .y .z .s components of a vector or rotation that you're assigning, you can't assign them all at once from a list, for instance:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
You must make each script reasonably small.<br />
<br />
For example, the compiler says you typed too much script if you cascade too many else-if's:<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's. <br />
<br />
Compilation limits that vary by operating system in effect work as a copy-restriction mechanism. Any resident can run the script compiled by the less limited compiler, but residents who have only the more limited compiler cannot save changes to the source.<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44538
LSL エラー
2007-12-12T06:05:02Z
<p>March Korda: </p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
A script may stop running, and chat at you the complaint "Script run-time error", followed by another complaint such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
Don't speak nonsense. For example, don't return a list of one entry that is the result of a routine that returns no result.<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
リスト内にリストを入れることはできません。<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float型の数値を0で割ろうとした、integer型の数値を0で割ろうとした、等。<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
スタック領域がバイトコード領域やヒープ領域に衝突した。<br />
<br />
それぞれのスクリプトは、16キロバイトに分割されたメモリ内で実行されます。そのメモリはバイトコード領域、スタック領域、ヒープ領域に分割されています。<br />
<br />
あなたが長すぎるスクリプトを書いてコンパイルすると、大きすぎるバイトコードが生成され、衝突が発生します。 スクリプトがコンパイルできてセーブに成功したとしても、スクリプトを含んだオブジェクトを rez しようとすると、スクリプトはすぐに、あるいは実行中にクラッシュします。<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
ランタイム･エラーを経験するために、以下の例のコンパイルして実行してください。<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI may reject some code that you feel is perfectly clear, printing ERROR at you and then explaining with some further complaint.<br />
<br />
===ERROR : Type mismatch===<br />
<br />
You must name the .x .y .z .s components of a vector or rotation that you're assigning, you can't assign them all at once from a list, for instance:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
You must make each script reasonably small.<br />
<br />
For example, the compiler says you typed too much script if you cascade too many else-if's:<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's. <br />
<br />
Compilation limits that vary by operating system in effect work as a copy-restriction mechanism. Any resident can run the script compiled by the less limited compiler, but residents who have only the more limited compiler cannot save changes to the source.<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=LSL_%E3%82%A8%E3%83%A9%E3%83%BC&diff=44537
LSL エラー
2007-12-12T05:48:07Z
<p>March Korda: copy from original source.</p>
<hr />
<div>{{Multi-lang}}<br />
{{LSL Header}}<br />
<br />
==Run-time error messages==<br />
<br />
A script may stop running, and chat at you the complaint "Script run-time error", followed by another complaint such as:<br />
<br />
===Script run-time error: Heap Error===<br />
<br />
Don't speak nonsense. For example, don't return a list of one entry that is the result of a routine that returns no result.<br />
<br />
===Script run-time error: Lists may not contain lists===<br />
<br />
Don't try adding a list into a list.<br />
<br />
===Script run-time error: Math Error===<br />
<br />
Float divided by zero, integer divided by zero, etc.<br />
<br />
===Script run-time error: Stack-Heap Collision===<br />
<br />
The Stack has collided with the Bytecode or the Heap.<br />
<br />
Each script runs inside 16 KiB of memory divided out among Bytecode, Stack, and Heap.<br />
<br />
You can cause collision by compiling too much script, which produces too much Bytecode. The script compiles and saves successfully, but when you rez an object containing the script, the script crashes, immediately or while running.<br />
<br />
See [[llGetFreeMemory]].<br />
<br />
===Run-time error demo scripts===<br />
<br />
Compile and run examples like these to experience the script run-time errors.<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
llOwnerSay((string) [llOwnerSay("bye")]); // Script run-time error: Heap Error<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list once = [];<br />
list twice = [once, once]; // Script run-time error: Lists may not contain lists<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
float one = 1.0;<br />
float zero = 0.0;<br />
float quotient = one / zero; // Script run-time error: Math Error<br />
llOwnerSay((string) quotient);<br />
}<br />
}<br />
</pre><br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
list entries = [0];<br />
while (TRUE)<br />
{<br />
entries += entries; // Script run-time error: Stack-Heap Collision<br />
llOwnerSay((string) llGetListLength(entries));<br />
}<br />
}<br />
}<br />
</pre><br />
<br />
==Compile-time error messages==<br />
<br />
The SL GUI may reject some code that you feel is perfectly clear, printing ERROR at you and then explaining with some further complaint.<br />
<br />
===ERROR : Type mismatch===<br />
<br />
You must name the .x .y .z .s components of a vector or rotation that you're assigning, you can't assign them all at once from a list, for instance:<br />
<br />
<pre><br />
default<br />
{<br />
state_entry()<br />
{<br />
vector vec = (vector) [1, 2, 3]; // ERROR : Type mismatch<br />
llOwnerSay((string) vec);<br />
}<br />
}<br />
</pre><br />
<br />
===ERROR : Byte code assembly failed -- out of memory===<br />
<br />
You must make each script reasonably small.<br />
<br />
For example, the compiler says you typed too much script if you cascade too many else-if's:<br />
<pre><br />
demoElseIfCompileError(integer count)<br />
{<br />
if (count == 0)<br />
{<br />
;<br />
}<br />
else if (count == 1)<br />
{<br />
;<br />
}<br />
else if (count == 2)<br />
{<br />
;<br />
}<br />
...<br />
... // ERROR : Byte code assembly failed -- out of memory<br />
... // or ERROR : Syntax error<br />
...<br />
else if (count == ...)<br />
{<br />
;<br />
}<br />
}<br />
</pre><br />
<br />
How much script is too much script can vary astonishingly. For example, the 2007-08 Second Life clients varied as much as 30X, from one to the next. Specifically, the Windows client accepted 22 else-if's and refused 23 else-if's, while Mac OS X was accepting 692 else-if's and refusing 693 else-if's. <br />
<br />
Compilation limits that vary by operating system in effect work as a copy-restriction mechanism. Any resident can run the script compiled by the less limited compiler, but residents who have only the more limited compiler cannot save changes to the source.<br />
<br />
See [[llGetFreeMemory]], [[llMessageLinked]].<br />
<br />
===ERROR : Syntax error===<br />
<br />
You must punctuate the script and spell the words of the script as will please the compiler, of course.<br />
<br />
Also you must make each script reasonably small. The compiler may astonishingly complain of a "syntax" error rather than politely complaining more specifically of an "out of memory" "byte code assembly failed" error, when you make a script unreasonably large.<br />
<br />
For example, the 2007-08 Windows Second Life client complained of a Syntax error if you cascaded too many else-if's. The exact limits enforced can vary astonishingly. For example, the 2007-08 Windows Second Life client sometimes accepted as many as 22 cascaded else-if's, but also sometimes rejected as few as 19 cascaded else-if's, depending on other details of the script.<br />
<br />
Programmers who learned LSL on one compiler may feel that that compiler's limits are reasonable, ''e.g.'', up to five hundred cascaded else-if's in Mac OS X, while programmers trained on another compiler may feel instead that only its significantly different limits are reasonable, ''e.g.'', no more than a dozen cascaded else-if's in Windows.</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_(MSVS2005)/ja&diff=39961
Compiling the viewer (MSVS2005)/ja
2007-11-10T07:38:42Z
<p>March Korda: just fixing a typo.(あくせす->アクセス)</p>
<hr />
<div>{{Languages}}<br />
{{CompileNav}}<br />
<br />
このページでは、Visual Studio 2005またはVisual C++ Express 2005を使ってMicrosoft Windows用にビューアをコンパイルする方法を説明します。リンデン自身はVS2003を使っているため、設定手順などはVS2003の方が簡単です。もしもVisual Studio 2003が使えるのであれば、[[Compiling the viewer (MSVS2003)|Microsoft WindowsでVisual Studio .NET 2003を使う場合]]に従う方が、VS2005でコンパイルするよりも問題が起きにくいでしょう。<br />
<br />
今のところ、32ビットのバイナリしかテストされていません。ビューアの64ビットWindows用の .EXEを作る試みもあるようですが。もしもやってみたならば、結果をこのwikiサイトに書いてください (成功しても、しなくても!)<br />
<br />
以下の説明は、ビューアのリリース1.16.0.5以降を前提にしています。リリース1.15以前のコンパイル手順が知りたい場合は、[http://wiki.secondlife.com/w/index.php?title=Compiling_the_viewer_%28MSVS2005%29&oldid=22294 このページの古い版]を参照してください。<br />
<br />
= 開発環境の準備 =<br />
<br />
== VS2005のインストールと設定 ==<br />
<br />
必要となるコンパイラとMicrosoftの開発ツールは次の通りです。<br />
* Visual Studio 2005'''''または'''''[http://msdn.microsoft.com/vstudio/express/visualc/download/ Visual C++ 2005 Express]<small>(無料)</small>が必要です。英語版でも日本語版でもかまいません。(更に、絶対必要というわけではありませんが、VS2005のSP1も入手してインストールした方がいいでしょう。)<br />
* 加えて[http://www.microsoft.com/downloads/details.aspx?familyid=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en Microsoft Platform SDK]が必要です。<br />
* DirectX 9.0 SDKの2003年夏以降のリリースが必要です。例えば[http://download.microsoft.com/download/5/1/f/51ff8357-0af3-418b-9d0b-e9a5cdc39759/dxsdk_dec2006.EXE DirectX 9.0 SDK (December 2006)]。<br />
: '''注''': Direct X 9.0 SDKを古いバージョンから更新する場合には、はじめに古いバージョンをアンインストールして完全に取り除きましょう。(コントロールパネルの「プログラムの追加と変更」でアンインストールできます。) 新しいバージョンを上書きインストールすると、後でいろいろと問題が起きます。<br />
* インストールしたら、プロジェクトグローバルを次の手順に従って設定してください。<br />
** Visual Studio 2005またはVisual C++ Express 2005を起動します。<br />
** Tools > Options > Projects and Solutions > VC++ Directories を開きます。<br />
** '''Include files''' ([[:Image:MSVS2005 Global Project Options Include Files.JPG|'''画面例''']]) と'''Library files''' ([[:Image:MSVS2005 Global Project Options Library Files.JPG|'''画面例''']]) の両方とも、先頭にPlatform SDKのパスがあり、その直後にDirectX SDKのパスがあり、Visual C++のパスは更にその後に書いてあるようにしてください。<br />
** もしもDirectX SDKのパスが見当たらない場合は、'''Include files'''と'''Library files'''の両方にDirectX SDKのパスを追加することを忘れないようにしてください。<br />
*: 注: 最近のDirectX SDKでは、libフォルダの下にx64とx86という名前の二つのサブフォルダがあります。'''Library files'''にDirectX SDKのパスを指定するときには、'''lib'''ではなく、'''lib/x86'''を指定してください。そうしないと、リンクエラーが発生します。<br />
<br />
== その他の開発ツールの入手 ==<br />
<br />
他に、オープンソースの開発ツールがいくつか必要になります。<br />
* [http://www.cygwin.com/ Cygwin]<br />
** cygwinのsetupユーティリティを使ってインストールしますが、このときに'''patchutils'''、'''flex'''、'''bison'''の三つをインストールするように指定してください。これはすべて'''devel'''の下にありますが、デフォルトではインストールされません。<br />
** ビューアのプロジェクトファイルの中には、cygwinのインストールディレクトリとして'''C:\cygwin'''が固定的に書き込まれている部分があります。そこで、cygwinは、デフォルト通りC:\cygwinにインストールすることを勧めます。もしも別のディレクトリにインストールすると、すべての参照箇所を探して書き直さなければならなくなります。<br />
* [http://www.activestate.com/Products/ActivePython/?mp=1 ActivePythonの2.3x以降] (最新版はVersion 2.5.1.1のようです。)<br />
** 古いバージョンのビューアでは、Pythonは必要不可欠ではありませんでした。しかし、1.18以降では、原則としてPythonが必要になりました。しかし、Pythonをインストールしたくないなら、インストールしないで済ませることもできます。インストールしたくなければ、[http://jira.secondlife.com/browse/VWR-1267 VWR-1267]を参照してください。<br />
* [http://www.activestate.com/Products/ActivePerl/?mp=1 ActivePerl]<br />
** 以前の説明では、ActivePerlが必要と書かれていました。しかし実際は、ビューアのコンパイル自体には、Perlは必要ありません。Perlは、外部ライブラリをコンパイルする場合にだけ必要になります。(普通は、外部ライブラリを自分でコンパイルする必要はありませんから、ActivePerlのインストールも不要です。)<br />
<br />
= ソースをダウンロードする =<br />
<br />
ビューアのソースファイルは、[[source downloads|ソースのダウンロード]]のページからダウンロードできます。[[Version control repository|バージョン管理レポジトリ]]を使うこともできます。<br />
<br />
最低必要なのは、ソースのパッケージとアートワークのパッケージですが、最初は、ライブラリアーカイブも入手した方がいいでしょう。ライブラリは他のサイトからバイナリをダウンロードしたり、ソースを入手して自分でコンパイルしたりできます。しかし、それには何時間もかかるので、リンデンがコンパイルしたライブラリのパッケージを一緒にダウンロードするのが最も簡単です。<br />
<br />
'''警告:'''<br />
* SLのソースを保存するディレクトリのパスの途中に空白が含まれていると、message_template.msgをコピーするバッチファイルが誤動作します。つまり、例えば、"C:\Projects\Dir with space in name\Linden" のようなディレクトリにソース一式をzipファイルから解凍したり、チェックアウトしたりすると、うまくいきません。<br />
* パスにASCII以外の文字 (各国語文字) を使うのも避けた方がいいでしょう。各国語化されたツールの中には、デフォルトでASCII以外の文字を含んだパスを作るものがあるので注意してください。<br />
* ソース一式の解凍先やチェックアウト先は、できるだけフルパスが短いディレクトリにしましょう。長いパスは、ときどき、予想できないトラブルを起こすことがあるからです。<br />
<br />
はっきり言えば、手っとり早くコンパイルをするためには、''source'' (ソース)、''artwok'' (アートワーク)、''libraries'' (ライブラリ) の三つを[[source downloads|ソースのダウンロード]]のページから入手して、三つとも同じディレクトリに解凍し、そのディレクトリもできるだけルートに近いところにある短い名前のもの、たとえば "C:\sl_1_16_0_5" のようなディレクトリを選ぶのがいいでしょう。<br />
<br />
= ライブラリについて =<br />
<br />
SLビューアは、第三者が供給するライブラリ群を利用しています。そのうち、いくつかはオープンソースですが、すべてがそうではありません。<br />
<br />
== オープンソースのライブラリ ==<br />
<br />
オープンソースのライブラリは、リンデンによってコンパイル済みのものをダウンロードすることができます。[[source downloads|ソースのダウンロード]]のページにあります。これをダウンロードした場合は、ディレクトリの構造を変更しないように注意して、SL viewrのソースを格納したディレクトリに解凍します。<br />
<br />
'''注意: [[source downloads|ソースのダウンロード]]のページにあるライブラリは、基本的にVS2003用であり、VS2005でコンパイルしたバイナリとの組み合わせで完全に動作するわけではありません。VS2005でコンパイルすることはできますが、VS2003のライブラリはSTLの規則を守っていません。 [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclang/html/vclrfnonstandardbehavior.asp Microsoft Visual Studio の非標準の振る舞い]の差異が、原因の一つであることがわかっています。'''<br />
<br />
別の方法として、ライブラリのソースファイルを入手して自分でコンパイルすることが可能かもしれません。挑戦する場合には[[Compiling the viewer libraries (MSVS 2003)|VS2003ユーザのための手順]]が参考になるでしょう。ただし、このライブラリ群をVS2005でうまくコンパイルできるのかどうか、はっきりしていません。それでもやるなら、ご自由に。(それで、もしもうまくできたら、ぜひこのwikiにやり方を書いてください…。)<br />
<br />
== オープンソースでないライブラリ ==<br />
<br />
リンデンは、以下に示すオープンソースでないライブラリをダウンロードに含めていません。指示に従って入手し、ソースディレクトリにコピーする必要があります。<br />
<br />
ここで、ソースディレクトリに個々のライブラリのファイルを上書きするのではなく、空のディクトリ構造を用意して、ダウンロードしたオープンソースでないディレクトリをいったんそこにコピーし、その後、ディレクトリ構造全体をソースディクトリにコピーするといいでしょう。(例えば、<code>XCOPY OLIB SL_1_16_0_5 /S</code> のようにして。) なぜかと言うと、オープンソースでないライブラリのファイルを適切なディクトリにコピーするのはめんどうな作業ですが、個々のリリースごとのソースファイルを別のディクトリに保存しておくのをやめない限り、新しいリリースが出るたびに毎回繰り返さなければならないからです。このやり方がいやであれば、もちろん、ソースディレクトリにオープンソースでないライブラリのファイルを直接コピーしてもかまいません。<br />
<br />
rem オープンソースでないディレクトリをいったんコピーするために必要な空のディレクトリ構造を作る OLIBS.CMD というファイル<br />
md olibs<br />
md olibs\linden\<br />
md olibs\linden\libraries<br />
md olibs\linden\libraries\include<br />
md olibs\linden\libraries\i686-win32<br />
md olibs\linden\libraries\i686-win32\lib_release<br />
md olibs\linden\libraries\i686-win32\lib_debug<br />
md olibs\linden\libraries\i686-win32\include<br />
md olibs\linden\libraries\i686-win32\include\GL<br />
md olibs\linden\libraries\i686-win32\include\quicktime<br />
md olibs\linden\indra<br />
md olibs\linden\indra\newview<br />
<br />
=== Fmod ===<br />
<br />
* [http://www.fmod.org/index.php/download fmod 3.75 for win32] をダウンロードして解凍。(3.75より新しい版、例えば FMOD EX などは使えません。)<br />
* "fmodapi375win\api\inc\fmod.h"を"linden\libraries\include"にコピー。<br />
* "fmodapi375win\api\inc\fmod_errors.h"を"linden\libraries\include"にコピー。<br />
* "fmodapi375win\api\lib\fmodvc.lib"を"linden\libraries\i686-win32\lib_release"と"linden\libraries\i686-win32\lib_debug"との両方にコピー。<br />
* "fmodapi375win\api\fmod.dll"を"linden\indra\newview"にコピー。<br />
<br />
=== OpenGL ===<br />
<br />
* [http://oss.sgi.com/projects/ogl-sample/sdk.html glext.h、glxext.h、wglext.h]をダウンロード。<br />
* ダウンロードしたファイルを"linden\libraries\i686-win32\include\GL"にコピー。<br />
* OpenGLに関して、*.lib とか *.dll とかをダウンロードする必要はありません。<br />
<br />
=== QuickTime (省略可能) ===<br />
<br />
'''注: '''Quicktimeをダウンロードするためには、Apple社のウェブサイトで開発者としての登録を行う必要があります。SLビューアは、QuickTimeを使わずにコンパイルすることもできます。詳しくは[[# QuickTimeを使わない|後述]]します。ただし、QuickTimeを使わないでコンパイルしたビューアは、SL内で動画を再生できません。<br />
* [http://connect.apple.com/cgi-bin/WebObjects/MemberSite.woa/203/wa/getSoftware?fileID=20525&code=y&source=x&wosid=4h16WcyMtVfd2P1EffGafkoxFcr Quicktime SDK for Windows]をダウンロードしてインストール。<br />
* "QuicktimeSDK\Libraries\QTMLClient.lib"を"linden\libraries\i686-win32\lib_release"と"linden\libraries\i686-win32\lib_debug"との両方にコピー。<br />
* "QuicktimeSDK\CIncludes"の下にある全てのファイルを"linden\libraries\i686-win32\include\quicktime"にコピー。<br />
<br />
= VS2005の設定 =<br />
<br />
リンデン社では、Windows版のビューアの開発にVS2003を使っています。<br />
<br />
VS2005を使ってコンパイルするためには、''ソリューション''ファイルと''プロジェクト''ファイルの両方をVS2003形式からVS2005形式に変換して設定を調整するか、または、VS2005用のファイル一式をソースファイルと別に入手する必要があります。<br />
<br />
'''注: '''ソースファイルのアーカイブには、"linden\indra\indra_complete_vs8.sln"というVisual Studio 2005用のソリューションファイルが含まれていますが、このファイルは'''使い物になりません''' (少なくとも、1.14.0から1.18.2までのバージョンでは)。将来リンデン社が、'''_vc8'''ファイルを適切に更新する気を起こせば、この状況は変わるかもしれません。<br />
<br />
== 設定済みのソリューションファイルとプロジェクトファイルを使う ==<br />
<br />
現在、JIRAバグトラッカの{{JIRA|VWR-1151}}に対する添付ファイルとして、ソリューションファイルとプロジェクトファイルをいれたZIPファイルがアップロードされています。<br />
<br />
バージョン1.16以降では、MS2005でビューアをコンパイルするためには上述のZIPファイルを使うのが簡単です。詳しい手順は、次の通りです。<br />
* JIRAから、適切なZIPアーカイブをダウンロードします。<br />
* アーカイブを解凍し、ソースディクトリに内容をコピーします。(ファイル名に'''_vc8'''がついているファイルを上書きします。)<br />
* Visual Studio 2005またはVisual C++ Expressを起動します。<br />
* プルダウンメニューから"File > Open > Project/Solution"を選んで、linden\indra\indra_complete\indra_complete'''_vc8'''.slnを開きます。(このとき、もしも将来同じディレクトリで別のバージョンをコンパイルするつもりならば、ファイルを開く'''前に'''、'''indra_complete_vc8.sln'''を別の名前 (例えば'''indra_1_17_0_11_vc8.sln''') に変更していくといいかもしれません。)<br />
* Solution Explorerで、'''newview'''を右クリックし、"Set as StartUp Project"を選びます。<br />
* '''自分で変換する'''を飛ばして、[[#その他の対策]]に進みます。<br />
<br />
'''注:''' ソリューションファイルやプロジェクトファイルは、ビューアのバージョンによって内容が異なります。ビューアの特定のバージョンをコンパイルしようとしていて、{{JIRA|VWR-1151}}にそのバージョン用のZIPファイルが見当たらなければ、最も近いバージョン用のものを試してください。コンパイル中にエラーが出たり、プロジェクトの読み込みで問題が起きたり、コンパイルできたとしても何か変なことが起きたならば、自分で変換する必要があるかもしれません。<br />
<br />
== ソリューションファイルとプロジェクトファイルを自分で変換する ==<br />
<br />
ソリューションファイルとプロジェクトファイルを、VS2003形式からVS2005形式に自分で変換する場合には、別のページ ([[Converting_project_files_for_MSVS2005]]) にやりかたが書いてあります。変換には、おおむね5分～15分くらいかかります。必要な時間は、あなたがどの程度VS2005の操作に馴れているのかによって大きく変わります。<br />
<br />
== その他の対策 ==<br />
<br />
VS2003とVS2005の間の互換性や、その他の問題が、他にもあります。次のような対策が必要になるかもしれません。<br />
<br />
=== test、crush_logger、updater ===<br />
<br />
何らかの理由により、'''test'''プロジェクトはVS2005ではうまく働きません。対策は、'''test'''プロジェクトを無効に設定することです。'''test'''を右クリックして、'''Unload Project'''を選択します。<br />
<br />
他の人がダウンロードできるような完全な一式をビルドしようというつもりがなければ、'''win_crash_logger'''と'''win_updater'''というプロジェクトを、無効にすることもできます。ただし、これらのプロジェクトを無効にしてnewviewのプロジェクトの依存性から取り除かずにおく場合には、注意が必要です。それは、リンクの時点でVS2005が誤動作する場合があるからです。<br />
<br />
=== QuickTimeを使わない ===<br />
<br />
Apple社のQuickTime SDKを使いたくなければ、以下の手順によって、QuickTimeを使わないように変更できます。<br />
* ファイル linden\indra\llcommon\llpreprocessor.h の58行目付近 ('''#elif LL_WINDOWS'''の下) を、以下のように書き換えます。<br />
(旧) #define LL_QUICKTIME_ENABLED 1<br />
(新) #define LL_QUICKTIME_ENABLED '''''0'''''<br />
* ツールバーの下にある緑色の矢印の隣のSolution Configurationというドロップダウンボックスから'''ReleaseNoOpt'''を選び、Solution Explorerで、以下のように操作します。<br />
** '''newview'''をクリックして選択します。<br />
** 右クリックして、Propertiesを選びます。<br />
** Configuration Properties > Linker > Inputにある'''Additional Dependencies'''の左側をクリックし、右端に"'''...'''"と書かれたボタンを表示させ、そのボタンをクリックします。<br />
** リストをスクロールし、'''qtmlclient.lib'''と書かれた行を見つけ、その行を削除します。<br />
** '''OK'''をクリックし、"Additional Dependencies"ダイアログボックスを閉じます。さらに'''OK'''をクリックして"newview Property Pages"ダイアログボックスを閉じます。<br />
* Solution Configurationsドロップダウンボックスから'''ReleaseForDownload'''を選び、'''newview'''をクリックするところから始めて上と同じ操作をもう一回繰り返します。<br />
<br />
= コンパイルして実行 =<br />
<br />
== ビルド ==<br />
<br />
* '''ReleaseNoOpt''' (デバッグ用) または'''ReleaseForDownload''' (通常実行用) のどちらかをコンパイルします。<br />
* ツールバーの下にある緑色の矢印の隣のSolution Configurationドロップダウンボックスから、どちらかを選びます。<br />
* '''newview'''がアクティブなプロジェクトになっていることを確認します。(アクティブになっていなければ、newviewの右クリックして設定してください)<br />
* メニューのBuildからBuild Solutionを選ぶか、またはF7を押します。<br />
* 成功すると、linden\indra\newview\ReleaseNoOptにnewview_noopt.exeができるか、または、linden\indra\newview\ReleaseForDownloadにSecondLife.exeができます。<br />
<br />
== コンパイルエラー ==<br />
<br />
* [[Common compilation problems]]を見てください。<br />
<br />
== 実行する ==<br />
<br />
* Visual StudioのDebugメニューから'''Start Debugging'''か'''Start Without Debugging'''を選ぶと実行できます。<br />
* Visual Studioを使わずに、できたビューアを実行するためには、適当な場所にSecondLife.exeへのショートカットを作り、開始する場所としてlinden\indra\newviewを指定します。<br />
* 代わりに、できあがった exeファイルを "C:\Program Files\SecondLife"フォルダにコピーする方法もあります。<br />
<br />
== コンフィグレーション ==<br />
<br />
* 普通は'''ReleaseNoOpt'''か'''ReleaseForDownload'''のコンフィグレーションを使います。<br />
* '''ReleaseNoOpt''' (最適化しない) というコンフィグレーションは、コンパイル時間が短く、デバッグ用の情報が付加され、実行の性能が低下します。ReleaseForDownloadと比べてFPSが約50%ほど下がります。<br />
* '''ReleaseForDownload'''というコンフィグレーションは、デバッグ用の情報が付加され、デバッガで実行するのに適していますが、ある種の局所変数へのアクセスは失われます。<br />
* '''ReleaseNoOpt''' では、ビューアを起動すると、ビューアのウィンドウとは別にデバッグコンソールウィンドウが開き、実行中ずっと開いたままになりますが、他のコンフィグレーションであってもShift + Ctrl + 4 を押せば同じ情報を参照できます。<br />
* newview、Properties、Debugging、Command line argumentsで "2>secondlife.log" をコマンド行引数に追加すれば、前述のデバッグログをファイルに格納することもできます。<br />
* '''Debug'''コンフィグレーションをビルドした人は[[Finding_leaks]]を参照してください。<br />
<br />
== うまく実行できないときは ==<br />
<br />
* '''Inventory errors''' : インベントリの内容を読み込んでいるときにエラーが出るようなら、[[Help:Stuck logging in]]を見てください。<br />
* '''Missing smime3 DLL''' : smime3.dllはビューアに内蔵されたウェブブラウザの一部です。このエラーを無視してもビューアのほとんどの機能は動作します。エラーが出ないようにするためには、リンデン社の公式ビューアのバイナリをインストールして、そのインストールディレクトリから、"smime3.dll"、"nss3.dll"、"softokn3.dll"、"ssl3.dll"というファイルを"linden\indra\newview"にコピーしてください。<br />
* '''Can't connect''' : デバッグ用にビルドすると、ログイン画面の右下に接続するグリッドを選択するドロップダウンボックスが追加されます。メイングリッドは'''Agni'''、ベータグリッドは'''Aditi'''です。(この選択を処理するプログラムにはバグがあって、選択を変更した場合はいったんビューアを終了させて再起動しなければ、望みのグリッドに接続できない、という意見もあります。)<br />
<br />
= パッチを投稿する =<br />
<br />
ソースを修正して、パッチを投稿したくなった場合は、[[Submitting patches]]を参照してください。</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=Project_talk:Languages/ja&diff=38528
Project talk:Languages/ja
2007-10-30T12:45:56Z
<p>March Korda: 編集内容の要約は本文と同じ言語で書くべきだと思います。</p>
<hr />
<div>== 課題 ==<br />
<br />
とりあえず、MediaWikiの文法のまとめと、翻訳していくページの優先順位決めとか、そこらへんが課題かと思います。[[User:Asuka Neely|Asuka Neely]] 10:51, 18 September 2007 (PDT)<br />
<br />
: http://www.MediaWiki.org を確認したら、[http://www.mediawiki.org/wiki/Help:Formatting ページの書式] には、日本語訳がありませんでした…。優先順位については、私は、何か決める必要を感じていません。各自が必要だと思うページを勝手に訳せば、というスタンスです。私は、当面、ビューアを自力でコンパイルしようと考える人が必要とするだろうページから翻訳をしています。もちろん、Asukaさんが、優先順位を決めたいと考えてらっしゃるのでしたら、そのこと自体には反対しませんが、でも「優先順位が低いと決まったページを翻訳しちゃいかん」とか言う人が必ず現れそうなのが、少々怖いです。 -- [[User:Alissa Sabre|Alissa Sabre]] 03:44, 4 October 2007 (PDT)<br />
<br />
== 編集内容の要約は本文と同じ言語で書くべきだと思います。 ==<br />
<br />
他のWiki翻訳で迷った事があったので、議論のネタとして挙げます。<br />
編集内容の要約は本文と同じ言語で書くべきだと思います。<br />
理由は、本文を後から編集する人が分かりやすいからです。<br />
編集内容の要約欄はメタデータ扱いだと思いますが、タイトルにUnicodeが使えることからシステム的にも問題なさそうですし、<br />
ページ名のように英語にあわせるメリットは無いと思います。<br />
--[[User:March Korda|March Korda]] 05:45, 30 October 2007 (PDT)</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=Talk:Region_Performance_Improvement_Guide&diff=38519
Talk:Region Performance Improvement Guide
2007-10-30T12:24:27Z
<p>March Korda: New page: "Improving Your Region's Performance" - "Remove Top Scripts " >Then click on Get Top Scripts, which will bring up a Window shown below. The link of the image is wrong. It should specify n...</p>
<hr />
<div>"Improving Your Region's Performance" - "Remove Top Scripts "<br />
>Then click on Get Top Scripts, which will bring up a Window shown below. <br />
The link of the image is wrong.<br />
It should specify not "Region_Window_Top_Colliders.PNG" but like "Region_Window_Top_Scripts.PNG".</div>
March Korda
https://wiki.secondlife.com/w/index.php?title=Improving_Region_Performance/ja&diff=38518
Improving Region Performance/ja
2007-10-30T12:09:36Z
<p>March Korda: The link to the "Statistics Bar" was changed into the link to the Japanese version.</p>
<hr />
<div>{{Languages}}<br />
<br />
この項目ではセカンドライフのリージョンパフォーマンスをチェックする方法および、それを向上させるためにはどうすれば良いかを解説しています。この wikiはリージョンのオーナーむけに書かれています。いくつかの項目は島（プライベートシム）向けの内容ですが、一部はメインランドの土地オーナーにも役に立つ内容となっています。<br />
<br />
== リージョンパフォーマンスをチェックするためには ==<br />
<br />
リージョンパフォーマンスを見るために、まずそのリージョンのフレームレート(FPS)をチェックしましょう。そのためには<br />
[http://help.secondlife.com/jp/guides/stats.php 統計一覧]を使用します。あなたの管理している土地上で View Menu > View Statistics Bar の順に選択してください。この一覧には少し圧倒されるかもしれませんので どのように読めばよいのか解説しましょう。なお、Simというのは Simulator（シミュレーター）の略でリージョン（地区・地域）の別名です。下図中に丸でしめしてある「Sim FPS」というのはそのリージョンのフレームレートを表しています。<br />
<br />
[[Image:StatisticsBar_Initial.PNG|thumbnail|none]]<br />
<br />
リージョンのFPS値がどういう意味かは以下の通りです：<br />
<br />
* 45 FPS: 最高の状態です。何もする必要はありません。<br />
* 35 - 44 FPS: 良い状態です。35 FPSを切るようなことがなければ特に調整をする必要はありません。<br />
* 20 - 35 FPS: 遅い状態です、注意する必要があります。リージョンパフォーマンスを改善するために調整が必要です。<br />
* 10 - 20 FPS: 悪い状態です、深刻な状況といえます。<br />
* 0 - 10 FPS: 恐ろしい状態です。サポートチケットを切るべきです。<br />
<br />
もっとも混んでいる時間帯でもあなたのリージョンが 35 FPS以上を保っているのであれば何もする必要はありません。うれしいことに大半のリージョンは 35 FPS以上を保っています。2007年の 9月の例をあげればセカンドライフ全体において平均値で 35 FPSを切ってしまうようなリージョンは 4%以下でした。そして10月の始めに実施された改善対策によってこの値はさらに良くなっています。<br />
<br />
何がリージョンの動作を遅くしているかを さらに詳しく知るためには[http://help.secondlife.com/jp/guides/stats.php 統計一覧]の最後の行「Time (ms)」をクリックしてください。そうすると下図のようなさらに詳しい情報が表示されます。<br />
<br />
[[Image:Statistics_Bar_TimeMS.PNG|thumbnail|none]]<br />
<br />
「Total Frame Time」は一枚のフレームを表示するのに何ミリ秒(ms)かかっているかを示しています。この値が 22.2 ms以上かかっている場合は すなわちフレームレートが 45 FPS以下になっているということになります。これらの内容のもっと詳しい情報はナレッジベースの[http://help.secondlife.com/jp/guides/stats.php 統計一覧]ページで Timeというセクションを見てください。なお、この時間測定の件については この「リージョンパフォーマンスを向上させる」説明のなかでも触れることにします。<br />
<br />
== リージョン パフォーマンスを向上させる ==<br />
<br />
リージョンパフォーマンスを向上させるためにはいくつかの手順があります。ここでは影響が大きそうでかつ実施の手間が少なそうなものから順に説明していくことにします、が、リージョンによって事情は異なるので注意してください。<br />
<br />
=== その地域にいるアバターの最大数を減らす ===<br />
<br />
そのリージョン内にいるアバターの数はリージョンFPSが下がっている場合のもっとも良くある、そしてたいていの場合もっとも大きな影響を及ぼしている原因です。標準の設定よりも最大数を上げているために低リージョンパフォーマンスとなってしまっていることがよくあります。その地域で許可する最大アバター数を減らせばたいていの場合 FPSはあがります。この設定は World Menu > Region / Estate から行うことができます。Region / Estateというウィンドが開きますので、その中の Agent Limit という値を調整することでそのリージョンに同時に入れるアバターの最大数を決めることができます。<br />
<br />
[[Image:RegionWindow_Region_Tab.PNG|thumbnail|none]]<br />
<br />
リージョンに入れるアバター数の標準値は 40人となっています。地域のオーナーであればこの値を調整することができます。あなたのアバターから見ることができる他のアバターはほぼ 30人といったところです。混んでいる時間帯に[http://help.secondlife.com/jp/guides/stats.php 統計一覧]の Agent Timeを見て、どのていどのパフォーマンスでリージョンが動いているか把握しましょう。混んでいる時間帯で Agent Timeが 9 ms以下になるように保つことをお勧めします。設定方法についてより詳細な情報が必要な場合はナレッジベースの「[https://support.secondlife.com/ics/support/KBAnswer.asp?questionID=4417 リージョン内のアバター数]」を参照してください。<br />
<br />
=== 負荷の高いスクリプトを取り除く ===<br />
<br />
非効率なスクリプトやとても忙しいスクリプトはリージョンを遅くする原因になります。[http://help.secondlife.com/jp/guides/stats.php 統計一覧]の Script Time行にはリージョン内の各スクリプトがどれくらいの時間（ミリ秒）を使っているか表示されています。もし 5ミリ秒以上食っているものがあるのなら それを取り除けるかどうか調査する価値があります。どのスクリプトがもっとも時間を食っているかは Region / Estateウィンドウの Debugタブで調べることができます。<br />
<br />
[[Image:Region_Window_Debug_Tab.PNG|thumbnail|none]]<br />
<br />
「Get Top Scripts」をクリックすると下図のような表示が出ます。<br />
<br />
[[Image:Region_Window_Top_Colliders.PNG|thumbnail|none]]<br />
<br />
Timeという列のタイトルを二回クリックすればもっとも忙しいスクリプトから順に一覧が並び替えされます。Refreshボタンを何回か押して、いくつか違ったタイミングで調べることでより正確に調べることができます。どのスクリプトがリージョンの資源を食っているかわかれば、それを取り除いたり違うものと置き換えたり最適化したりできます。なおリージョン内のスクリプトの総数を減らすことでもパフォーマンスを向上できることに注意してください。<br />
<br />
問題のあるスクリプトの例：休止状態になることをせずに継続的に走り続けている - 例えば 2～3秒以下の間隔でセンサーを回している。他の例としては temp-rezzerスクリプトがあります。これは（制限値よりも）少しだけ多くのプリムの使用を可能にするものですが、代わりにリージョンのパフォーマンスを消費します。<br />
<br />
=== 負荷の高いコリジョンを取り除く ===<br />
<br />
衝突検知をする必要がある物理オブジェクトは潜在的にリージョンを遅くする可能性を持っています。物理オブジェクトは動き回ることが多い上に、物理計算をすることでリージョンパフォーマンスを大幅に食いがちです。[http://help.secondlife.com/jp/guides/stats.php 統計一覧]の Physics Time行には各物理オブジェクトがどれくらいの時間（ミリ秒）を使っているかが表示されています。もし 4ミリ秒以上食っているものがあるのなら それを取り除けるかどうか調査する価値があります。どのコリジョンがもっとも時間を食っているかは Region / Estateウィンドウの Debugタブで調べることができます。<br />
<br />
[[Image:Region_Window_Debug_Tab.PNG|thumbnail|none]]<br />
<br />
「Get Top Colliders」をクリックすると下図のような表示がでます。<br />
<br />
[[Image:Region_Window_Top_Colliders.PNG|thumbnail|none]]<br />
<br />
Timeという列のタイトルを二回クリックすればもっとも負荷の高いコリジョンから順に一覧が並び替えされます。この一覧は瞬間瞬間の状況をもとにして作られていますので、Refreshボタンを何回か押すとより正確な状況を知ることができるでしょう。どのオブジェクトが負荷の高いコリジョンになっているかわかれば、それを取り除いたり違うものと置き換えたり最適化したりできます。なおリージョン内の物理オブジェクトの総数を減らすことでもパフォーマンスを向上できることに注意してください。<br />
<br />
=== 大きなテクスチャを取り除く ===<br />
<br />
過度に大きなテクスチャの使用はリージョンを遅くする原因になります。一般的に 512x512より大きなテクスチャを使用することは避けた方がよいです。[http://help.secondlife.com/jp/guides/stats.php 統計一覧]の Images Time行にはリージョン内のテクスチャを処理するのにどれくらいの時間（ミリ秒）がかかっているか表示されています。この値が 2ミリ秒を越えているようであれば それらを減らせるかどうか調査する価値があります。あるリージョンにアバターが入ってきて巨大なテクスチャや沢山の小さなテクスチャを見ると各ビュワーは自動的にそれらのイメージデータをダウンロードしようとします。もし多くのアバターが同時にダウンロードしようとすると リージョンに負荷がかかり、結果として FPSが下がります。もしそれらの大きなテクスチャを取り除くことができないのであればユニークなテクスチャを減らす、テクスチャの大きさを小さくする、解像度を下げるなどの対応でリージョンパフォーマンスを改善することができます。（訳注：同じキーのテクスチャであれば一度のダウンロードですみます。似ているけれどもそれぞれキーが違うなどの場合はキーの数だけダウンロードが発生するのでその分負荷になってしまいます）。<br />
<br />
=== テクスチャが変化するスクリプトを使っているオブジェクトを最適化する ===<br />
<br />
テクスチャを差し替えるスクリプトを使っているオブジェクトはリージョンを遅くする原因になります。新しいテクスチャが表示されるたびに、それを見ているアバターはデータをダウンロードする必要がでてきます。もしそれを取り除くことができないのであればそのオブジェクトで使用しているテクスチャの数を減らすか解像度を下げるかしてみてください。それによってリージョンパフォーマンスを改善することができます。<br />
<br />
=== 使用しているプリム数を減らす ===<br />
<br />
リージョン内のプリム数を減らすことでリージョンパフォーマンスを向上することができます。現状では各リージョンの制限数は 15,000プリムです。<br />
<br />
=== 来訪者のアタッチメント数を減らす ===<br />
<br />
これを実施するのはとても大変ですが、一部のリージョンでは訪れるアバターに付けているアタッチメント - 特にプリム数が多いものや重いスクリプトが動いているもの - を外してもらうことで速度向上を実現しています。<br />
<br />
=== ビュワーのパフォーマンス向上のためにリージョンを最適化する ===<br />
<br />
下記のようなリージョン構成はビュワー側のパフォーマンスを下げる原因になります。<br />
<br />
* 10m x 10mより大きなプリムはビュワー側の FPSに影響します。<br />
* アバターが始めに訪れる場面に大きなもしくは多数のテクスチャがある。<br />
* 過度のスカルプティ<br />
* パーティクル効果<br />
<br />
訪れる人のなかには遅いグラフィックカードやPCを使用している人もいることに留意してください。<br />
<br />
=== 早いリージョンに更新する ===<br />
<br />
リージョンにはいくつか異なるパフォーマンスレベルを持った異なるクラスのものが存在します。現行の最新は [http://blog.secondlife.com/2006/10/16/looking-forward-to-class-5/ Ian Lindenのブログ記事]で記載されている 2006年の 11月に導入された Class 5です。2006年の11月以降に追加されたリージョンはすべてクラス５です。クラス５リージョン（SIM）はクラス３と比較して大幅に多くのアバター、多くのスクリプト、多くの物理、多くのオブジェクト、そして多くのテクスチャを一度に扱うことができます。クラス３の領域を所有しているオーナーはクラス５にアップグレードすることができます。クラスは納品時に決定されます。<br />
<br />
=== 追加情報 ===<br />
<br />
[https://support.secondlife.com/ics/support/KBAnswer.asp?questionID=4417 Region/Estateウィンドウ]を使用すると他にも多数の管理を行うことができます。詳細はリンク先のナレッジベースを参照してください。<br />
<br />
=== まとめ ===<br />
<br />
平均値が 35 FPS以下のリージョンはほんの数パーセントしか存在していないのは事実ですが、パフォーマンスが悪くて遅いリージョンが少ないとは言いがたいことは理解できます。そういったリージョンや地域のオーナーに対して、どのように[http://help.secondlife.com/jp/guides/stats.php 統計一覧]を利用すれば - 混んでいる時間帯に統計一覧を利用して アバターやスクリプトやテクスチャ、オブジェクト、物理オブジェクトなどの数を調整することで - パフォーマンス改善を行うことができるかを示しました。この記事があなたのリージョンをクールでかつ早い状態にする適切なバランスを見つける手助けになることを望みます。</div>
March Korda