Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
MattCrozier
About
- Username
- MattCrozier
- Joined
- Visits
- 1,723
- Last Active
- Roles
- Member
Comments
-
Yeah, this is better :) . It's good to have property and values alongside each other.
-
There may possibly be future issues though if RTI extend event_precomp to better handle the CtrlName Case statement in their generated commuter modules, in a way similar to what you've done with Event Modules? I guess that depends on how the parse…
-
Maybe Kevin will gift us with an update to the SRP PreCompiler to support that shorthand. :) That would be nice ;). Even if there are no issues at the moment, there's always the risk of an incompatibility in later versions.
-
Ok, that would be an interesting test, should it behaves unexpectedly. Looking at the precompiled output, it does seem that this gets passed through.
-
Ok, thanks - I'll use with caution ;)
-
No problem there. If you include a #pragma output statement, does this show any difference in what's actually being compiled?
-
Have you tried compiling this in OI's editor? If the same thing happens there then it's probably not specifically an SRP Editor thing..
-
OI10.2.3.20794 SRP Editor 3.4.7.1
-
That compiles with no errors for me..
-
All compiles are comming up with suspected unassigned variables that are not Not for me. There must be specific circumstances..
-
Just sayin' - the installer pages still say 3.4.6 - not a major ;)
-
Yes, the SRP Editor installer replaced SRPutilities.dll with the new version, 2.2.11.6. That seems ok. It looks like SYSOBJ/$SRP_EDITOR_SERVICES is missing from the SRP Editor RDK for OI10. It's there in the OI9 RDK.
-
Ah, thanks - that might explain it :)
-
Hi Kevin, Yes, that does the trick - thanks! I was able to replicate the issue on my computer by just leaving an SRPtree control up for half the day. It also affected the borders of SRPeditTables and subclassed editlines. I couldn't replicate …
-
I just came across this old thread, which now has a better solution. Well, I would not have expected the ALL keyword to return an array of values for you, so that works as expected. Hopefully you won't have that many performance issues by parsing th…
-
Hi Kevin, I’ve created a new version (4.2.5.12) of SRPControls and SRPControls64. In this version, you can pass “*” or “LIST” as a key Nice! This new [*] key reference for all (or a list of) items is faaaaantasic!! Definitely needed for gettin…
-
Just on setting the ItemList property itself, there's not a lot of difference. OI9 ~800 ticks; OI10 ~1000
-
Further to this, there's a case where I need to get the ItemExpanded[key] property for every item in the list. For this same list, in OI9 it takes ~3,000 ticks whereas in OI10 it takes ~16,000 ! The trouble is, there doesn't seem to be a way to get…
-
Yeah, I used TimeGetTime() in my tests. The list has 10,735 items in it. Here are ballpark average timings:
-
If you're OI9 system is connected to the Universal Driver v5.2, then you can use the RTI_Lock_Owner() function. Actually, it looks like RTI_Lock_Owner() is available with UD 4.7.2, as long as OI9.4 has the patches. FWIW, I've found this functio…
-
Interesting - thanks! Not as easy as I thought though..
-
You need to use Declare statements for any external functions or subroutines. Click the link for details and examples.
-
See this thread on Form Designer HTH, M@
-
Perhaps there was a time when the bug tracker was using the older editor. I think it's more consistent with the forums now.
-
I use postimages.org . I thought I learnt that trick from you, Barry !? ;)
-
Just looking at the default source for RDKmoduleInstall suggests that parameters aren't supported case Section = EXECPROC$ * structure of line is procname call @Line case Section = EXECPROCPOST$ pro…
-
Yeap, that's nice - thanks Kevin :)
-
Interesting! These are just examples (and not even finalised yet). ▼ is Unicode 9660, Black Down-Pointing Triangle. 3 bytes in OI UTF8 = E296BC 🔎 is Unicode 55357 . Actually, it appears to be just this character causing the above. It appears to …
-
That's true, although it's just not as readable or visually obvious - which is a shame. Even as a comment, the character can throw off the coloring.
-
Or for portability (unless this is an OI10 bug that gets fixed), possibly rndRange = NumberTo - NumberFrom If isEngine64() then rndRange += 1 R = Rnd( rndRange) + NumberFrom