a信息：

Meta的属性主要包括Name、HTTP Equiv和User Agent三种，下面我们分别讲解它们的声明方法：

（1）Name。该属性用于指定服务器使用的Meta信息。这些信息仅供服务使用，用户浏览器并不理会这些信息。

例如，以下Name属性的Meta信息指定了服务器的创建时间：

use meta name "Created""26-June-2000";

该信息只会作用于服务器，而不会影响用户浏览器的操作。

（2）HTTP Equiv。该属性用于指定需要解释为HTTP头的Meta信息。对于已经编译的文件来说，当它到达用户浏览器前，WML Script将根据HTTP Equiv属性指定的Meta信息将文件转换为WSP或HTTP的响应头,进行文件的解释和执行。

例如，以下声明的http equiv属性指定按照脚本语言的关键字来解释当前文件：

use meta http equiv"Keywords""Script,Language";

(3)User Agent。该属性用于定义用户浏览器使用的数据类型。例如：

use meta user agent"Type""Test";

它指定当前数据必须立即发送给用户浏览器，然后马上清除掉。

5.4 执行时的错误检测与处理

WML Script函数的功能提供用户服务，并希望用户界面能在任何的状况下运作顺利，因此错误的处理是最大的课题，这表示了语言可能不提供预期的机制，如他应该可以防止错误发生或提醒用户注意并采取适当的动作，种植储蓄执行是最后的手段。下面几个小节列出了当为码下载并执行时会发生的错误，一些程序上的错误并不在谈论的范围（如无穷循环），像这类的例子就需要手动来终止。

5.4.1 错误检测

错误检测工具能让你检测错误但会干扰系统的动作，因为WML Script是弱格式语言，所以由一些特殊功能的工具来检测有invalid数据格式所引起的错误:

检测给定的变量包含的是正确值：WML Scritp含有格式确认函数库程序如：Lang.isInt()Lang.isFloat()、Lang.parseInt()、Lang.parseFloat。

检测给定的变量包含的只是正确的格式：WMLScript含有运算符typeof与isvalid能让你使用。

5.4.2错误处理

错误处理是在发生错误之后，有些状况是错误检测无法防止的，如内存限制后外部信号等，或者是数据很难处理，如溢出（overflow）或亏失（underflow）,而这些状况可以分为两类：

严重错误（fatalerror）:这种错误会造成程序终止，因为WML Scritp程序会让一些用户界面调用，程序终止通常会跟调用它的用户界面发出信号，用户界面就会告知用户这个错误。

错误（non-fatalerrow）:这种错误会把信号传回程序，如一些特殊的值，然后由程序决定所要采取的行动。

下列的错误是根据他们的严重性来区分。

5.4.3 严重错误（fatalerror）

下面的小节会讨论WML Script的严重错误。

位码错误（bytedode error）

这些错误跟位码与由WML Script位码解译器所执行的指令有关他们指出了错误的元素群、无效的指令、指令所使用的参数无效，或指令无法执行。

验证错误（verification failed）

说明：调用的程序中的特定位码无法通过验证。
如何发生：每次程序试着用外部程序。
范例：var a = 3*OtherScript#doThis(param)
严重性：严重。
判定状况：当检测位码验证式。
解决方法：终止程序与WML Script解译其调用者的错误信号。

说明：调用一个函数库程序时发生严重错误。
如何发生：每次调用函数库程序。
范例：var a = string.format(param)
严重性：严重。
判定状况：无
解决方法：终止程序与WML Script解译其调用者的错误信号。
说明:调用函数参数的数目跟被调用函数的参数数目不符合。
如何发生：调用外部程序。
范例：编译器参生一个无效的参数给予指令使用，或者被调用的程序参数数目改变了。
严重性：严重。
判定状况：无
严重性：严重。
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明: 在特定的程序中找不到所需要的外部程序。
如何发生：调用外部程序。
范例： var a =3*OtherScript#doThis（param）
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明: 由于在网络服务器的程序存取又无法修复的错误或特定程序并不在网络服务器中所引起的程序无法载入。
如何发生：调用外部程序。
范例： var a =3*OtherScript#doThis（param）
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明: 存取错误，所调用的外部程序加了保护。
如何发生：调用外部程序
范例：var a =3*OtherScript#doThis（param）
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明: 因为程序错误造成stack underflow。
如何发生：程序要取出（pop）一个空堆
范例： 当组译器产生错误码。
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明:执行调用Lang.abort（） 是发生的错误。
如何发生：每当程序调用Lang.abort（）函数。
范例： Lang.abort("unrecoverable error")
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明:发生堆栈溢出。
如何发生：程序资源太多或要推入太多的变量到运算之中。
范例： function f|（x）（f（x+1）；）；
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明:没有多余的内存可供解译器使用。
如何发生：作业系统无法配置多余的空间给解译器适使用。
范例： function f（x）{
x=x+"abcdefghijklmnopqrstuvxyz";
f(x) ;
};
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明:用户终止程序的执行(如按下reset钮)
如何发生：随时。
范例： 当应用程序正在执行是用户按下reset钮。
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

说明:当程序执行中，发生了外部严重的错误。
如何发生：随时。
范例： 电力微弱，系统自动。
严重性：严重。
判定状况：无
解决方案：终止程序与WML Script解译器调用着的错误信号。

5.4.4 一般错误（Nonfatal error）

下面说明了WML Script的一般错误：

计算错误（computational error）

这些错误是由于WML Script数学上的运算所造成。

除以零（divide by zero）
说明：发生了除以零的状况
如何发生：当程序中有除以零的状况。
范例：var a= 10；
var b