go to post Alexey Maslov · May 8, 2018 Thank you, Dima.Could I reproduce, I'd call WRC.Ther were some errors stipulated by the fact that the class was not compiled. Posting them in another comment.
go to post Alexey Maslov · May 8, 2018 Thank you for taking part, Robert.BTW. oops is really new styleNot so new: I met them ~ 5 years ago during bulk classes recompilation task that was scheduled in our development environment. It was one of many temporary tasks, so I don't remember the details.
go to post Alexey Maslov · May 8, 2018 Thank you, Pete, I will pass your answer to the class developer who hesitated to write here by himself.
go to post Alexey Maslov · May 7, 2018 Hi Joan,It seems that the right way to perform this task would be using MemberStatusList query of the class SYS.Mirror. See Documatic for details.HTH.
go to post Alexey Maslov · May 4, 2018 No, I didn't as I solved it by myself.It can be easily reproduced, BTW.
go to post Alexey Maslov · Mar 16, 2018 Kevin,it seems that the main point here is to stop Studio before deleting the content; not necessary to stop Caché.BTW, there should be several subfolders inside, one for each server/namespace connection you've ever established.
go to post Alexey Maslov · Mar 15, 2018 C:\Users\%USERNAME%\AppData\Local\Application Data\Temp\InterSystems\
go to post Alexey Maslov · Mar 13, 2018 It seems that you are to write a couple of lines anyway, because nobody will do it but yourself. As you certainly know, it's possible to do it using shell scripting without going inside Caché, e.g.: #!/bin/sh csession cacheuc1 << EOF write ##class(%SYSTEM.Version).GetVersion(),! halt EOF
go to post Alexey Maslov · Mar 6, 2018 Ben,Thanks for prompt response.I didn't see any guarantees that a previous non-Ubuntu installs would be upgradable (in fact I would be surprised if they were)In contrast, I was surprised that one supported platform (2015.1/SUSE on Ubuntu) is not clearly upgradable to another supported one (2017.2/Ubuntu). Direct upgrade from 2015.1 to 2017.2 was promised somewhere in Caché Installation Guide.I suggest you contact the WRC for final confirmationThank you again, while I don't feel that this is a real problem worth disturbing WRC, meanwhile it seems that my solution is feasible.Moving all the stuff from old 2015.1 to fresh 2017.2 instance was not a problem in my case, but it could cause some caveats, e.g. one should not forget to move all security settings, task manager tasks, etc. Anyway, there is (potentially) much more work to do than to change a couple of lines in parameters.isc file.Any cons?
go to post Alexey Maslov · Mar 6, 2018 A bypass that was quickly found: - Being a root, save a copy of <installation dir>/paramaters.isc file - Change two lines of the original file from platform_selection.platform: lnxsusex64 platform_selection.platform_family: lnxsusex64 to platform_selection.platform: lnxubuntux64 platform_selection.platform_family: lnxubuntux64 After that the upgrade installation proceeds without any problem, a few system and application functions which I've managed to try are OK as well. I've published my question here because: - I was not quite sure if my soultion was right. - If it was right, could installation script be smart enough to recognize SUSE version installed on Ubuntu?
go to post Alexey Maslov · Feb 28, 2018 Taking in account that real commercial systems should never delete anything, the lightweight solution can't be recommended for use in such kind of systems. I'm just curious: when it can be helpful?
go to post Alexey Maslov · Feb 28, 2018 Hi Robert,But real commercial systems never delete anything. Just set a flag "isDeleted"Let us discuss a case when an employee has left a company and joined a new one.Where would you place this flag in The lightweight solution?
go to post Alexey Maslov · Feb 1, 2018 ...Example1 is faster by less line terminationsAFAIK, line terminators are no longer stored in OBJ code since version 2010.1, so splitting a long code line into smaller ones can't affect performance at all.
go to post Alexey Maslov · Dec 29, 2017 David, thank you for sharing your experience. Both tools take significant resources and should rarely be used on a live systemAccording to my rough estimate, PERFMON provides about of 20% performance penalty when collecting the default metrics. But sometimes we need to evaluate the live system's busiest processes activity in details, e.g. get process stack, process variables, current state, GREF/s, etc.%SYS.ProcessQuery class methods are evident way to go, while there are some documented notices about possible performance impact.The question is: which per process metrics can be collected on a live system without significant performance penalty and what is the right way to collect them?
go to post Alexey Maslov · Dec 21, 2017 I mentioned DAQ just because it was mentioned earlier and it was really buggy till 2017.x. I was apparently wrong as you seem to have all mnemonics embedded.As to JOBEXAM.INT, isn't it better to ask somebody inside ISC? IMHO, too many "innocent" utilities are shipped w/o sources.
go to post Alexey Maslov · Dec 20, 2017 Hi, Nikita,I'm a new WebTerminal user, just installed v.4.7.3. JOBEXAM has problems with it, and it seems that it's %X364 support again. Here is an excerpt from my session: CWTv4.7.3 ... ... USER > zn "%SYS" %SYS > d ^JOBEXAM <NOLINE>^%X364 ╠%X364 ; BINDING FOR ANSI X3.64 NAMESPACE, NOV/92 ; LRS952 06/07/05 %SYS > w $zv Cache for Windows (x86-64) 2017.2 (Build 744U) Fri Sep 29 2017 10:58:27 EDT I've checked %X364 source, it has got correct DAQ() code with this Caché version. Waiting for your help and advice.
go to post Alexey Maslov · Dec 7, 2017 This option: $ZD($h,12,,,,,,,,localeopt) seems to be more safe as switching the default representation for $ZD($h,12) may ruin already existing functionality that is expecting English days' names. To be honest, I'd prefer application level localization, just because not all possible languages are supported by Caché.
go to post Alexey Maslov · Dec 6, 2017 Just 2c to add. If a "national" locale is effective, e.g. %SYS>zw ^%SYS("LOCALE","CURRENT") ^%SYS("LOCALE","CURRENT")="yruw" and the setting was done before Caché restart: %SYS>set ^SYS("NLS","Config","LocaleFormat")=1 you will get your national day name if don't forget to set localeopt=0, e.g. USER>f localeopt=0,1 w localeopt," ",$ZD($h,12,,,,,,,,localeopt),! 0 Среда 1 Wednesday It's also possible to achieve the same overriding format defaults for the current process (see $ZDATE description for details). I emphasized the need in Caché restart just because didn't find it in docs.
