Latest Equinox News

Latest Equinox 5 Build Released (3915)

We are pleased to announce the release of the latest build of Equinox 5 (3915).  The only change in this build is an upgrade of the build environment to Visual Studio 2008, which allows the continued maintenance and creation of new builds as necessary.  This new build also comes with EqlSLib.dll in the executable folder.

As you know, the number of Equinox 5 builds is now becoming less frequent and we only produce a V5 build for major issues affecting systems.  Any reported bugs will only be fixed in V6 from now on so this is likely to be the last build of V5.

Knowledgebase

We have made a change in the list view of the Equinox Knowledgebase to provide a new column showing which versions of Equinox an article is written for – this is to enable you to determine whether an article is valid for your current version(s).  We are gradually working through the articles and adding a version value to them. Please note that several of the articles have not been not marked as applicable to version 6.x solely because the external declarations have not yet been updated – please contact support if you’d like more information on this.

There are also 2 new articles since the last newsletter:

  • Improved Unique ID Creation Code
  • Generate Random Strong Password
Advertisements

Latest Equinox 6 Build Released (4203)

We are pleased to announce the release of the latest build of Equinox 6 (4203).  We know a lot of you have been eagerly awaiting this build as we have been working on several fixes for issues reported by you.

One of the main reasons for the delay in the release of this build is that we found an issue with the automated backup process.  You could setup a schedule and commands as normal and they would work perfectly fine for an undetermined amount of time, then all of a sudden for no reason the backup process would stop taking a copy of the application.  Equinox was going through the process, it was triggering the command at the scheduled time, but the command would take zero seconds and when you looked at the backup itself, it was not updated with a new copy.

So instead of the output log showing:

04-09-2017 12:30:01 TM40: TransactionGlobalStart
04-09-2017 12:30:02 TM110: TransactionGlobalStart complete
04-09-2017 12:30:02 Scheduler: Executing command d:\Equinox\eq600\4203\v6atozBackups\Scripts\backupMon30.bat
04-09-2017 12:30:20 Scheduler: Command d:\Equinox\eq600\4203\v6atozBackups\Scripts\backupMon30.bat complete
04-09-2017 12:30:20 Scheduler: ‘Bu’ command completed
04-09-2017 12:30:21 TM80: TransactionGlobalCommit
04-09-2017 12:30:21 TM120: TransactionGlobalCommit complete

 

Instead the backup log showed this:

04-09-2017 12:30:01 TM40: TransactionGlobalStart
04-09-2017 12:30:02 TM110: TransactionGlobalStart complete
04-09-2017 12:30:02 Scheduler: Executing command d:\Equinox\eq600\4203\v6atozBackups\Scripts\backupMon30.bat
04-09-2017 12:30:02 Scheduler: Command d:\Equinox\eq600\4203\v6atozBackups\Scripts\backupMon30.bat complete
04-09-2017 12:30:20 Scheduler: ‘Bu’ command completed
04-09-2017 12:30:21 TM80: TransactionGlobalCommit
04-09-2017 12:30:21 TM120: TransactionGlobalCommit complete

 

After much investigation, we believe this is down to a Windows change.  Having made the following change to the Windows registry, we have been unable to replicate the above issue and the backups have been working every 15 minutes between 09:00 and 20:00 hrs for the past 2 weeks.

Increase the maximum number of child processes that can be spawned by a Windows service.

  • Backup your registry before making any changes
  • Run Regedt.exe as the administrator
  • Edit the registry value:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SubSystems\Windows

 

  • You will see a string like:
%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,20480,768 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ServerDll=sxssrv,4 ProfileControl=Off MaxRequestThreads=1

 

The critical part is:

SharedSection=1024,20480,768

 

We increased the third number in this section from 768 to 2048 and we have not seen the issue with the backups since this change was made.

SharedSection=1024,20480,2048

 

 

More details on the change we have made in our testing can be found here:

https://stackoverflow.com/questions/17472389/how-to-increase-the-maximum-number-of-child-processes-that-can-be-spawned-by-a-w

 

Full details of the other fixes contained in this build can be found on the Equinox6 website.  If you would like a copy of this new build, please complete the usual software request form and send it to support@compsoft.com (please remember only one item of software per request form, thank you).

OpenSSL Heartbleed vulnerability

On April 8th 2014, Compsoft became aware of a serious vulnerability in the OpenSSL library used by Equinox for secure connections to the Equinox server or web server.

This vulnerability does not affect the OpenSSL version used by Equinox 5.

Equinox 6 builds 4136 through 4156 inclusive are affected, however Compsoft is not aware of any customers using these builds with secure connections in a live environment.

Equinox 6 builds 4157 and following use OpenSSL 1.0.1g which contains a fix for the problem. We aim to release this build as soon as possible and will send it to all customers who have purchased Equinox 6.

See http://heartbleed.com/ for more information.

Equinox6.com is Here!

Image

This site replaces Equinox5.com and is your “one stop shop” for all things Equinox. The Supported Customers area provides all the Support resources you are used to (Morpheus, Knowledgebase & Builds), and our Downloads will tell you anything you need to know about Equinox 6. We hope you like the new look!

Version 6 Has Arrived

We are delighted to announce that Equinox 6 is now shipping!

Equinox 6 has been a major development project for Compsoft, and delivers substantial benefits for both developers and customers in the following areas:

  • 64-bit compatibility
  • Enhanced Data caching
  • Improved network performance
  • Multiple concurrent forms and activities
  • Large integer support
  • Method language improvements

Click Here for a full detailed features list.

We also have a new website Equinox6.com coming soon

Version 6 Is On Its Way

Version 6 brings Equinox firmly into the 64 bit environment, with ports of all executables to Win64. That has allowed a new record cache implementation to take advantage of the extra memory available. The previous record caching system has been disabled since version 2.x, so the new implementation provides almost all users with significant speed improvements, especially when combined with the port to Win64.

The cache system works in both client server and single user, Win32 and Win64. Reading at start-up happens in the background, and thus there is no start-up delay. It is extensible to incorporate future support for BLB files; this feature when implemented will improve the speed of the transaction manager. Indexes are cached using the system implemented in version 5, which is unchanged.

We are working on finalising further additions in response to customer requests, and hope to make more announcements in the near future.