On windows it leaves an errant uvapi_slave process that you have to kill manually. It doesn't go away on its own from my experience. Debugs in programs do the same thing.
I usually find them because they consume a license. -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Symeon Breen Sent: Monday, August 08, 2011 3:20 PM To: 'U2 Users List' Subject: Re: [U2] uniobjects question It isn't possible, the api_slave process will crash, probably leaving an screwed uvcs process, licencing will take a while to catch up so you will be using licences, if you are using pools, then it may cause problems up at the webserver level, and you can get in a right old mess. It is just the same with a phantom, as soon as it sees an input and there is no buffer, it dies. -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Doug Chanco Sent: 08 August 2011 14:57 To: U2 Users List Subject: Re: [U2] uniobjects question I totally agree with your response but what me and the java developer are discussing is if it's even possible (I say nay) I will write a java program to test but I was hoping with the vast sea of knowledge on this group that someone would know, if it was possible or not Yes it should never be done and yes your standards are spot on. This is just a I wonder if this is possible question Dougc <email signature> There are 10 kinds of people in the world, those that know binary and those that do not. On Aug 6, 2011, at 17:45, "Tony Gravagno" <3xk547...@sneakemail.com> wrote: > I thought this coding paradigm was already universally accepted (pun > intended). The code below exemplifies a number of techniques for > processing remote requests. Specifically: > - Never CRT or INPUT. > - Never STOP on error, always return > - Standardize the subroutine input signature so that all subs look > alike to clients, and allow for values that accommodate almost every > need. > - Modularize every request. In the code below the response could be > passed back with the save, but that may not fit the needs. > - Return a response for all requests, whether data in OUTVAL or a > non-null ERRor value. > - Clients need to pass in some sort of "state" to identify them. > Read user state on entry and write it back when you're done. If > you're running multiple processes, Common can't be used to maintain > state between user sessions. > - INVAL and OUTVAL below are used for data. If either value is a full > record then MISC can be used for the key or other metadata. > - You don't need more than one subroutine as the entry point for an > entire application. Below, WEB.IO is the one and only sub ever called > by clients. This facilitates and localizes logging, security, and > environment setup. > - A single entry point can still pass requests for more complex > functions to other subs. > - Establish a firm "protocol" between client developers and MV BASIC > developers where every Operation is defined and handled. > > The details below are irrelevant, but I've used this fundamental > design principle for the last decade and it works perfectly for every > client technology, every MV platform, and every application Every > product in the industry that I've seen does exactly the same thing. > Emulate success. > > A major part of my business revolves around writing interfaces like > this, fleshing out the details below to suit specific needs, and > adding many more features of use in various application scenarios. > Inquiries welcome. > > HTH > > SUB WEB.IO(OPERATION,INVAL,OUTVAL,MISC,STATEINFO,ERR) > OUTVAL = "" > ERR = "" > OPEN "WEB.STATE" TO WS ELSE > ERR = "Critical server error, missing WEB.STATE file" > RETURN > END > USER = FIELD(STATEINFO,CHAR(9),1) > BEGIN CASE > CASE OPERATION="GET PROMPT" > OUTVAL = "Enter your name" > CASE OPERATION = "SAVE NAME" > WRITE INVAL ON WS,"WEB.IO.NAME_":USER > OUTVAL = "SAVED" > CASE OPERATION = "GET RESPONSE" > READ USER.NAME FROM WS,"WEB.IO.NAME_":USER > OUTVAL = 'the user said his name was ':USER.NAME > CALL OPERATION = "SOMETHING COMPLEX" > CALL > WEB.COMPLEX1(OPERATION,INVAL,OUTVAL,MISC,STATEINFO,ERR) > CASE 1 > ERR = "Invalid server operation requested" > END CASE > RETURN > > Tony Gravagno > Nebula Research and Development > TG@ remove.pleaseNebula-RnD.com > Nebula R&D sells mv.NET worldwide > and provides related development services > remove.pleaseNebula-RnD.com/blog Visit PickWiki.com! Contribute! > http://Twitter.com/TonyGravagno > > > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1520/3820 - Release Date: 08/07/11 _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users