OIPI32 on Multiple Citrix Servers (OpenInsight 32-bit Specific)
At 11 JUL 2003 11:20:52AM Richard Guise wrote:
Just got back from client site (7 load-balanced Citrix servers). OI 4.1.3.
The OIPI32 Start/Stop problem mentioned in previous thread is worse than I thought. Each user has own "profile" set up and lots of things happening on the fly, resulting in rapid breeding of OINSIGHT.INI files with some from my originals with OIPI32 Start/Stop set to No and others from thin air with OIPI32 Start/Stop set to Yes.
I don't want to change my app. Most users don't need OIPI and the Start/Stop=Yes makes logon a lot longer. I start it if/when needed and stop it if I've flagged it as running.
It would have been much better as command line option - as now making OEngine visible/invisible.
Questions to Support/Experts :-
a) Will this "feature" be made obsolete when OIPI integrated in OI Ver 7?
b) Any way to by-pass OINSIGHT.INI and force OIPI Start/Stop=Yes/No regardless of OINSIGHT.INI?
c) How can I detect from within OI if OIPI32 is running? Then if a rogue ini appears I can prevent double start problems.
TIA of your help…
At 12 JUL 2003 01:44AM Donald Bakke wrote:
Richard,
a) Will this "feature" be made obsolete when OIPI integrated in OI Ver 7?
Yes. I believe Mike has already posted this in a similar thread.
[/i]b) Any way to by-pass OINSIGHT.INI and force OIPI Start/Stop=Yes/No regardless of OINSIGHT.INI?[/i]
Downgrade to OI 4.1.2…sorry . Actually, I don't know about this one.
[/i]c) How can I detect from within OI if OIPI32 is running? Then if a rogue ini appears I can prevent double start problems.[/i]
There is a way to specifically detect if OIPI32.exe is running but the logic is somewhat complex and intersects the consultancy realm. The following code will work but it is not limited to OIPI32 but rather any VB application using the same control class:
Declare function Set_Printer, FindWindow
Equ OIPIClass$ to "ThunderRT6FormDC"
hWnd=FindWindow(OIPIClass$:\00\, "")
If hWnd then
/* OIPI, or at least an application with the same class, is still running */Ans=Set_Printer("STOP32")end
dbakke@srpcs.com
At 14 JUL 2003 05:05AM Richard Guise wrote:
Don
Thanks (yet again!).
1) Relieved that this silliness will be made obsolete in next release.
2) Caught between devil and deep blue sea! I understand from this forum that OI pre-4.1.3 has problems with Citrix load-balancing (OIPI eval message). Also, how does one downgrade the version of an OI licence (incl user count)?
3) Thanks. How do normal mortals like me (those not trained originally to read punched tape visually) know that the class of OI32 is "ThunderRT6FormDC" - or how to find the classes of other executing programs?
I'll go for (3) and try and see if OIPI32 has been accidentally started. This will also add another degree of safety to my own OIPI run flagging.
At 14 JUL 2003 06:20AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
You could try installing the OIPI 4.0 professional on top of your current system. This could reset some of your DLL pointers, so most likely you'll have to declare them again. Backup (twice!) as this is not supported and so forth.
Most C++ installs and VB ship with tools that give you information about what programs are running and various information about them. You just load the tool, highlight the program and it tells you the name. You can also download various programs from the programmer resource websites.
World Leaders in all Things RevSoft
At 14 JUL 2003 08:26AM Donald Bakke wrote:
…or how to find the classes of other executing programs?
As Sprezz mentioned, you can use the tools that come with must IDEs or go to the web for third-party resources. One *free* one that I like is called Handle Spy. Just look for it in Google and you will find several download references for it.
dbakke@srpcs.com