Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
jimvaughan
About
- Username
- jimvaughan
- Joined
- Visits
- 332
- Last Active
- Roles
- Member
Comments
-
FYI I posted the following on the OI forum We are using SRPs edittable and when I set the Column headings using OLE.TitleList everything gets stuck into the first column heading. Delimiters and all, the OLE control is expecting a @VM delimited list…
-
OK, I will do both of these. I let you know the results. Thank you.
-
The server is 2012 server I think. It fails from all different client machines, we have tested on. All client machines are Windows (not sure what OS). If the user uses Remote Desktop to remote into the server everything works as expected. Only when…
-
Re-install did not fix the problem, but I do have some more information. Everything works if OI is run on the server. It fails when run from a client. If I use Call Set_Property(Obj,"OLE.TitleList",Col_Text) to put a @VM delimited list of say 10…
-
Just checked, no we do not call SetNoOfDelimiters or set that property. Thanks for the suggestion, I'm thinking it has to be corruption. Hopefully, I re-install fixes it.
-
Ha, sorry, thank you Kevin :)
-
So they must have changed something in how the client (or maybe server) is configured? Or as you say something is corrupt. At least two of the client machines are exhibiting this (we only checked two), however, the UTF8.DLL is on the server unless…
-
Now the user is saying that the popup control (we allow the user to hover and popup information) is popping up but is blank. Any ideas? BTW SRPControls.ocx is installed into $sysdir on the client using NSIS.
-
Thanks, Don, I knew there had to be a way :)
-
That's some interesting ideas, let me ask the customer if any of those are true.
-
Yes, we can not reproduce it. It works every time manually.
-
Test_Die is terminated with a "\" The strange thing is this code works on every install we have and only intermittently fails on this one machine.
-
I am also unsure what to do at this point. If I go back to my 10.0.0.3 backup, what do I do then? Wait for a fix, upgrade to 10.0.0.4 but do not edit menus...
-
Ugh, I know. OI 10 is buggy.
-
The form designer has broken all my menus on my main form. I guess I go back to a backup.
-
Now I have broken something in the menu events on the form and the form will not compile (see rev forum) . This is frustrating, I don't seem to be getting anything done.
-
I seem to have it fixed by changing the OLE event code. I moved the call to Repository from subroutine called from the event to the event itself, so it runs after the subroutine completes.
-
Using Post_Event did not work, the same error occurs. Thanks for the suggestion. I guess we wait to see what Carl comes up with. I think I can code around this by saving both the source code and the compiled code, that would remove the need to co…
-
It's not closing the dialog. The crash is due to calling Repository('COMPILE' in the code. If the code called from the OLE event has a call to Repository('COMPILE' it will crash, the same code called from a menu event does not crash.
-
The dialog does get closed by the dialog, it calls End_Dialog. Is this crash new under OI10, I have not seen it on 9.4.
-
Tomorrow I am going to try simplifying the code that is called.
-
Well, it does all kind of stuff but only fails when called from an OLE event. And it fails badly, a complete crash, now that I have removed the call to a subroutine. The code opens a dialog, lets the user makes a few choices, the user presses OK b…
-
I removed the send event logic entirely. If both events have the same exact code (they now call a subroutine called Click_Open. The menu works, OLE event as I say above crashes hard, no error, nothing just exits from memory.
-
No. I placed at the very front of ToolBar_OLE_Event the same code as in the menu event followed by a return. So the only code executing in ToolBar_OLE_Event is the same code as in the menu event. I just tried this: Removed call to ToolBar_OLE_Ev…
-
Just posted this on the Rev forum USing SRPs OLE Button control. If I call a piece of code from a menu event on a form, it works. If call exact same code from OLE button control on the same form, OI gives an error as it returns from the code int…
-
To confirm: Code called from menu event works. Same exact call from OLE event fails on return
-
This is really strange. The OLE button event code does nothing except this (it actually does way more, but in this situation that is all it does, one subroutine handles all the OLE buttons). Call Send_Event("MAIN_TACTIC.MENU.FILE.OPEN","MENU") If I…
-
If I place an return at the front of the subroutine being called the error goes away. If I place a debug at the front of the subroutine being called then step through the subroutine, It all seems to work but at the end of the code as the subroutin…
-
OK, strange. So you are saying the error is in the subroutine being called, but the debugger is reporting the error in the event.
-
Just tried again, this time the error is ENG0015: $$$$W_TACTIC*OLE*MAIN_TACTIC,BUTTTON2, line 76 illegal op code 73.