[[https://www.revelation.com/|Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community]] ==== OECGI Custom inet functions (OpenInsight 32-bit Specific) ==== === At 23 JAN 2003 08:14:16AM Bob Yerkes - elexio Software wrote: === {{tag>"OpenInsight 32-bit Specific"}} I am attempting to try out oecgi to see if it's worth using and I have run into the following problem. When I when I try to run custom inet procedure's they seem to cause OECGI to hang on all 3 machines. I kept it simple to make sure it was working: Function inet_test(Request) html=It worked" Return html ------------------------------- Any suggestions on either or these things would be appreciated. Thanks, Bob ---- === At 23 JAN 2003 08:38AM Don Miller - C3 Inc. wrote: === Does this help: "Forgot to grab a copies of the new RCL3, REVCAP32 and UTF8 dll's and put them into my cgi-bin along with a fresh copy of the OECGI" From .. Tim Farmer Don M. ---- === At 23 JAN 2003 08:47AM Mike Ruane wrote: === Bob- What error do you see in the browser? ---- === At 23 JAN 2003 02:03PM Bob Yerkes wrote: === No error message, the percent bar just hangs forever. OECGI runs in the background forever and never closes. (When I say forever I left for the night and it was still running in the morning) I mapped the directory to root of OI32. So it should have all of the files it needs. I can run inet_trace and other pre-defined inet proc's which leads me to believe it's not a setup issue on the web server. I tested it on both IIS 5.1 IIS 5.0 and Apache 2.40 with the same results. ---- === At 23 JAN 2003 06:42PM Pat McNerthney wrote: === Bob, [b]I mapped the directory to root of OI32. So it should have all of the files it needs.[/b] I am not sure what you mean by this, but if you mean mapping a network drive, then I suspect that you are trying to access a network drive while running under the context of the HTTP service, which does not work. Check out this link for more information: [url=http://support.microsoft.com/default.aspx?scid=kb;en-us;257174]Using Mapped Drives with IIS[/url]. Pat ---- === At 25 JAN 2003 07:46PM Bob Yerkes wrote: === When I say mapped I am referring to creating a virtual directory under IIS that has execution privileges. The copy of OI32 is on the same server as IIS. It launches OECGI and I can run predefined Inet functions such as Inet_Trace just not custom ones. I just installed the patch from Mike but it doesn't seem to help. Is it possible I am missing a step in creating a custom inet function? Do you have to run a function to declare an inet function before you can use it similar to the way you use Declare_FCNS? ---- === At 25 JAN 2003 09:36PM Donald Bakke wrote: === Bob, There really isn't anything special about custom INET functions. I am assuming that the program header identifies this as a function and not a subroutine. What happens if you call your custom INET functions from within a pre-defined one? dbakke@srpcs.com [url=http://www.srpcs.com]SRP Computer Solutions, Inc.[/url] [img]http://www.srpcs.com/srpicon1.gif[/img] ---- === At 26 JAN 2003 04:35PM Bob Yerkes wrote: === Function inet_test(Request) html=It worked" Return html Yes I declared it as a function and yes I can call it from the pre-defined inet functions. So I could use something like inet_aborted (which I don't think is used anymore with OECGI) modify it to pass the name of my custom inet function and it works..... But this is kind of a cheesy hack. My guess is that OECGI is throwing some kind of error and since it is a service it just sits there forever waiting for someone to click ok or until it times out. ---- === At 26 JAN 2003 07:03PM Donald Bakke wrote: === Bob, Just a crazy thought, but is "It worked" valid HTML? What happens if you did this instead: Function inet_test(Request) html=It worked" Return html dbakke@srpcs.com [url=http://www.srpcs.com]SRP Computer Solutions, Inc.[/url] [img]http://www.srpcs.com/srpicon1.gif[/img] ---- === At 26 JAN 2003 07:58PM Mike Ruane wrote: === Bob- just a quick idea during halftime here- modify INET_TRACE to indicate that you are really running it, and then test the page again. I wonder if you're not hitting the engine you think you are.. ---- === At 26 JAN 2003 10:30PM Pat McNerthney wrote: === My crazy thought is do you get the same effect with your own little test program under the SYSPROG application? Pat ---- === At 27 JAN 2003 03:57PM Bob Yerkes wrote: === No it's not valid HTML but IE can display text as well as html. Although I did test it with the head and body tags to make sure. I am using SYSPROG. I have only 1 32 bit system on the machine. I was able to modified Inet_Aborted and pass it the custom inet function execute it and return the results. So am fairly sure it's the same engine and system. http://localhost/oi32/oecgi.exe/inet_aborted?proc=inet_test ---- === At 27 JAN 2003 04:46PM Mike Ruane wrote: === Is the post an error? What do you get with http://localhost/oi32/oecgi.exe/inet_trace or http://localhost/oi32/oecgi.exe/inet_test ---- === At 28 JAN 2003 11:35AM Bob Yerkes wrote: === http://localhost/oi32/oecgi.exe/inet_trace CONTENT_LENGTH=0 CONTENT_TYPE= GATEWAY_INTERFACE=CGI/1.1 HTTPS=off HTTP_ACCEPT=image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* HTTP_COOKIE= HTTP_FROM= HTTP_REFERER= HTTP_USER_AGENT=Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) PATH_INFO=/INET_trace PATH_TRANSLATED=D:\elexioVP\vp32\inet_trace QUERY_STRING= REMOTE_ADDR=127.0.0.1 REMOTE_HOST=127.0.0.1 REMOTE_IDENT= REMOTE_USER= REQUEST_METHOD=GET SCRIPT_NAME=/oecgi.exe SERVER_NAME=localhost SERVER_PORT=80 SERVER_PROTOCOL=HTTP/1.1 SERVER_SOFTWARE=Microsoft-IIS/5.0 SERVER_URL= http://localhost/oi32/oecgi.exe/inet_test Does nothing just hangs, no error message nothing. [[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=NONWORKS_READ&SUMMARY=1&KEY=344CF152F52D3EB185256CB70048B7A1|View this thread on the forum...]]