Keith, I downloaded the AutoVer 1.3.0 version for install under Windows 7 (no upgrade) and it is losing my watches. I see on the forum that this is a problem being looked into. Thanks for the link to the forum!
herman Herman -- Regarding AutoVer, there is a new version 1.3.0 and a new URL for its forum: http://bean.freeforums.org/autover-f2.html I discovered both purely by accident. I had some questions regarding upgrading procedure and versioning of subfolders (look for cindysdad). Got response in only a few hours. I haven't had a chance to implement suggestions yet though. -- Keith On 2/28/2010 05:12, Herman wrote: Thanks Keith, yes I am using autover and I like the program very much. Thanks Sanjiv Bansal, I could use compare programs but that would introduce anther program and probably involve more steps for the user. Thanks for the feedback everyone, a bit of discussion always makes the brain work better! Normally I develop in real-time on one computer while the system is being tested in RT on other computers. Remote computer need to update in real-time when I make changes on the development computer. Using Windows Live Sync and a common/shared folder where all code/data resides this is working nicely now. However because synchronization uses the Internet it can be slow, I need to be able to verify in real-time that all systems are running the same code. I suddenly realized that the problem can be solved very simply but adding a counter that increments each time a file in the system folder is modified on the development computer. I save this count in a small file in the system folder and read/display it on the main chart. This count is communicated separately from the synchronization process (visual, email, skype, etc). If on any of the remote computers the count is different they have to be synchronized. btw, below is a function to time-stamp (string) and display your formulas. Not sure if this is useful for anyone but this timestamp will update each time you Apply the formula. best regards, herman // The next line must be the first line in your formula Filename = StrLeft( _DEFAULT_NAME(), StrLen( _DEFAULT_NAME() ) - 2 ) + ".afl"; function GetFormulaTimeStamp( Path ) { global FileName; DN = fgetstatus( Path + Filename, 1, 3 ); TN = fgetstatus( Path + Filename, 1, 4 ); TSs = NumToStr( DN, 1.0, False ) + NumToStr( TN, 1.0, False ); return TSs; } Path = "C:\\Program Files (x86)\\AmiBroker\\Formulas\\Custom\\"; TS = GetFormulaTimeStamp( Path ); Title = Filename + "\nFormula TimeStamp: " + TS; Herman -- This does not answer the question you asked. But along a similar line, I use a free program called AutoVer to automatically save every version of .afl code that I write and/or modify. You can find it here: http://beanland.net.au/autover/ It's most helpful when my obvious fix is not a fix at all and I have to back peddle unexpectedly (multiple versions ago). -- Keith On 2/27/2010 13:59, Herman wrote: Thanks Dennis, I have been using revision numbers but I make so many edits (often during RT Testing) that it is too easy to apply the code without incrementing the revision number. It has happened way too many times that same-name files contained slightly different code, when this happens a lot of time can be wasted trying to get the remote person in sync. That is why I want to automatically sample the DateTime the formula is last modified. If this is not possible then the best solution is to sum all DTs in the master folder. This folder however may contains files not used by the system (Docs etc) and also sometimes files used by the system are located elsewhere. Not sure yet how to solve this yet... I have a feeling I am missing a simple solution. Perhaps Windows Live Sync works better than I expect... however I noticed that there is a delay before files are updated - this is what worries me - one could apply a formula before it was updated. best regards, herman Herman, Good idea. One possibility is build it into each module. If your formulas are based on smaller include modules, then you can include a sequence number based on a shortened date and edit number of the last change 20100227 edit 1 (e.g., 00227.01), then any edits to the code requires bumping the sequence number in the first line of the code: checksum += 00227.01; Your top level system: checksum = 0; theExpectedChecksum = someConstant; // All the includes go here If (checksum != theExpectedChecksum ) { //popup the expected vs calculated result } The first time after a change, the warning will give the right result that can be edited into the top level value of theExpectedChecksum. BR, Dennis On Feb 27, 2010, at 10:07 AM, Herman wrote: Hello, I would like to create a System-CheckSum, for example sum the last DateTime of each of the component formulas and/or data files used by the system. This would provide me, based on a single number, a way to verify that all computers are using the same code and using the same data files. I know files are supposed to be synchronized but I would feel better if there were an additional Check. I can't simply sum the DT of all shared files because not all are always used. I played with the code below and even tried using an include to read the DateTime of the formula including it. But I can't get it to go. There must be an easier/better way but it has to be automated. Is anyone doing this or have any ideas? Thanks, herman Filename = "C:\\SharedFormulas\\"+StrLeft(_DEFAULT_NAME(),StrLen(_DEFAULT_NAME())-2); FileModified= fgetstatus( Filename, 1, 3 ); // CheckSum = sum of FileModified DTs
