Upgrading from 4.3
Mike Matthews
omnis at lineal.co.uk
Wed Jan 6 04:22:19 EST 2016
Hello Grant,
Ok, so no DAMs, no sessions, No FileOps, just Mac OSX and DF1 with a good helping of Set Read/Write in reversible blocks. Just like the good old days as I said. In which case, I don't think you will have any problems at all, just use v6.1, copy the lib & DF1 first. I think you will be pleasantly surprised.
Unicode only plays a part in the coding of the data in the DF1, so be careful when you convert the DF1 to unicode. Use the FULL method only, otherwise extended chars such as the French things and other European chars will go funny. But not a big issue if you follow the right path.
Mike
Mike Matthews,
Managing Director, SQLWorks Software Ltd
Tel: +44 (0)1271 850550
Email: mike.matthews at sqlworks.co.uk
Web: www.sqlworks.co.uk
SQLWorks replaces Sage, ACT!, Opera, Access, SAP
On 6 Jan 2016, at 04:59, Grant Thiessen bookitinc <bookit at bookitinc.com> wrote:
> would your advice still apply, if I have never used the DAMs at all?
>
> I am strictly using native .df's, with direct access, no sessions at all.
>
> I have never quite understood how unicode affects the native .df files, or the .lbs, for that matter.
>
> As regards Fileops, if you are referring to things like $readfile, $writefile, etc, I don't use them in my library.
>
> Grant
>
> On 01-05-2016, at 7:25 PM, Terence J. young, DC wrote:
>
>> Hi,
>>
>> I would first migrate to 4.32, non-unicode and then put branch coding in that to handle unicode. The advantage here is that you can code in on-unicode 43 and then test in unicode 43. I do not believe you can go back to non unicode from unicode, so keep separate copies.
>>
>> for example,
>> 1) if you have any preV3 code, wrap that in
>> If not(isunicode())
>> Set current session {[con($clib().$name)]}
>> Logoff from host
>> End If
>> (mind you, I use a Vs dam connecion to sybase; I think I had this left over from prior conversions)
>> 2) when using the sys(2) se if you have a deleoper version, you need to use this
>> If abs(mod(sys(2),16))<>1
>> bla bla
>> End If
>>
>> As already stated, you will need to deal with file-ops; the archives should help you here
>>
>> Once you have your 432 unicode version working, you should be able to transition forward with more ease.
>>
>> terry
>>
>>
>> On 1/5/16 3:46 PM, Grant Thiessen bookitinc wrote:
>>> For years, I resisted moving my application forward with Omnis, as I am mostly retired, have only a handful of users, and had really lost the inclination to program. It's probably been at least a year since I did any programming at all.
>>>
>>> All of my users are on Macs running 10.6.8, Studio 4.3, native db only.
>>>
>>> However, I can't hold back any longer. Circumstances have arisen which are quickly going to force me out of my comfortable position with my current configuration.
>>>
>>> So:
>>>
>>> I need to move forward to the latest Mac system which plays well with Studio. Question 1: which Mac system and Studio version is that? And will that Studio system also work with 10.6.8 (it would make it a lot easier if I could convert the program and data file, before upgrading my Mac).
>>>
>>> Question 2: has anyone developed any systems to minimize the drudgery of conversion? Either software, or an ordered system of steps required to make the conversion. Or even a list of denigrated? commands.
>>>
>>> Without really investigating it carefully, Unicode always put me off, as well as my previous experiences with commands which no longer worked from earlier migrations.
>>>
>>> Since my original application was written in Omnis 3 in the 1980's, then upgraded to Omnis 7, then converted to Studio, each conversion has entailed a lot of work which I really cannot extract any revenue from, and don't have much interest in. If my back wasn't against the wall...
>>>
>>> I don't need to be on the bleeding edge of Studio, I just need to make my existing code work. My application is extremely stable (I have not had a user problem in a couple of years now), and I'd like to keep it like that. I really am totally unexcited about having to re-invent anything, as I am enjoying my retirement and my other activities.
>>>
>>> Any help would be greatly appreciated,
>>>
>>> Grant Thiessen
>>> _____________________________________________________________
>>> Manage your list subscriptions at http://lists.omnis-dev.com
>>
>>
>> _____________________________________________________________
>> Manage your list subscriptions at http://lists.omnis-dev.com
>
>
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com
More information about the omnisdev-en
mailing list