go to post John Murray · Dec 19, 2016 Is the E: drive a real local drive, or is it a mapped driveletter intended to give you access to a folder shared by another machine?
go to post John Murray · Dec 16, 2016 Also, the $ZF calls made by Studio via your source control class will operate with the server credentials that the InterSystems superserver (port 1972, typically) uses. On Windows that's the logon account of the Caché/Ensemble/HealthShare service. Whereas when you launch a Caché terminal onto you local instance from your Windows desktop, your $ZF calls will use the credentials you logged in to the Windows desktop with. Similarly on non-Windows platforms.
go to post John Murray · Dec 13, 2016 It looks to me like DC is integrated with ISC's SSO mechanism. SO maybe that's what's timing you out. Or perhaps if you log out from something else that uses SSO it affects your DC session? Just speculating...
go to post John Murray · Dec 13, 2016 One way is to create a SYSTEM^%ZSTART subroutine and put some COS code in there. Read the doc here about how to do this. Take care to read the documentation carefully. For example, if your SYSTEM^%ZSTART causes an error your environment startup could fail. Here's a simple error handler to wrap your startup actions in: try { // Your code here } catch e { d ##class(%SYS.System).WriteToConsoleLog("SYSTEM^%ZSTART error: "_e.AsSystemError(),,1) } Also note that if you are using InterSystems mirroring you may want to run your startup code only on the primary. In that case I recommend creating/editing the ZMIRROR routine in %SYS (on all mirror nodes) and using its NotifyBecomePrimary entrypoint instead of SYSTEM^%ZSTART. Another benefit of NotifyBecomePrimary is that it only runs after the databases are ready to be written to. In contrast, in a mirroring configuration SYSTEM^%ZSTART runs at a point where the databases are readonly.
go to post John Murray · Dec 6, 2016 Manoj, I respectfully suggest that your response isn't an answer to Sansa's question, but instead it is a comment on the question. I encourage you to use the "comment" link below a question in future in this kind of situation.Also, our question here seems to be the same as Sansa's. Are you and Sansa perhaps working on the same project? If yes, coordinating your efforts to post a single question could be useful. In some cases you may even discover your own answer as you discuss the problem, saving you the trouble of posting a question here. In that case you might still choose to post an article sharing a tip with the community.
go to post John Murray · Dec 6, 2016 I'll echo Katherine and say I don't think 5.0 provided that capability directly. Perhaps your 5.0 instance tied telnet logins to your own app-level authentication routine. In that case, you could be doing this kind of thing . For example, using $ZIO to discover the telnet client's address or hostname.Please also note that there's no Cache version 2016. Rather, there are 2016.1 and 2016.2. Some things available in 2016.2 won't be available to you if you're using 2016.1 (though nothing likely to be relevant to this specific question). I recommend you (and anyone posting on this forum) specify at least the second piece of the version identifier. Even better, give us your complete $ZVERSION string.
go to post John Murray · Nov 8, 2016 When a MAC routine is compiled it generates and compiles an INT routine. When an INT routine is compiled it generates an OBJ routine.Here's one way to get the $H-style timestamp of when an OBJ was last written. In my example it's the OBJ of the RightTriangle.MAC example in the SAMPLES namespace:write $$DATE^%R("RightTriangle.OBJ")
go to post John Murray · Oct 27, 2016 That'd rely on 2016.2.0 being able to restore the journals written by 5.0.21, right? I'm not saying that's not possible, just that it'd need to work correctly (i.e. not just appear to work).
go to post John Murray · Oct 11, 2016 Note that Atelier requires 2016.2 as the minimum version of the Cache/Ensemble instances you're wanting to connect to.
go to post John Murray · Oct 10, 2016 I can't reproduce what you report.Please confirm that in the "Debugging Target" dialog the upper radiobutton is set and the adjacent input field contains this:##class( %SourceControl.UnitTest).Test()And if you comment out the "D $ZF(..." line in the classmethod, then recompile it, does that resolve the problem. If not, then I think this proves that the problem isn't caused by the $ZF() call.Also to say that if you need a response urgently you should contact InterSystems Support, a.k.a. WRC. This forum (Developer Community) is not a substitute for WRC.
go to post John Murray · Aug 25, 2016 The "could not attach to target" message makes me wonder if you're having problems using Studio to debug CSP pages. In that case you might be interested in trying the Serenji debugger from George James Software as an alternative. It offers a different way of debugging CSP pages.John MurrayGeorge James Software
go to post John Murray · Jul 21, 2016 If you want a complete, closely integrated source control solution that's simple to add to your Caché / Ensemble environment, please take a look at our product Deltanji. This is ready for the approaching "new world" of Atelier, but equally happy working with older versions right back to 2009.1.John MurraySenior Product EngineerGeorge James Software
go to post John Murray · Jul 14, 2016 Not answering your questions, but are you aware of the SetFlags and SetQualifiers methods of %SYSTEM.OBJ ? These can be used to set namespace-specific defaults as well as systemwide defaults. Maybe they'll let you ensure "u" behaviour for certain namespaces even if you remove the "u" flag from Studio's settings.
go to post John Murray · Jul 13, 2016 By "not available" Eduard means that InterSystems doesn't publish the source code (i.e. the INT or MAC). Only the OBJ is available, which is what executes when the code you are looking at runs.
go to post John Murray · Jun 30, 2016 I don't need it, but my experience is that InterSystems consistently maintains a very high standard of technical and professional competence among its staff, so knowing that the author of a post or a response is a member of ISC staff may be useful to readers.Additionally, an ISC person may find it helpful in the event that someone whose name they do not recognize as being a colleague posts something that might benefit from follow-up through internal channels.Think of it as equivalent to the way in which Global Summit badges usually give a discreet indication that the wearer is a company employee.
go to post John Murray · Jun 21, 2016 Their client app is a GUI built in MSM-Workstation, correct? And presumably this app is talking to Caché using the InterSystems VisM.ocx, right?Assuming VisM.ocx dispatches a double-precision value using the correct datatype, maybe MSM-Workstation's COM handling code doesn't deal with that datatype correctly.Can they test VisM.ocx in a different client to see if it works there when retrieving their double-precision property?
go to post John Murray · Jun 9, 2016 I think your code is vulnerable to a <MAXSTRING> error in the case of records with a large number of long values. How about this instead, which might be a bit faster too? set crc = 0 for i=1:1:in { set crc = $zcrc($char(i#256)_in(i), 7, crc) } return crc Prefixing the input string to each $zcrc call with a character derived from the argument position number is intended to prevent us getting an unchanged CRC in the event that a substring has been removed from the beginning of one argument and appended to the previous argument (or removed from the end of one argument and prepended to the next argument) The #256 is probably overkill because (a) you might be on a Unicode instance of Caché and (b) it might not even be possible to pass more than 255 arguments to the method (I haven't investigated).
go to post John Murray · Jun 6, 2016 When you write "no process kill command affects it", are you referring to commands issued from within Ensemble Portal or perhaps command prompt?Also, what is the $ZV string of your Ensemble?
go to post John Murray · May 11, 2016 In Atelier go to Window\Preferences and add a software site (I called my entry "Atelier") pointing to https://atelier.artifactoryonline.com/atelier/atelier-beta-1.0/After saving that, use "Check for Updates" on Atelier's Help menu. You should be offered the update.
go to post John Murray · May 3, 2016 Travis, are you aware of our well-established native Caché/Ensemble/HealthShare source code management and deployment tool? Previously known as VC/m, it's now called Deltanji.As well as dealing with code versioning Deltanji also handles deployment. It integrates with Atelier, Studio and Portal.Some members of this Developer Community may be willing to share their experiences of using our tool.Perhaps you have specific reasons for wanting to go with Git, but it might be worthwhile considering Deltanji as an alternative route.John MurrayGeorge James Software