home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 2000 April
/
Chip_2000-04_cd.bin
/
zkuste
/
Tango
/
data1.cab
/
Common
/
Readme.txt
< prev
next >
Wrap
Text File
|
1999-09-21
|
31KB
|
778 lines
TANGO 2000 FOR WINDOWS: RELEASE NOTES
=====================================
Thank you for installing Tango 2000!
For complete installation and configuration information, see the
install.txt, the "Getting Started Guide" and the rest of the
Tango documentation.
These release notes contain late-breaking information on Tango
2000 that was not available when the accompanying documentation
was created. Please read these notes thoroughly for important
information you may need to use Tango 2000. Where appropriate,
references to the user documentation are provided with the
description.
The topics covered in these notes include:
- General Tango Notes
- Tango 2000 Mapping to .taf Suffix
- Installing Tango 2000 on Windows 2000 (IIS 4)
- Security Issue if not Using Tango Plug-in
- How Tango Determines Your Web Root
- File Upload Support
- Windows 95 Kernel32 Update from Microsoft
- Windows 95 and Winsock
- Setting Additional Document Directories in Netscape Server
- Load Splitting Client
- Notes on Using Objects With Tango
- JavaBean Paths
- Updating JavaBeans While Running Tango
- Data Types Supported - COM
- Data Types Supported - Java
- Objects for Use With Tango
- Programmer Note: Using Visual Basic to Create Objects for
Tango
- Using Call Method Action With the <@VAR> Meta Tag
- Using the <@CALLMETHOD> Meta Tag
- Using On_Destroy Method in a Tango Class File
- Using In-Process and Out-of-Process COM Objects
- Executing Non-Thread-Safe COM Objects
- Using Collection Objects (JavaBeans) with MS JVM
- Using Collection Objects (JavaBeans) with Sun JRE
- Notes on Tango Web Analyzer
- Solaris Plug-in Installation
- Using Tango WA Executive Manager: FAT Volume and IIS
- Uninstalling Tango Web Analyzer
- Plug-in Default Setting
- Known Issues With Tango 2000
- Tango Editor and taf2xml Utility
- Using Server-Side JavaScript With Pervasive.SQL
- Object Expiry URLs
- Documentation Addenda and Errata
- Tango Application Server Getting Started Guide
- User's Guide
- Meta Tags and Configuration Variables
- Tango Web Analyzer Administrator's Guide
- Contacting Pervasive Software
General Tango Notes
===================
Tango 2000 Mapping to .taf Suffix
--------------------------------------
Tango 2000 can be installed on a machine running Tango 3. By
default, the mapping of the .taf file extension points to the
Tango 2000 Server.
If, after installing Tango 2000 over Tango 3, you are still
calling Tango application files using Tango 3 and not Tango 2000,
make sure the .taf extension points to only one plug-in, not two.
You can check the setting by viewing the Application
Configuration window under IIS 4 (follow the first three steps of
the instructions below). Delete the entry you do not need.
If you want to run application files using Tango 3.x Server, you
will have to use the Tango 3 CGI (t3cgi.exe) or manually alter
your Web serverÆs suffix mapping.
For Netscape Web servers, see the "Getting Started Guide" (p. 48
for Application Server, p. 52 for Development Studio).
For Microsoft IIS 3, you must edit the Windows registry and
change the value of the following key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
W3SVC\Parameters\Script Map
Change (or Add) the ".taf" value name to point to the Tango 3
plug-in (for example, "C:\InetPub\scripts\t3iis.dll")
For Microsoft IIS 4, follow these steps:
1. Open the Microsoft Management Console window.
2. Expand the Internet Information Server folder and right-
click the "LocalMachineName" folder.
3. From the context-sensitive menu, choose Properties, click
Edit, select the Home Directory tab, and click
Configuration.
The Application Configuration window appears, displaying the
different application mappings.
4. Select .taf mapping and click Edit.
5. Modify the path in front of the "Executable" section to
point it to the Tango 3 plug-in
(for example, "C:\InetPub\scripts\t3iis.dll").
6. Click OK until you return to the Microsoft Management
Console's main window.
Installing Tango 2000 on Windows 2000 (IIS 4)
---------------------------------------------
Under certain circumstances, the suffix mappings for Tango
application files and Tango class files (.taf and .tcf) may not
be created properly when Tango 2000 is installed on Windows 2000
and you are using the IIS 4 Web server. You may need to manually
create these suffix mappings.
Follow these steps:
1. Open the Microsoft Management Console window.
2. Expand the Internet Information Server folder and right-
click the "LocalMachineName" folder.
3. From the context-sensitive menu, choose Properties, click
Edit, select the Home Directory tab, and click
Configuration.
The Application Configuration window appears, displaying the
different application mappings.
4. Click Add.
5. Add a path to the "Executable" text field by browsing to the
Tango plug-in (for example, "C:\InetPub\scripts\t4iis.dll").
6. Add the extension (for example, ".taf").
7. Check Script Engine.
8. Click OK.
9. Repeat the above steps for the .tcf suffix mapping.
10. Click OK until you return to the Microsoft Management
Console's main window.
Security Issue if not Using Tango Plug-in
-----------------------------------------
This issue affects users who are not installing the Tango plug-in
(or who are using a Web server for which Tango has no plug-in).
If no plug-in is installed, calling a Tango 2000 application file
directly (that is, without the CGI directory and t4cgi.exe in the
URL) displays the contents of the application file in XML in
the userÆs Web browser. For IIS and Netscape servers, we
therefore recommend installing the plug-in.
For other Web servers, consult their Web server documentation for
information on setting up an extension-mapping.
How Tango Determines Your Web Root
----------------------------------
Many paths in Tango are defined as being relative to your Web
server document root directory, that is, the root or "home"
directory for HTML and other files being served. Include files,
Tango class files, and Tango application files being branched to
all are referenced using paths relative to the Web server
document root. The <@WEBROOT> tag also returns the OS path to
what it determines as your Web root.
Tango determines the Web root separately for each received
request. In most cases this determination is straightforward.
However, when virtual directories or aliases are being used,
Tango has no way of knowing where the root is; all Tango knows is
the path to the Tango application file (the PATH_TRANSLATED given
to Tango by the Web server) and the URL used to access it (the
PATH_INFO from the Web server). In such cases, Tango compares the
PATH_TRANSLATED to the PATH_INFO. The comparison goes from the
end back to the beginning of each looking for a difference in
directory structure. When it finds one, it stops and uses the
remainder (leftmost portion) of the path as the Web root.
Here are some examples:
Example One
Virtual Directory: /Tango
OS Path: C:\InetPub\wwwroot\Tango
URL: http:/localhost/Tango/my.taf
PATH_INFO: /Tango/my.taf
PATH_TRANSLATED: C:\InetPub\wwwroot\Tango\my.taf
Effective Web Root: C:\InetPub\wwwroot
This is a straightforward scenario, and the Web root used is
what you would expect.
Example Two
Virtual Directory: /Tango
OS Path: C:\InetPub\wwwroot\Test
URL: http:/localhost/Tango/my.taf
PATH_INFO: /Tango/my.taf
PATH_TRANSLATED: C:\InetPub\wwwroot\Test\my.taf
Effective Web Root: C:\InetPub\wwwroot\Test\
This example is less straightforward. You might expect that the
root would be C:\InetPub\wwwroot\ but because Tango sees a
difference between PATH_INFO and PATH_TRANSLATED immediately
before the file name (Test <> Tango), it stops there and uses
the remainder of the PATH_TRANSLATED.
Example Three
Virtual Directory: /Tango
OS Path: C:\Tango
URL: http:/localhost/Tango/my.taf
PATH_INFO: /Tango/my.taf
PATH_TRANSLATED: C:\Tango\my.taf
Effective Web Root: C:\
File Upload Support
-------------------
Tango supports file upload via HTML forms using the FILE
input type. For example:
<INPUT TYPE=FILE SIZE=25 NAME="myFile">
in an HTML form displays a field for entering the path to a file
on the user's computer. Usually, the browser application also
displays a Browse button that shows a dialog box for selection of
the file to upload.
In order to work correctly, the <FORM> tag must include the
ENCTYPE="multipart/form-data" attribute. See the "Form Template
(File Submission)" snippet in the Standard Snippets->HTML->Forms
folder of Tango Editor for an example of a form that allows
submission of a file.
In your application file, use <@POSTARG> or <@ARG> to get the
contents of the file sent by the user. There is currently no meta
tag in Tango for accessing the name of the file uploaded.
Note
----
Not all browser applications support the FILE input type for
form fields. Netscape Navigator versions 3.0 and up and MS
Internet Explorer versions 3.02a and up do support file upload.
Windows 95 Kernel32 Update from Microsoft
-----------------------------------------
Windows 95 customers who need to run Windows Sockets applications
(such as Tango) continuously over long periods of time,
especially applications which use a large number of sockets, will
benefit from this update.
More information on Windows 95 updates can be found at:
http://www.microsoft.com/windows95/info/system-updates.htm
This update resolves a memory leak that occurs when opening and
closing a Socket using the Windows Sockets API.
Without this update, running a Windows Sockets application over a
long period of time, especially one which opens and closes a
large number of sockets, will result in a significant resource
drain. This can cause the Windows swapfile to grow very large,
overall deterioration of performance, and over time, possible
system instability. This update allows users to better run such
applications for long periods of time without loss of system
performance and stability, and without requiring users to reboot
their computers periodically to free system resources.
Windows 95 and Winsock
----------------------
Windows 95 customers who use Tango with Pervasive.SQL should
update their Winsock software (winsock.dll) to version 1.2.
winsock.dll is available from Microsoft at:
http://www.microsoft.com/windows95/downloads/contents/
WUAdminTools/S_WUNetworkingTools/W95WinsockUpgrade/Default.asp
Update your Winsock software to version 1.2 only after you have
installed Tango.
Setting Additional Document Directories in Netscape Server
----------------------------------------------------------
Most of the time, your documents reside in the primary document
directory. Sometimes, however, you may refer to a directory
outside of your document root by setting additional document
directories in your Netscape server. You do this by specifying a
URL prefix to map the additional directory to.
The URL prefix you specify is case sensitive. For example, a
mapped URL could be
http://www.a.com/products/index.html
where, "products/" is the URL prefix you specify. The absolute
path of the additional document directory you want the URL prefix
to map to could be
C:\Netscape\Server\docs\sales\tools\Products\
This set up would not work because a letter case mismatch exists
between the URL prefix "products/" and the document directory
"\Products". Changing the URL prefix to "Products/" to match the
directory name fixes the problem.
After you resolve a letter case mismatch the first time, letter
case no longer matters, in the same way the letter case of a file
system directory name does not matter.
Load Splitting Client
---------------------
When using the load splitting client, do not use one Tango Server
to generate user references and then pass them to another Tango
Server for further utilization.
When a user reference is generated on a different Tango Server,
the IP/Port prefix is not accepted by this Tango Server; a new
user reference is generated on this Tango Sever. The result is
loss of user variables.
See Chapter 8 of the "User's Guide" for more details on user
references, and Chapter 24 for more details on the load splitting
client.
Notes on Using Objects With Tango
=================================
JavaBean Paths
--------------
The CLASSPATH environment variable value at startup is the only
one available to Tango Server, a limitation of Windows NT
Services. Adding a path to CLASSPATH means restarting the machine
to get Tango Server to see it.
Tango has a solution to this problem. For application deployment,
you must edit a text file -- called beanpaths.ini -- to add the
.jar files used by your Tango application files. Then you do not
need to restart Tango Server.
By default, the beanpaths.ini file is located in the following
folder:
C:\PVSW\Tango2000\
For development, Tango Editor updates this file automatically.
Updating JavaBeans While Running Tango
--------------------------------------
JavaBeans loaded by Tango are cached automatically by the Java
VM. Tango Editor reloads the VM when the Refresh Object(s)
command is executed for a JavaBean, allowing you to see updates
immediately. Tango Server, however, is a multi-user environment
and cannot use this means to address the issue. If you make
changes to a JavaBean while Tango Server is running, you must
stop and restart Tango Server in order for the updated JavaBean
to be used.
Data Types Supported - COM
--------------------------
Certain COM data types are not supported as in/out or out
parameters in Tango 2000: IDispatch and IUnknown. Attempting to
use these data types with Tango 2000 as these types of
parameters may give unpredictable results. In and returned values
are handled correctly.
Data Types Supported - Java
---------------------------
The following Java data types are supported:
boolean
java.lang.Boolean
byte
java.lang.Byte
int
java.lang.Integer
short
java.lang.Short
long
java.lang.Long
float
java.lang.Float
double
java.lang.Double
char
java.lang.Character
java.lang.String
java.lang.Date
one- and two-dimensional arrays
Objects for Use With Tango
--------------------------
It is recommended that you search sites such as
http://www.download.com/ for 'COM' or 'ActiveX' (COM) or
'JavaBean' (JavaBeans). The sites http://www.activex.com and
http://www.jars.com are also valuable for downloading "ActiveX'
and 'JavaBean" types respectively.
Any object that claims to work in other server-side environments
should work with Tango (with the above-mentioned qualifications).
If you are familiar with Visual Basic, C, C++, or any other
language which can be used to create COM objects, you can create
your own COM objects. We encourage you to share any useful Tango
objects that you create with the Tango developer community.
Please see http://developerzone.pervasive.com/ and
http://componentzone.pervasive.com/ for details.
Tango does not work with OLE documents and containers This can be
verified in the registry or with OleView.
Programmer Note: Using Visual Basic to Create Objects for Tango
---------------------------------------------------------------
If you use Visual Basic to create objects to use with Tango 2000,
you must select "ActiveX EXE" or "Active DLL" to base your
project upon. If you want to do remote activation, you must start
the project from one of these two selections. If the project is
started as something else (such as "Standalone EXE" or "ActiveX
Control"), you are allowed to change this setting later, but you
won't be able to enable 'remote server' support. To enable remote
server support, the project must initially be created as an
"ActiveX EXE" or "Active DLL".
Using Call Method Action With the <@VAR> Meta Tag
-------------------------------------------------
When using the Call Method action or <@CALLMETHOD> meta tag, if
you specify a value with the <@VAR> meta tag or its @@ shortcut,
Tango always converts non-text values to text before passing
them, regardless of the data type of the parameter. For example,
an array variable is converted to an HTML table, a DOM instance
to XML, and an object to [Object: xxxxxx]. To pass a non-text
variable to a method in its native type, use the Variable option
of the Call Method action or the <@VARPARAM> meta tag for the
<@CALLMETHOD> meta tag.
Using the <@CALLMETHOD> Meta Tag
--------------------------------
The following information supplements the description of the
<@CALLMETHOD> meta tag in the "Meta Tags and Configuration
Variables" manual.
The METHOD attribute of the <@CALLMETHOD> meta tag uses the
following syntax:
METHOD='methodName (param1, param2, ...)'
Each of the individual parameters (for example, param1) can be
defined using one or more meta tags; however, neither methodName,
nor the parameter list, nor the entire METHOD attribute value can
be defined using meta tags. This includes the variable-returning
shortcut @@foo.
The reason for this restriction in the attribute is that Tango
parses the METHOD value into methodName and parameters before
meta tag substitution takes place.
Using On_Destroy Method in a Tango Class File
---------------------------------------------
In a Tango class file's On_Destroy method, application and domain
scopes are not supported. An error occurs if these scopes are
accessed in an On_Destroy method. User scope is supported, but
because there is no "user" associated with the execution of the
On_Destroy method, the scope is in practice equivalent to another
local scope.
Using In-Process and Out-of-Process COM Objects
-----------------------------------------------
Some COM objects are designed to be used in-process, while others
are designed to be used out-of-process.
Before you develop or use an in-process or out-of-process COM
object, consider the advantages and disadvantages of each:
- An in-process (a DLL) COM object is fast; however, because it
becomes part of Tango, if it crashes, Tango Server crashes.
- An out-of-process (an EXE) COM object does not affect Tango
Server stability, but it is much slower.
Executing Non-Thread-Safe COM Objects
-------------------------------------
If Tango Server is executing a non-thread-safe COM object, it
blocks the next user from accessing the same COM object until the
first process is complete.
In most cases, the effect on Tango Server performance is minimal.
You can find out whether a COM object is thread-safe by selecting
it and then choosing Properties from the View menu in Tango
Editor.
Using Collection Objects (JavaBeans) with MS JVM
------------------------------------------------
MS JVM does not support iterator-based collection objects. Tango
Editor fails to introspect these objects and an error is returned
with Tango Server. We suggest that you use Sun Microsystem's Java
Runtime Environment 1.2 or greater (supplied on the Tango CD-ROM)
in these cases.
Using Collection Objects (JavaBeans) with Sun JRE
-------------------------------------------------
When one instance of a JavaBean collection object exists and two
or more users try to access that collection object instance at
the same time (using the Object Loop action, the <@OBJECTS> meta
tag, or the <@OBJECTAT> meta tag), the index into the collection
object may be incorrect. This can produce incorrect results.
We recommend that you do not use JavaBean collection objects in
domain or application scope where multiple users could use the
same instance.
Notes on Tango Web Analyzer
===========================
Tango Web Analyzer, or Tango WA (formerly known as Bolero), is
now part of Tango 2000. See "Tango Web Analyzer Administrator's
Guide".
Solaris Plug-in Installation
----------------------------
The installer copies the necessary files for the Solaris plug-in
to your machine during installation, including a "readme.txt"
file. The readme.txt file explains how to use this plug-in with
Tango Web Analyzer. By default, these files are installed under
the following folder:
C:\PVSW\Tango2000\WebAnalyzer\NSPlugIN.Solaris\
(Note: If you are using Tango Server for Solaris, see also the
"Getting Started Guide" for Solaris.)
Using Tango WA Executive Manager: FAT Volumes and IIS
-----------------------------------------------------
If you use the FAT file system on a Microsoft IIS machine, Tango
WA Executive Manager is not secured. In this case, Tango WA
Executive Manager is launched in the context of an anonymous user
who does not have privileges to access the remote Tango Web
Analyzer configuration.
If you are using IIS web server you must install Tango Web
Analyzer on an NTFS file system. If the drive you plan to run
Tango Web Analyzer on is currently part of a FAT file system, you
need to convert it to NTFS before you install Tango Web Analyzer.
To convert a drive to an NTFS volume, read "Tango Web Analyzer
and NTFS" in the "Getting Started Guide".
Uninstalling Tango Web Analyzer
-------------------------------
If you uninstall Tango Web Analyzer, the uninstaller prompts you
whether you want to keep the database files for Pervasive.SQL
2000 only.
Plug-in Default Setting
-----------------------
By default, the Tango Web Analyzer plug-in is set to "off". To
set it to "on", go to Services in the Windows NT Control Panel
and start it.
Known Issues With Tango 2000
============================
Tango Editor and taf2xml Utility
--------------------------------
* Non-printable characters (except carriage returns, line feeds,
and tabs) in Tango application files that are created in, or
converted to, Tango 2000 (XML) format will be changed to line
feeds when saved.
Workaround: In the rare case where these characters exist in
your Tango application files and are significant, you should
use the Tango 3.x Editor to change them to the <@CHAR>
equivalents before conversion.
Using Server-Side JavaScript With Pervasive.SQL
-----------------------------------------------
* If you are running Tango files that execute server-side
JavaScript (using the Script action or the <@SCRIPT> meta tag)
with the scope set to "immediate" and also access Pervasive.SQL
data sources, you may experience periodic Tango Server
shutdowns. This is indicated as a "Client Error" or "Server
Error" in the browser, meaning the CGI or plug-in cannot
connect to Tango Server. The shutdown occurs after execution of
the server-side JavaScript. A Server shutdown due to this
problem also shows, in the t4events.log file, a line similar to
the following: [ 556] 1999-08-25 12:57:53 FATAL Fatal error at
78001f2d: EXCEPTION_FLT_INVALID_OPERATION. The relevant
statement is "EXCEPTION_FLT_INVALID_OPERATION".
Workaround: Change the scope of any server-side JavaScript from
immediate to local (or any other scope). This involves
searching for all <@SCRIPT> meta tags and ensuring that any
SCOPE attributes are set to something other than immediate.
Also check to make sure all Script actions do not use the
immediate scope. If you have a large number of Tango
application files or Tango class files, this is most easily
accomplished using a text editor to directly edit these files
(which are in XML format). Script actions look like the
following:
<ScriptAction Type="JavaScript" ID="Script" Sig="scrp">
<Script>thescript</Script>
<Scope>local</Scope>
</ScriptAction>
Object Expiry URLs
------------------
* Object expiry URLs (specified in the Create Object Instance
action) do not work correctly with Tango class file instances.
The URL is executed after every method invocation.
Workaround: To perform processing when a Tango class file
instance expires, use the On_Destroy method instead.
Documentation Addenda and Errata
================================
* Tango Application Server Getting Started Guide *
==============================================
Machine Setup [p. 7]
-------------------
For security reasons, Typical Setup does not include the
installation of Tango Demos. To install Tango Demos, use Custom
Setup.
* User's Guide *
============
Variant Parameters [Chapter 22, p. 448]
--------------------------------------
The drop-down menu that allows you to select the specific data
type covers all the basic types, but not all possible
variations of the basic data types.
Tip: Specify all scalar types (long, ulong, int, SCODE)
as "Int" and all floating point types (float, double) as
"float" in the drop-down menu. Precision will not be lost with
variants in those cases.
Tango Class File Error Handling [Chapter 23, p. 463-464]
-------------------------------------------------------
Replace the "Error Handling" subsection as follows:
When an error occurs in a Tango class file method action:
- If the action has Error HTML, Tango processes it and stops
method processing.
- If the method's return value is the Results HTML, Tango
returns the Error HTML.
- If the action has no Error HTML, Tango passes the error up
the calling chain to the original Tango application file.
Using config.taf [Chapter 24, p. 498]
------------------------------------
The ODBC section of config.taf allows you to create, modify,
and delete ODBC data sources.
Tango Cache [Chapter 24, p. 541]
-------------------------------
When you update a Tango application file, Tango does not
automatically update it in the Tango cache. You need to purge
the old version from the cache explicitly, using the
<@PURGECACHE> meta tag.
When doing development or testing where you frequently change
your Tango application files, set the Cache configuration
variable to 'false' in your configuration file (or config.taf).
For deployment, Tango Server offers better performance if you
set Cache to 'true'.
If you upgrade from Tango 3 to Tango 2000, Tango sets Cache to
'false'. The reason is that, unlike the earlier version, Tango
2000 keeps application files in the cache until explicitly
purged.
Using <@SETCOOKIES><@USERREFERENCECOOKIE>
in a Custom HTTP Header [Chapters 8 and 24]
-------------------------------------------
If you include <@SETCOOKIES><@USERREFERENCECOOKIE> in a
custom HTTP header, it must be the last line of the header.
Once evaluated, these meta tags return "Set-Cookie=..."
plus a CRLF, which becomes an extra CRLF for the line it is
at. Putting these meta tags anywhere else but the last line of
the header will result in any following lines appearing in the
Web browser.
Tango Server Error Codes [Appendix D]
-------------------------------------
For a complete and up-to-date list of error codes, see the
Error Codes section of the "Getting Started Guide".
* Meta Tags and Configuration Variables *
=====================================
<@VISITORID>
------------
The visitor ID cookie is not available on your first hit or
any hit made with cookies disabled. In these cases, the cookie
is not part of the request but part of the response, so Tango
does not see it.
Custom Tags and Attributes
--------------------------
The maximum number of tag attributes you can have for a custom
meta tag is 32, for example, <@MYCUSTOMTAG att1 att2 att3 ...
att32>.
Custom Tags and Tango Class Files
---------------------------------
The order of parameters must match in the custom tag and the
Tango class file. If you change the order of parameters in one,
you must also change the order in the other.
absolutePathPrefix
------------------
In addition to system and application scope, absolutePathPrefix
is valid in user, domain, and local scope. However, even though
a value can be assigned to absolutePathPrefix in those scopes,
that value is only used in actions that involve file paths
(File, Mail, External, and so on) if you have administrator
privileges; that is, if the value of user$configPasswd matches
the system$configPasswd.
If the configPasswd value matches, Tango looks in each scope
from most restrictive to most general, and uses the first value
of absolutePathPrefix that it finds. If the configPasswd does
not match, the application scope value of absolutePathPrefix is
used if the current application file is part of an application,
or the system scope value of absolutePathPrefix is used if
there is no current application.
userKey
-------
The default value of userKey is <@USERREFERENCE>, not the
documented value of <@APPKEY><@USERREFERENCE><@CGIPARAM
CLIENT_IP>. You may change userKey to the documented value by
choosing the "Tango User Reference restricted by Application
and IP address" option on the Variables page of the config.taf
application file.
* Tango Web Analyzer Administrator's Guide *
========================================
Tango WA Executive Manager [p. 159]
-----------------------------------
The second registry key should read:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\
SecurePipeServers\winreg
Contacting Pervasive Software Inc.
===================================
Pervasive Software
12365 Riata Trace Parkway
Building II
Austin, Texas 78727 USA
Telephone: 1 800 287-4383 (toll-free in North America)
(512) 231-6000
Fax: (512) 231-6010
E-mail: info@pervasive.com
Web: http://www.pervasive.com/
______________________________________________________________
Last Updated September 21, 1999
⌐1999 Pervasive Software Inc.