I have been putting a lot of effort into getting the multi-threaded core up and running to support multiple workspaces. Hopefully the production release will be ready in the next week. If the docs are not ready by Thursday of this week I will post the production version w/o them on the beta site.
I have been putting a lot of effort into getting the multi-threaded core up and running to support multiple workspaces. Hopefully the production release will be ready in the next week. If the docs are not ready by Thursday of this week I will post the production version w/o them on the beta site.
I have been receiving a number of requests for information regarding the MT build (which is exactly what I asked for). The current status is that I am working right now on this in an effort to get a stable build for BETA posting.
There is currently too much instability for me to release this just yet. I *hope* to have a build ready for staging by the end of next week, I will do an update early next week to apprise the list members of where we stand on this. I appreciate everyones offer for testing and I am certainly anxious to get you a build to start working with.
The good news is that once the stability issues are worked out, it shouldn't take very long to push it through testing for an official release.
Hi Mark,
I am interested in the multi-threaded/multi-workspace DLL of CLIPS.
We need to use CLIPs from different threads, each thread maintaining
its own context.
It would be nice if you could direct us to the download area of the
beta.
Some examples on MT CLIPS would also help.
Thanks
Sandeep
If you are interested in using the MT DLL build (from C or C++) let me know.
It has passed the short regress. At present it works like so:
-Each thread calls InitializeCLIPS() and gets it's own workspace
-Each thread calls ExitCLIPS() when ready to terminate. This will
do the following:
-Free up all the CLIPS memory allocated to the thread
-terminate the thread
I am considering adding a paramter to the ExitCLIPS() call that would allow
you to control the thread suicide. You COULD NOT make any further CLIPS
calls on that thread after calling ExitCLIPS(), but you could perhaps finish
the termination yourself.
Mark
______________________________________________________
I have a build of the CLIPS kernel regressing that will isolate workspaces and RETE networks by threads.
<insert fireworks display and cool voice-overs>
I will start by implementing this in stages, those using the IPS in C++ or with thread control (i.e. the ability to spawn and control a thread) will get support for this first in an early 2.0 beta. It will take a while for me to scope out a marshalling interface for those simply using VB/VBA without repsect to threads (i.e. you are letting the VB/A runtime control this).
I will further pass this into the OCX by allowing multiple instances of the OCX -- each with it's own workspace. That will be the last impementation since there is the most work to be done there.
So essentially, those able to implement a Free Threading model will be able to test this first. Those using apartment model threading will need to wait until I get the custom marshaller code written (which is going to be a real pain) in order to take advantage of this.
Notice thus given, if you are such a candidate or know one who might be, let me know. The test scripts on this that I currently have may NOT be sufficient to the task as there is quite a bit of core to test and every one that is able to help flush out a bug early will speed the delivery process tremendously.
If you are using only the DLL build, but would be willing to test this feature out, I can build a testable release with some instructions on how to set up and maintain the threading model.
I know this has been a hot topic for many folks for quite some time and we are at long last nearly there.
Sorry, my first paragraph was truncated. The OCX version 1.7 is what will be
staged this weekend.
>From: "mark tomlinson" <marktoml@...>
>Reply-To: clips-win32-beta@egroups.com
>To: clips-win32-beta@egroups.com
>Subject: [clips-win32-beta] Production release notices
>Date: Thu, 03 Feb 2000 10:38:46 PST
>MIME-Version: 1.0
>X-Originating-IP: [205.227.43.13]
>Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
>MHotMailBA6317AC0077D820F3DCCF8A29A50C5F84; Thu Feb 03 10:51:51 2000
>Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 03 Feb 2000
>18:40:57 -0000
>Received: (listserv $); by f7; 03 Feb 2000 18:40:56 -0000
>Received: (qmail 31884 invoked from network); 3 Feb 2000 18:38:49 -0000
>Received: from f143.law7.hotmail.com (HELO hotmail.com) (216.33.237.143) by
>qg.egroups.com with SMTP; 3 Feb 2000 18:38:49 -0000
>Received: (qmail 98905 invoked by uid 0); 3 Feb 2000 18:38:46 -0000
>Received: from 205.227.43.13 by www.hotmail.com with HTTP; Thu, 03 Feb 2000
>10:38:46 PST
>From clips-win32-beta-return-20-marktoml Thu Feb 03 10:52:32 2000
>X-eGroups-Return:
>clips-win32-beta-return-20-marktoml=hotmail.com@returns.egroups.com
>Delivered-To: listsaver-egroups-clips-win32-beta@egroups.com
>Message-ID: <20000203183846.98904.qmail@...>
>Mailing-List: contact clips-win32-beta-owner@egroups.com
>X-Mailing-List: clips-win32-beta@egroups.com
>Precedence: bulk
>List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>,
><mailto:clips-win32-beta-help@egroups.com>
>List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
>List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
>
>
>This will be staged on the release site and kitted with InstallShield over
>the weekend. Thanks to everyone who helped in the beta for this. The next
>beta release will (hopefully) be 2.0 and will be announced here.
>
>The InProcSvr 1.0 will (hopefully) be released production next week. Again,
>a big thanks to everyone who participated in that beta as well. The next
>release of it will also be slated for 2.0 and should include the
>multi-workspace/multi-threading enhancements. This will also be announced
>here.
>
>Since the next release of the products is a fairly large code change to the
>core functionality, it is likely to be a fairly long beta and the early
>releases are likely to be fairly 'rough'. I just wanted to set your
>expectations accordingly.
>______________________________________________________
>
>------------------------------------------------------------------------
>To Post a message, send it to: clips-win32-beta@eGroups.com
>To Unsubscribe, send a blank message to:
>clips-win32-beta-unsubscribe@eGroups.com
>
>------------------------------------------------------------------------
>FREE ADVICE FROM REAL PEOPLE! Xpertsite has thousands of experts who
>are willing to answer your questions for FREE. Go to Xpertsite today and
>put your mind to rest.
>http://click.egroups.com/1/1033/5/_/307862/_/949603256/
>
>-- Easily schedule meetings and events using the group calendar!
>-- http://www.egroups.com/cal?listname=clips-win32-beta&m=1
>
______________________________________________________
This will be staged on the release site and kitted with InstallShield over
the weekend. Thanks to everyone who helped in the beta for this. The next
beta release will (hopefully) be 2.0 and will be announced here.
The InProcSvr 1.0 will (hopefully) be released production next week. Again,
a big thanks to everyone who participated in that beta as well. The next
release of it will also be slated for 2.0 and should include the
multi-workspace/multi-threading enhancements. This will also be announced
here.
Since the next release of the products is a fairly large code change to the
core functionality, it is likely to be a fairly long beta and the early
releases are likely to be fairly 'rough'. I just wanted to set your
expectations accordingly.
______________________________________________________
The WineSelector uses all these features. I am not sure what you mean by multiple users. Perhaps you are referring to modularity, the defmodule construct is also demonstrated in this example (which is included with the OCX) and can be used to control scope for other constructs.
CLIPS doesn't inherently know anything about multiple users or concurrency, although you can certainly control this in whatever your host language is.
In a future release, the IPS will support multiple Workspaces (if not completely new RETE networks as well) via separate CLIPSEngine objects (the OCX will undoubtedly be extended to support this as well with different copies of the OCX object representing different workspaces). This functionality is NOT yet implemented, but it is high on the list of things to do. If it doesn't make the first production release, then it will soon follow.
Hi,
Thanks for the lead. Do u have an example of a clips file that has
features to support multi users. A Clips file where classes, facts and
constructs are defined?
Thanks
Venky
"mark tomlinson" <marktom-@...> wrote:
original article:http://www.egroups.com/group/clips-win32-beta/?start=18
> When the CLIPS Workspace is initialized (CLIPSEngine), currently only
one of
> these can exist, but any threads in your application can access
(serialized)
> the data in the workspace. If you need to persist the data between
> invocations of the user process, then you would use the normal
methods of
> saving/loading instances, facts, constructs etc. to do this.
>
> At some point I will add the ActiveX compound document support which
will
> allow any COM contaner to directly serialize the entire OCX/IPS and
> woprkspace as part of it's own document storage.
>
>
> >From: "Venkatesh" <svenk@...>
> >Reply-To: clips-win32-beta@egroups.com
> >To: clips-win32-beta@eGroups.com
> >Subject: [clips-win32-beta] Persistance
> >Date: Tue, 01 Feb 2000 11:31:40 -0800
> >MIME-Version: 1.0
> >Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
> >MHotMailBA607FF200C6D82197B3CF8A29A5205C64; Tue Feb 01 11:35:27 2000
> >Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 01 Feb
2000
> >19:31:52 -0000
> >Received: (listserv $); by f7; 01 Feb 2000 19:31:51 -0000
> >Received: (qmail 11932 invoked from network); 1 Feb 2000 19:31:49
-0000
> >Received: from b05.egroups.com (10.1.2.184) by iqh.egroups.com with
SMTP; 1
> >Feb 2000 19:31:49 -0000
> >Received: from [10.1.2.26] by b05.egroups.com with NNFMP; 01 Feb
2000
> >19:31:49 -0000
> >From clips-win32-beta-return-16-marktoml Tue Feb 01 11:39:38 2000
> >X-eGroups-Return:
> >clips-win32-beta-return-16-marktoml=hotmail.com@returns.egroups.com
> >Delivered-To: listsaver-egroups-clips-win32-beta@eGroups.com
> >X-eGroups-Return: svenk@...
> >Message-ID: <877cas$7r8p@eGroups.com>
> >User-Agent: eGroups-EW/0.82
> >X-Mailer: eGroups Message Poster
> >Mailing-List: contact clips-win32-beta-owner@egroups.com
> >X-Mailing-List: clips-win32-beta@egroups.com
> >Precedence: bulk
> >List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>
,
> ><mailto:clips-win32-beta-help@egroups.com>
> >List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
> >List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
> >
> >
> >Hi,
> >
> >This is the current scenario:
> >1. I've registered ClipsInprocSrv in a NT Box sp3
> >2. Made instance of the ClipsInprocSrv in a VB ActiveX dll
> >3. Load the Clips file and run it
> >4. Assert the facts one by one and then run
> >5. Retrieve the globals and send it to the client
> >
> >This happens for every client's call for the next question.
> >
> >Now the questions:
> >1. Is there a way in which the object ClipsEngine be persisted
between
> >the client's session to support more than 1 user at a time? So that
for
> >subsequent assert of the facts, ClipsEngine object can be retrieved
> >from a persisted area.
> >
> >Any help / suggestion is welcome.
> >
> >Thanks in advance
> >Venky
> >
> >
> >
> >--------------------------------------------------------------------
----
> >To Post a message, send it to: clips-win32-beta@eGroups.com
> >To Unsubscribe, send a blank message to:
> >clips-win32-beta-unsubscribe@eGroups.com
> >
Hi,
Thanks for the lead. Do u have an example of a clips file that has
features to support multi users. A Clips file where classes, facts and
constructs are defined?
Thanks
Venky
"mark tomlinson" <marktom-@...> wrote:
original article:http://www.egroups.com/group/clips-win32-beta/?start=18
> When the CLIPS Workspace is initialized (CLIPSEngine), currently only
one of
> these can exist, but any threads in your application can access
(serialized)
> the data in the workspace. If you need to persist the data between
> invocations of the user process, then you would use the normal
methods of
> saving/loading instances, facts, constructs etc. to do this.
>
> At some point I will add the ActiveX compound document support which
will
> allow any COM contaner to directly serialize the entire OCX/IPS and
> woprkspace as part of it's own document storage.
>
>
> >From: "Venkatesh" <svenk@...>
> >Reply-To: clips-win32-beta@egroups.com
> >To: clips-win32-beta@eGroups.com
> >Subject: [clips-win32-beta] Persistance
> >Date: Tue, 01 Feb 2000 11:31:40 -0800
> >MIME-Version: 1.0
> >Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
> >MHotMailBA607FF200C6D82197B3CF8A29A5205C64; Tue Feb 01 11:35:27 2000
> >Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 01 Feb
2000
> >19:31:52 -0000
> >Received: (listserv $); by f7; 01 Feb 2000 19:31:51 -0000
> >Received: (qmail 11932 invoked from network); 1 Feb 2000 19:31:49
-0000
> >Received: from b05.egroups.com (10.1.2.184) by iqh.egroups.com with
SMTP; 1
> >Feb 2000 19:31:49 -0000
> >Received: from [10.1.2.26] by b05.egroups.com with NNFMP; 01 Feb
2000
> >19:31:49 -0000
> >From clips-win32-beta-return-16-marktoml Tue Feb 01 11:39:38 2000
> >X-eGroups-Return:
> >clips-win32-beta-return-16-marktoml=hotmail.com@returns.egroups.com
> >Delivered-To: listsaver-egroups-clips-win32-beta@eGroups.com
> >X-eGroups-Return: svenk@...
> >Message-ID: <877cas$7r8p@eGroups.com>
> >User-Agent: eGroups-EW/0.82
> >X-Mailer: eGroups Message Poster
> >Mailing-List: contact clips-win32-beta-owner@egroups.com
> >X-Mailing-List: clips-win32-beta@egroups.com
> >Precedence: bulk
> >List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>
,
> ><mailto:clips-win32-beta-help@egroups.com>
> >List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
> >List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
> >
> >
> >Hi,
> >
> >This is the current scenario:
> >1. I've registered ClipsInprocSrv in a NT Box sp3
> >2. Made instance of the ClipsInprocSrv in a VB ActiveX dll
> >3. Load the Clips file and run it
> >4. Assert the facts one by one and then run
> >5. Retrieve the globals and send it to the client
> >
> >This happens for every client's call for the next question.
> >
> >Now the questions:
> >1. Is there a way in which the object ClipsEngine be persisted
between
> >the client's session to support more than 1 user at a time? So that
for
> >subsequent assert of the facts, ClipsEngine object can be retrieved
> >from a persisted area.
> >
> >Any help / suggestion is welcome.
> >
> >Thanks in advance
> >Venky
> >
> >
> >
> >--------------------------------------------------------------------
----
> >To Post a message, send it to: clips-win32-beta@eGroups.com
> >To Unsubscribe, send a blank message to:
> >clips-win32-beta-unsubscribe@eGroups.com
> >
When the CLIPS Workspace is initialized (CLIPSEngine), currently only one of
these can exist, but any threads in your application can access (serialized)
the data in the workspace. If you need to persist the data between
invocations of the user process, then you would use the normal methods of
saving/loading instances, facts, constructs etc. to do this.
At some point I will add the ActiveX compound document support which will
allow any COM contaner to directly serialize the entire OCX/IPS and
woprkspace as part of it's own document storage.
>From: "Venkatesh" <svenk@...>
>Reply-To: clips-win32-beta@egroups.com
>To: clips-win32-beta@eGroups.com
>Subject: [clips-win32-beta] Persistance
>Date: Tue, 01 Feb 2000 11:31:40 -0800
>MIME-Version: 1.0
>Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
>MHotMailBA607FF200C6D82197B3CF8A29A5205C64; Tue Feb 01 11:35:27 2000
>Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 01 Feb 2000
>19:31:52 -0000
>Received: (listserv $); by f7; 01 Feb 2000 19:31:51 -0000
>Received: (qmail 11932 invoked from network); 1 Feb 2000 19:31:49 -0000
>Received: from b05.egroups.com (10.1.2.184) by iqh.egroups.com with SMTP; 1
>Feb 2000 19:31:49 -0000
>Received: from [10.1.2.26] by b05.egroups.com with NNFMP; 01 Feb 2000
>19:31:49 -0000
>From clips-win32-beta-return-16-marktoml Tue Feb 01 11:39:38 2000
>X-eGroups-Return:
>clips-win32-beta-return-16-marktoml=hotmail.com@returns.egroups.com
>Delivered-To: listsaver-egroups-clips-win32-beta@eGroups.com
>X-eGroups-Return: svenk@...
>Message-ID: <877cas$7r8p@eGroups.com>
>User-Agent: eGroups-EW/0.82
>X-Mailer: eGroups Message Poster
>Mailing-List: contact clips-win32-beta-owner@egroups.com
>X-Mailing-List: clips-win32-beta@egroups.com
>Precedence: bulk
>List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>,
><mailto:clips-win32-beta-help@egroups.com>
>List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
>List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
>
>
>Hi,
>
>This is the current scenario:
>1. I've registered ClipsInprocSrv in a NT Box sp3
>2. Made instance of the ClipsInprocSrv in a VB ActiveX dll
>3. Load the Clips file and run it
>4. Assert the facts one by one and then run
>5. Retrieve the globals and send it to the client
>
>This happens for every client's call for the next question.
>
>Now the questions:
>1. Is there a way in which the object ClipsEngine be persisted between
>the client's session to support more than 1 user at a time? So that for
>subsequent assert of the facts, ClipsEngine object can be retrieved
>from a persisted area.
>
>Any help / suggestion is welcome.
>
>Thanks in advance
>Venky
>
>
>
>------------------------------------------------------------------------
>To Post a message, send it to: clips-win32-beta@eGroups.com
>To Unsubscribe, send a blank message to:
>clips-win32-beta-unsubscribe@eGroups.com
>
>------------------------------------------------------------------------
>Get what you deserve with NextCard Visa! ZERO! Rates as low as
>0.0% Intro APR, online balance transfers, Rewards Points, no
>hidden fees, and much more! Get NextCard today and get the credit
>you deserve! Apply now! Get your NextCard Visa at:
>http://click.egroups.com/1/966/5/_/307862/_/949433511/
>
>-- Talk to your group with your own voice!
>-- http://www.egroups.com/VoiceChatPage?listName=clips-win32-beta&m=1
>
______________________________________________________
Hi,
This is the current scenario:
1. I've registered ClipsInprocSrv in a NT Box sp3
2. Made instance of the ClipsInprocSrv in a VB ActiveX dll
3. Load the Clips file and run it
4. Assert the facts one by one and then run
5. Retrieve the globals and send it to the client
This happens for every client's call for the next question.
Now the questions:
1. Is there a way in which the object ClipsEngine be persisted between
the client's session to support more than 1 user at a time? So that for
subsequent assert of the facts, ClipsEngine object can be retrieved
from a persisted area.
Any help / suggestion is welcome.
Thanks in advance
Venky
P.S. the IPS DLL should be date/timed 1/29/00 - 4:18 PM if it is the latest
copy.
>From: "mark tomlinson" <marktoml@...>
>Reply-To: clips-win32-beta@egroups.com
>To: clips-win32-beta@egroups.com
>Subject: [clips-win32-beta] Re: Clips InProcSvr load error - help!!
>Date: Mon, 31 Jan 2000 10:55:22 PST
>MIME-Version: 1.0
>X-Originating-IP: [205.227.43.17]
>Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
>MHotMailBA5F25F80067D82197D1CF8A29A572F8127; Mon Jan 31 11:01:10 2000
>Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 31 Jan 2000
>18:55:42 -0000
>Received: (listserv $); by f7; 31 Jan 2000 18:55:41 -0000
>Received: (qmail 507 invoked from network); 31 Jan 2000 18:55:22 -0000
>Received: from f138.law7.hotmail.com (HELO hotmail.com) (216.33.237.138) by
>qh.egroups.com with SMTP; 31 Jan 2000 18:55:22 -0000
>Received: (qmail 5604 invoked by uid 0); 31 Jan 2000 18:55:22 -0000
>Received: from 205.227.43.17 by www.hotmail.com with HTTP; Mon, 31 Jan 2000
>10:55:22 PST
>From clips-win32-beta-return-13-marktoml Mon Jan 31 11:03:29 2000
>X-eGroups-Return:
>clips-win32-beta-return-13-marktoml=hotmail.com@returns.egroups.com
>Delivered-To: listsaver-egroups-clips-win32-beta@egroups.com
>Message-ID: <20000131185522.5603.qmail@...>
>Mailing-List: contact clips-win32-beta-owner@egroups.com
>X-Mailing-List: clips-win32-beta@egroups.com
>Precedence: bulk
>List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>,
><mailto:clips-win32-beta-help@egroups.com>
>List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
>List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
>
>
>How a bout some machine specifics?
>What OS and version?
>What service pack/patch level?
>
>Does the OCX work correctly for you on any of the same systems?
>
>Both the OCX and IPS can be installed on the same machine w/o problems
>(that
>is they should both work OK if installed side-by-side).
>
>Bear in mind that the IPS release is not yet production (although it soon
>will be) and since it doesn't yet include an installer to update any
>dependant files (OLE layer, CRT, etc.) there may be an issue with one or
>more of these. the specific error you got was :
>
> "A DLL initialization routine failed" (0x45A or 1114 decimal)
>
>This can be caused by the InProcServer itself failing or (more likely) one
>of the dependant DLLs it loads (MFC42.DLL, MSVCRT.DLL) failed. Be sure that
>you have the latest staged copy (RC 1 staged Saturday). I just tested this
>again today after downloading and installing it on a clean version of NT 4
>SP 6a (i.e. the OS was just ghosted back on as a clean install - new OS
>install, no other products). At any rate, it worked OK.
>
>mark
>
>
>>From: "Venkatesh" <svenk@...>
>>Reply-To: clips-win32-beta@egroups.com
>>To: clips-win32-beta@eGroups.com
>>Subject: [clips-win32-beta] Clips InProcSvr load error - help!!
>>Date: Mon, 31 Jan 2000 10:31:21 -0800
>>MIME-Version: 1.0
>>Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
>>MHotMailBA5F20170012D820F3EDCF8A29A53A010; Mon Jan 31 10:31:51 2000
>>Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 31 Jan 2000
>>18:31:51 -0000
>>Received: (listserv $); by f7; 31 Jan 2000 18:31:50 -0000
>>Received: (qmail 3679 invoked from network); 31 Jan 2000 18:31:30 -0000
>>Received: from b05.egroups.com (10.1.2.184) by iqg.egroups.com with SMTP;
>>31 Jan 2000 18:31:30 -0000
>>Received: from [10.1.2.129] by b05.egroups.com with NNFMP; 31 Jan 2000
>>18:31:30 -0000
>>From clips-win32-beta-return-12-marktoml Mon Jan 31 10:35:53 2000
>>X-eGroups-Return:
>>clips-win32-beta-return-12-marktoml=hotmail.com@returns.egroups.com
>>Delivered-To: listsaver-egroups-clips-win32-beta@eGroups.com
>>X-eGroups-Return: svenk@...
>>Message-ID: <874kdp$mapi@eGroups.com>
>>User-Agent: eGroups-EW/0.82
>>X-Mailer: eGroups Message Poster
>>Mailing-List: contact clips-win32-beta-owner@egroups.com
>>X-Mailing-List: clips-win32-beta@egroups.com
>>Precedence: bulk
>>List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>,
>><mailto:clips-win32-beta-help@egroups.com>
>>List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
>>List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
>>
>>
>>Hi,
>>
>>I'm an user of the Clips OCX and have been looking to upgrade to the
>>ClipsInProcSvr.
>>
>>This is what I did:
>>1. Copy CLIPSInProcSvr.dll and the tlb files in the winnt\system32
>>folder
>>2. Ran Regsvr32 c:\winnt\system32\CLIPSInProcSvr.dll
>>
>>This is the eror message I get:
>>LoadLibrary("c:\winnt\system32\CLIPSInProcSvr.dll") failed.
>>GetLastError returns 0x0000045a.
>>
>>I also tried it on virgin machines that has no Clips OCX.
>>
>>Has anybody encountered this problem? Am I missign something? Any help
>>/ suggestions are welcome.
>>
>>Thanks in advance,
>>Venky
>>
>>
>>
>>
>>------------------------------------------------------------------------
>>To Post a message, send it to: clips-win32-beta@eGroups.com
>>To Unsubscribe, send a blank message to:
>>clips-win32-beta-unsubscribe@eGroups.com
>>
>>------------------------------------------------------------------------
>>Get what you deserve with NextCard Visa! Rates as low as 2.9%
>>Intro or 9.9% Fixed APR, online balance transfers, Rewards Points,
>>no hidden fees, and much more! Get NextCard today and get the
>>credit youdeserve! Apply now! Get your NextCard Visa at:
>>http://click.egroups.com/1/912/5/_/307862/_/949343510/
>>
>>eGroups.com Home: http://www.egroups.com/group/clips-win32-beta/
>>http://www.egroups.com - Simplifying group communications
>>
>
>______________________________________________________
>
>------------------------------------------------------------------------
>To Post a message, send it to: clips-win32-beta@eGroups.com
>To Unsubscribe, send a blank message to:
>clips-win32-beta-unsubscribe@eGroups.com
>
>------------------------------------------------------------------------
>GET A NEXTCARD VISA, in 30 seconds! Get rates as low as 2.9%
>Intro or 9.9% Fixed APR and no hidden fees. Apply NOW!
>http://click.egroups.com/1/915/5/_/307862/_/949344941/
>
>-- Check out your group's private Chat room
>-- http://www.egroups.com/ChatPage?listName=clips-win32-beta&m=1
>
______________________________________________________
How a bout some machine specifics?
What OS and version?
What service pack/patch level?
Does the OCX work correctly for you on any of the same systems?
Both the OCX and IPS can be installed on the same machine w/o problems (that
is they should both work OK if installed side-by-side).
Bear in mind that the IPS release is not yet production (although it soon
will be) and since it doesn't yet include an installer to update any
dependant files (OLE layer, CRT, etc.) there may be an issue with one or
more of these. the specific error you got was :
"A DLL initialization routine failed" (0x45A or 1114 decimal)
This can be caused by the InProcServer itself failing or (more likely) one
of the dependant DLLs it loads (MFC42.DLL, MSVCRT.DLL) failed. Be sure that
you have the latest staged copy (RC 1 staged Saturday). I just tested this
again today after downloading and installing it on a clean version of NT 4
SP 6a (i.e. the OS was just ghosted back on as a clean install - new OS
install, no other products). At any rate, it worked OK.
mark
>From: "Venkatesh" <svenk@...>
>Reply-To: clips-win32-beta@egroups.com
>To: clips-win32-beta@eGroups.com
>Subject: [clips-win32-beta] Clips InProcSvr load error - help!!
>Date: Mon, 31 Jan 2000 10:31:21 -0800
>MIME-Version: 1.0
>Received: from [207.138.41.165] by hotmail.com (3.2) with ESMTP id
>MHotMailBA5F20170012D820F3EDCF8A29A53A010; Mon Jan 31 10:31:51 2000
>Received: from [10.1.2.125] by imk.egroups.com with NNFMP; 31 Jan 2000
>18:31:51 -0000
>Received: (listserv $); by f7; 31 Jan 2000 18:31:50 -0000
>Received: (qmail 3679 invoked from network); 31 Jan 2000 18:31:30 -0000
>Received: from b05.egroups.com (10.1.2.184) by iqg.egroups.com with SMTP;
>31 Jan 2000 18:31:30 -0000
>Received: from [10.1.2.129] by b05.egroups.com with NNFMP; 31 Jan 2000
>18:31:30 -0000
>From clips-win32-beta-return-12-marktoml Mon Jan 31 10:35:53 2000
>X-eGroups-Return:
>clips-win32-beta-return-12-marktoml=hotmail.com@returns.egroups.com
>Delivered-To: listsaver-egroups-clips-win32-beta@eGroups.com
>X-eGroups-Return: svenk@...
>Message-ID: <874kdp$mapi@eGroups.com>
>User-Agent: eGroups-EW/0.82
>X-Mailer: eGroups Message Poster
>Mailing-List: contact clips-win32-beta-owner@egroups.com
>X-Mailing-List: clips-win32-beta@egroups.com
>Precedence: bulk
>List-Help: <http://www.egroups.com/group/clips-win32-beta/info.html>,
><mailto:clips-win32-beta-help@egroups.com>
>List-Unsubscribe: <mailto:clips-win32-beta-unsubscribe@egroups.com>
>List-Archive: <http://www.egroups.com/group/clips-win32-beta/>
>
>
>Hi,
>
>I'm an user of the Clips OCX and have been looking to upgrade to the
>ClipsInProcSvr.
>
>This is what I did:
>1. Copy CLIPSInProcSvr.dll and the tlb files in the winnt\system32
>folder
>2. Ran Regsvr32 c:\winnt\system32\CLIPSInProcSvr.dll
>
>This is the eror message I get:
>LoadLibrary("c:\winnt\system32\CLIPSInProcSvr.dll") failed.
>GetLastError returns 0x0000045a.
>
>I also tried it on virgin machines that has no Clips OCX.
>
>Has anybody encountered this problem? Am I missign something? Any help
>/ suggestions are welcome.
>
>Thanks in advance,
>Venky
>
>
>
>
>------------------------------------------------------------------------
>To Post a message, send it to: clips-win32-beta@eGroups.com
>To Unsubscribe, send a blank message to:
>clips-win32-beta-unsubscribe@eGroups.com
>
>------------------------------------------------------------------------
>Get what you deserve with NextCard Visa! Rates as low as 2.9%
>Intro or 9.9% Fixed APR, online balance transfers, Rewards Points,
>no hidden fees, and much more! Get NextCard today and get the
>credit youdeserve! Apply now! Get your NextCard Visa at:
>http://click.egroups.com/1/912/5/_/307862/_/949343510/
>
>eGroups.com Home: http://www.egroups.com/group/clips-win32-beta/
>http://www.egroups.com - Simplifying group communications
>
______________________________________________________
Hi,
I'm an user of the Clips OCX and have been looking to upgrade to the
ClipsInProcSvr.
This is what I did:
1. Copy CLIPSInProcSvr.dll and the tlb files in the winnt\system32
folder
2. Ran Regsvr32 c:\winnt\system32\CLIPSInProcSvr.dll
This is the eror message I get:
LoadLibrary("c:\winnt\system32\CLIPSInProcSvr.dll") failed.
GetLastError returns 0x0000045a.
I also tried it on virgin machines that has no Clips OCX.
Has anybody encountered this problem? Am I missign something? Any help
/ suggestions are welcome.
Thanks in advance,
Venky
Both the OCX and IPS have new builds staged as follows:
IPS --> 1.0 RC 1.
- this is athe last build that will not include a bulded installer.
- has the ExecuteBatch bug fix rolled in (details below)
OCX --> 1.7 B2
-Has the ExecuteBatch bug fixed as well as the other features mentioned previously (beta 1)
The ExecuteBatch bug is fixed. Remember that StringBatches must include a line terminator (CR/LF pair) for a batch line to be processed. Here is a VB code snippet for a single-line batch. Note that multiple batch lines can exist, just terminate each with a CR/LF pair in the string buffer to be processed (this sample presumes a construct file test.clp contains the defclass construct for TESTME):
Dim buff As String
'note that the line of batch command is terminated with a CR/LF pair
buff = "(make-instance Mark of TESTME)" + Chr$(13) + Chr$(10)
If CLIPS.Load("d:\clips\test.clp") Then CLIPS.Reset CLIPS.Run (-1) If CLIPS.OpenStringBatch("test", buff) Then If CLIPS.ExecuteBatch(-1) Then If CLIPS.FindInstance("Mark") Then
MsgBox "It Worked" Else MsgBox "Find Instance Failed" End If Else MsgBox "Execute Batch failed" End If Else MsgBox "Open Batch failed" End If Else MsgBox "Load Failed" End If
Look in the CLIPS_IPS folder for the CLIPS_IPS.ZIP and the CLIPS_OCX folder for CLIPS_OCX.ZIP. These do NOT have an installer, simply unzip and copy to your system/system32 directory and register the controls with regsvr32.exe.
Fair enough. Thanks.
> -----Original Message-----
> From: Mark Tomlinson [SMTP:marktoml@...]
> Sent: Thursday, January 27, 2000 6:35 PM
> To: mlipkie@...
> Cc: Clips-Win32-Beta@Egroups. Com
> Subject: [clips-win32-beta] Re: OpenStringBatch
>
> Yes, I am pretty sure the release notes warn you about death and
> destruction
> if you try to instance two or more (If not, there soon will be).
>
> All I can say is "as soon I as can get to it". There is a *LOT* of work to
> be done for this to work *correctly* and I am working at it as fast as I
> can. Now, if the base CLIPS code were already in this type of
> configuration,
> this would be easy... But it isn't, so it isn't. Believe me, it is at the
> top of the enhancement list (which does have to fall behind any bugs) and
> gets all the spare cycles I can afford.
>
> -----Original Message-----
> From: mlipkie@... [mailto:mlipkie@...]
> Sent: Thursday, January 27, 2000 10:43 AM
> To: 'Mark Tomlinson'
> Subject: RE: OpenStringBatch
>
>
>
> When are the instances of the engines going to be separated? (i.e. set
> lvEngine1 = new CLIPSEngine and then set lvEngine2 = New CLIPSEngine but
> lvEngine1 has a different rule space from lvEngine2) Here is a code
> sample
> that I ran. After button is processed, vb dies with no error message.
> Check it out... (This is using the latest CLIPS_IPS)
>
>
> <<cooldefs.clp>> <<Cool4.clp>> <<Form1.frm>> <<Project1.vbp>>
> <<Project1.vbw>>
>
> > -----Original Message-----
> > From: Mark Tomlinson [SMTP:marktoml@...]
> > Sent: Wednesday, January 26, 2000 6:39 PM
> > To: mlipkie@...
> > Subject: RE: OpenStringBatch
> >
> > << File: smime.p7m >>
>
>
> ------------------------------------------------------------------------
> To Post a message, send it to: clips-win32-beta@eGroups.com
> To Unsubscribe, send a blank message to:
> clips-win32-beta-unsubscribe@eGroups.com
>
> ------------------------------------------------------------------------
> Get what you deserve with NextCard Visa! Rates as low as 2.9%
> Intro or 9.9% Fixed APR, online balance transfers, Rewards Points,
> no hidden fees, and much more! Get NextCard today and get the
> credit youdeserve! Apply now! Get your NextCard Visa at:
> http://click.egroups.com/1/912/5/_/307862/_/949019469/
>
> -- Easily schedule meetings and events using the group calendar!
> -- http://www.egroups.com/cal?listname=clips-win32-beta&m=1
>
Yes, I am pretty sure the release notes warn you about death and destruction
if you try to instance two or more (If not, there soon will be).
All I can say is "as soon I as can get to it". There is a *LOT* of work to
be done for this to work *correctly* and I am working at it as fast as I
can. Now, if the base CLIPS code were already in this type of configuration,
this would be easy... But it isn't, so it isn't. Believe me, it is at the
top of the enhancement list (which does have to fall behind any bugs) and
gets all the spare cycles I can afford.
-----Original Message-----
From: mlipkie@... [mailto:mlipkie@...]
Sent: Thursday, January 27, 2000 10:43 AM
To: 'Mark Tomlinson'
Subject: RE: OpenStringBatch
When are the instances of the engines going to be separated? (i.e. set
lvEngine1 = new CLIPSEngine and then set lvEngine2 = New CLIPSEngine but
lvEngine1 has a different rule space from lvEngine2) Here is a code sample
that I ran. After button is processed, vb dies with no error message.
Check it out... (This is using the latest CLIPS_IPS)
<<cooldefs.clp>> <<Cool4.clp>> <<Form1.frm>> <<Project1.vbp>>
<<Project1.vbw>>
> -----Original Message-----
> From: Mark Tomlinson [SMTP:marktoml@...]
> Sent: Wednesday, January 26, 2000 6:39 PM
> To: mlipkie@...
> Subject: RE: OpenStringBatch
>
> << File: smime.p7m >>
OK Sounds good...
> -----Original Message-----
> From: mark tomlinson [SMTP:marktoml@...]
> Sent: Thursday, January 27, 2000 12:22 PM
> To: mlipkie@...
> Cc: clips-win32-beta@egroups.com
> Subject: [clips-win32-beta] Problem with OpenStringBatch()
>
> The problem is with the OCX (actually it is in the core CLIPS library so
> either the OCX or the IPS would see this). I will get this fixed and
> tested
> today. Look for a new post for both the OCX (1.7 beta 2) and the IPS
> (release candidate 1) tomorrow early eastern time which will both have
> this
> fix rolled in.
>
> <technical details>
> If you care, the issue is that there was an internal variable tracking the
>
> position within the command buffer being processed for a given batch
> command
> set which was not getting reset correctly. this caused it to drop the
> first
> character from each batch of command and you can see where that would go
> from there...
> </technical details>
>
> Subsequent batch lines would execute OK, but not the first one. In your
> case
> the batch WAS only a single line so it failed completely.
>
> I'll have to check the QA script for this, but I suspect the first line
> was
> a comment <|:-(
> ^-----------(note the dunce cap)
>
> -cheers
> Mark Tomlinson
> ______________________________________________________
>
> ------------------------------------------------------------------------
> To Post a message, send it to: clips-win32-beta@eGroups.com
> To Unsubscribe, send a blank message to:
> clips-win32-beta-unsubscribe@eGroups.com
>
> ------------------------------------------------------------------------
> Get what you deserve with NextCard Visa! Rates as low as 2.9%
> Intro or 9.9% Fixed APR, online balance transfers, Rewards Points,
> no hidden fees, and much more! Get NextCard today and get the
> credit you deserve! Apply now! Get your NextCard Visa at:
> http://click.egroups.com/1/913/5/_/307862/_/948997369/
>
> eGroups.com Home: http://www.egroups.com/group/clips-win32-beta/
> http://www.egroups.com - Simplifying group communications
>
The problem is with the OCX (actually it is in the core CLIPS library so
either the OCX or the IPS would see this). I will get this fixed and tested
today. Look for a new post for both the OCX (1.7 beta 2) and the IPS
(release candidate 1) tomorrow early eastern time which will both have this
fix rolled in.
<technical details>
If you care, the issue is that there was an internal variable tracking the
position within the command buffer being processed for a given batch command
set which was not getting reset correctly. this caused it to drop the first
character from each batch of command and you can see where that would go
from there...
</technical details>
Subsequent batch lines would execute OK, but not the first one. In your case
the batch WAS only a single line so it failed completely.
I'll have to check the QA script for this, but I suspect the first line was
a comment <|:-(
^-----------(note the dunce cap)
-cheers
Mark Tomlinson
______________________________________________________
This is build 1.6.9.9 (actually 1.7 Beta-1).
This build does not include an integrated installer.
Down the OCX.ZIP, extract the OCX and typelibrary to your system/system32
directory. Run regsvr32 on it to register.
URL : http://www.idrive.com/
username : clips_stage
password : clips
Look for it in the CLIPS_OCX folder.
The following new features have been added:
-Module property added to CLIPSClass
-ClassModule property added to CLIPSInstance object
-HoldInstance prpoerty added to CLIPSInstance object
-HoldFact property added to CLIPSFact object
-Increment/DecrementInstanceCtr methods added to OCX
-FullInstanceName property added to CLIPSInstance object (includes class
module name)
-GetModuleAndInstanceName method added to OCX
Suggestions for new features are welcome.
______________________________________________________
This has a few new features to help sychronize functionality with that of
the OCX build (i.e. Increment/Decrement FactCtr/InstanceCtr added to the
CLIPSEngine object. Primarily this is NOT build with the DEBUG MFC libraries
and should allow multithreaded execution (it shouldn't force thread
serialization anymore).
Download information:
http://www.idrive.com/
Username = CLIPS_STAGE
Password = clips
Look in the CLIPS_IPS folder and download the CLIPS_IPS.ZIP file. This drop
contains only the binaries. You must copy to your SYSTEM/SYSTEM32 directory
and register the server using REGSVR32.EXE. Be sure to also copy the type
library since there are new properties and methods exposed.
______________________________________________________
I'll certainly get right into looking at it.
There are cases where things behave slightly differently between the OCX and
the console version, but nothing major. One thing is that accessing
instances by way of a CLIPSInstance object is always via DIRECT access, but
this shouldn't cause the behavior you are seeing.
I suspect that it will be easy to fix once I debug through the test case. If
it is a bug, I fix it. If it is a code issue, I'll point out what you need
to change for the code (and get the help updated :) to work with the OCX.
The module name should be exposed as a property on the CLIPSInstance object
(and the current module focus is a property on the OCX itself) and this has
been added to a later build which we have been testing internally.
If you haven't already, sign up for the clips-win32-beta mail list (you can
do this off of the clips DLL homepage on my site) and we will get a beta of
the next version available for you to use. It has a few other features
already rolled in already and it will also include any fixes that I find for
inclusion as a result of this test case you have submitted.
I should be able to have this resolved by 21-JAN-00 and hopefully a fix as
well. You will want to get the beta to test the fix since the regressions
for a new production build are quite lengthy...
-----Original Message-----
From: diana.dugas@... [mailto:diana.dugas@...]
Sent: Thursday, January 20, 2000 2:01 PM
To: marktoml@...
Subject: Update of CLIPS OCX Bug/Problem Report
Mark,
I converted my rules to a modular design similar to the Wine Test example
and I still cannot get the system to work from VB. I was able to get my new
design to work in CLIPS 6.10(clipswin.exe). To determine if the OCX was
handling the rules in the same manner as CLIPS, I created watch (watch
"all") files of both CLIPS processes and have attached them for your review.
I have also attached my rules, NodeReductionB.clp.
Unlike the Wine Test example, I am using instances and I am wondering if the
OCX is not handling them correctly. I noticed that CLIPS automatically puts
a module name before all instance-names (MAIN::) but the OCX does not even
though they are imported. I have marked the point where the two files differ
with a newline and "******".
Do you have any ideas on how I might get around this problem? Do the two
versions have different defaults that might cause this?
Your help is greatly appreciated!
Diana
Thanks for the update on this one Mark. Not sure what MTS is a reference to
however. Could you elaborate?
Thanks
Tim
> -----Original Message-----
> From: clips-win32-beta-return-1-olsont=csi.com@returns.egroups.com
> [mailto:clips-win32-beta-return-1-olsont=csi.com@returns.egroups.com]On
> Behalf Of mark tomlinson
> Sent: Tuesday, January 18, 2000 4:40 PM
> To: Tom.Kinlaw@...
> Cc: clips-win32-beta@egroups.com
> Subject: [clips-win32-beta] Re: IPS beta problem
>
>
>
> Hmmm... It could possibly be a threading issue. I suspect the IPS debug
> binaries will end up locking the process to a single thread. I can try to
> get you a release mode version staged and see if this helps.
>
> Is it completly hung, or does only one thread hang while the
> other continues
> working? WHat sort of transaction state are you using for the
> process that
> this is on?
>
> I may have to expose some of the MTS API calls if you are going
> to use this
> in an MTS enviornment -- this was always on the list so I can
> just move it
> up in priority.
>
>
> >From: "Kinlaw, Tom" <Tom.Kinlaw@...>
> >To: "'marktoml@...'" <marktoml@...>
> >Subject: IPS beta problem
> >Date: Tue, 18 Jan 2000 15:20:04 -0600
> >MIME-Version: 1.0
> >Received: from [207.18.199.188] by hotmail.com (3.2) with ESMTP id
> >MHotMailBA4E248A0033D82197DACF12C7BCBF850; Tue Jan 18 13:22:18 2000
> >Received: by mailext12.compaq.com (Postfix, from userid 12345)id
> >F21845796F; Tue, 18 Jan 2000 15:20:06 -0600 (CST)
> >Received: from mailint12.im.hou.compaq.com (mailint12.compaq.com
> >[207.18.199.190])by mailext12.compaq.com (Postfix) with ESMTP id
> >EFA5F54601for <marktoml@...>; Tue, 18 Jan 2000 15:20:06
> -0600 (CST)
> >Received: by mailint12.im.hou.compaq.com (Postfix, from userid 12345)id
> >9440F4FB02; Tue, 18 Jan 2000 15:19:59 -0600 (CST)
> >Received: from exchou-gh02.cca.cpqcorp.net (exchou-gh02.cca.cpqcorp.net
> >[16.110.248.202])by mailint12.im.hou.compaq.com (Postfix) with ESMTP id
> >8F5EF4C901for <marktoml@...>; Tue, 18 Jan 2000 15:19:59
> -0600 (CST)
> >Received: by exchou-gh02.cca.cpqcorp.net with Internet Mail Service
> >(5.5.2650.21)id <DAVM89QX>; Tue, 18 Jan 2000 15:20:06 -0600
> >From tom.kinlaw@... Tue Jan 18 13:27:03 2000
> >Message-ID: <3D9B65726990D311941F0000F803CA9EF3E955@...>
> >Return-Receipt-To: "Kinlaw, Tom" <Tom.Kinlaw@...>
> >X-Mailer: Internet Mail Service (5.5.2650.21)
> >
> >Mark,
> >
> >We're running the IPS beta as a web - server side application, when more
> >than one client is running against this application, the NT
> Server seems to
> >hang with the MTX.exe process consuming the system. Any ideas on the
> >problem?
> >
> >Thanks
> >Tom Kinlaw
>
> ______________________________________________________
>
> ------------------------------------------------------------------------
> To Post a message, send it to: clips-win32-beta@eGroups.com
> To Unsubscribe, send a blank message to:
> clips-win32-beta-unsubscribe@eGroups.com
>
> ------------------------------------------------------------------------
> For the fastest and easiest way to backup your files and, access them from
> anywhere. Try @backup Free for 30 days. Click here for a chance to win a
> digital camera.
> http://click.egroups.com/1/337/5/_/307862/_/948233311/
>
> -- Check out your group's private Chat room
> -- http://www.egroups.com/ChatPage?listName=clips-win32-beta&m=1
>
>
Hmmm... It could possibly be a threading issue. I suspect the IPS debug
binaries will end up locking the process to a single thread. I can try to
get you a release mode version staged and see if this helps.
Is it completly hung, or does only one thread hang while the other continues
working? WHat sort of transaction state are you using for the process that
this is on?
I may have to expose some of the MTS API calls if you are going to use this
in an MTS enviornment -- this was always on the list so I can just move it
up in priority.
>From: "Kinlaw, Tom" <Tom.Kinlaw@...>
>To: "'marktoml@...'" <marktoml@...>
>Subject: IPS beta problem
>Date: Tue, 18 Jan 2000 15:20:04 -0600
>MIME-Version: 1.0
>Received: from [207.18.199.188] by hotmail.com (3.2) with ESMTP id
>MHotMailBA4E248A0033D82197DACF12C7BCBF850; Tue Jan 18 13:22:18 2000
>Received: by mailext12.compaq.com (Postfix, from userid 12345)id
>F21845796F; Tue, 18 Jan 2000 15:20:06 -0600 (CST)
>Received: from mailint12.im.hou.compaq.com (mailint12.compaq.com
>[207.18.199.190])by mailext12.compaq.com (Postfix) with ESMTP id
>EFA5F54601for <marktoml@...>; Tue, 18 Jan 2000 15:20:06 -0600 (CST)
>Received: by mailint12.im.hou.compaq.com (Postfix, from userid 12345)id
>9440F4FB02; Tue, 18 Jan 2000 15:19:59 -0600 (CST)
>Received: from exchou-gh02.cca.cpqcorp.net (exchou-gh02.cca.cpqcorp.net
>[16.110.248.202])by mailint12.im.hou.compaq.com (Postfix) with ESMTP id
>8F5EF4C901for <marktoml@...>; Tue, 18 Jan 2000 15:19:59 -0600 (CST)
>Received: by exchou-gh02.cca.cpqcorp.net with Internet Mail Service
>(5.5.2650.21)id <DAVM89QX>; Tue, 18 Jan 2000 15:20:06 -0600
>From tom.kinlaw@... Tue Jan 18 13:27:03 2000
>Message-ID: <3D9B65726990D311941F0000F803CA9EF3E955@...>
>Return-Receipt-To: "Kinlaw, Tom" <Tom.Kinlaw@...>
>X-Mailer: Internet Mail Service (5.5.2650.21)
>
>Mark,
>
>We're running the IPS beta as a web - server side application, when more
>than one client is running against this application, the NT Server seems to
>hang with the MTX.exe process consuming the system. Any ideas on the
>problem?
>
>Thanks
>Tom Kinlaw
______________________________________________________
Hi,
For CLIPS 32-bit Windows users
This is the Windows 32-bit CLIPS beta list. All beta program releated email will
be sent via this list.
Cheers,
mark tomlinson