Studio 6..1 and Windows XP
Michael Monschau
michael at brainydata.co.uk
Tue Mar 31 08:48:16 EDT 2015
Hi Guys,
I sort of forget to expand the point of my message below. It was very early for me! Technically speaking there is no reason why applications build with the vc120 toolset cannot run on windows XP. Looking closely at related messages stackoverflow, developers appear to be doing it. However, these developers have developed their own applications and they may have build it with the vc120_xp toolset. I am not convinced that Tiger Logic have done this and I am not sure what it means if they have not. So I would first of all ask Tiger Logic if they have build Studio 6.1 with the vc120_xp toolset. If not than perhaps that is your answer.
Regards,
Michael
Michael Monschau (Director)
Brainy Data Limited
Reply To: michael at brainydata.co.uk
Phone: +44 (0)870 474 0708
Web: www.brainydata.co.uk the home of Omnis Components and Developer Services
> On 31 Mar 2015, at 05:26, Michael Monschau <michael at brainydata.co.uk> wrote:
>
> Hi Mischa, Doug
>
> You are right Mischa. To be absolutely certain about compatibility, Studio 6.1 externals require VS2013 so you can link with the vc120 toolset, whereas Studio 6.0 or earlier requires VS2008 so you can link with the vc90 toolset. If you have multiple visual studios installed, you can choose which toolset to use for each target in the general settings, which means you can use VS2013 to target all versions of Studio.
>
> It is possible to link with vc100 (VS2010) or vc110 (VS2012) and simply distribute the msvcr100 or msvcr110 dlls in the Omnis root folder. The externals will load just fine. However, I have never tested this at any length.
>
> Regards,
> Michael
>
> For Omnis Components visit www.brainydata.co.uk
>
>
>
>
>> On 31 Mar 2015, at 01:18, Mischa <mischa at omnislab.com> wrote:
>>
>> Hi Doug,
>>
>> I've installed VS2013 redist during testing, as Omnis.exe required
>> msvcr120.dll installed, when the error message as described came up (prior
>> to that, omnis.exe kept ranting about msvcr120.dll). I think, VS2012 won't
>> work anyway. Maybe it works on 64bit versions.
>>
>> Good luck
>> Mischa
>>
>> ---------------------------------------------------
>> T H E O M N I S L /\ B www.omnislab.com
>> ---------------------------------------------------
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: omnisdev-en [mailto:omnisdev-en-bounces at lists.omnis-dev.com] Im Auftrag
>> von Doug Easterbrook
>> Gesendet: Montag, 30. März 2015 23:54
>> An: OmnisDev List - English
>> Betreff: Re: Studio 6..1 and Windows XP
>>
>> hi Mischa:
>>
>> thats perfect -- its a technical reason that 32 bit Studio 6.1 can't run.
>> Although, a little google says that the issue is resolved in update1 of the
>> visual runtime for 2012 -- which lets you compile for XP.
>>
>> http://stackoverflow.com/questions/13130713/how-to-compile-for-win-xp-with-v
>> isual-studio-2012
>>
>>
>> thank you.
>>
>> we have a fair number of customers using 32 bit win 2003 R2 server (I know,
>> not xp), but I suspect that will come to end of life as well even if all our
>> other things still run on it.
>>
>> Doug Easterbrook
>> Arts Management Systems Ltd.
>> mailto:doug at artsman.com
>> http://www.artsman.com
>> Phone (403) 536-1205 Fax (403) 536-1210
>>
>>> On Mar 30, 2015, at 2:43 PM, Mischa <mischa at omnislab.com> wrote:
>>>
>>> Hi Doug,
>>>
>>> straight forward - no. Does not work. Omnis.exe needs the jump address
>>> GetTickCount64 that is not provided in Kernel32.dll of XP (tried it with
>>> 32bit version, of course).
>>>
>>> Hth
>>> Mischa
>>>
>>> ---------------------------------------------------
>>> T H E O M N I S L /\ B www.omnislab.com
>>> ---------------------------------------------------
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: omnisdev-en [mailto:omnisdev-en-bounces at lists.omnis-dev.com] Im
>> Auftrag
>>> von Doug Easterbrook
>>> Gesendet: Montag, 30. März 2015 18:49
>>> An: OmnisDev List - English
>>> Betreff: Re: Studio 6..1 and Windows XP
>>>
>>> hi Bas:
>>>
>>> it is a straight forward technical question -- 'can it be done'?
>>>
>>> Knowing the complete lay of the land regarding technical options is
>>> important and I want to find out if its an arbitrary decision placed into
>>> the installer, or a *real life* technical limitation.
>>>
>>>
>>> I'm not interested in 'well you shouldn't because.... (insert your
>>> technical, moral or philosophical reason why not)'.
>>>
>>>
>>> I'd like my customers to move forward and I have forced progress on them
>> in
>>> some cases. There are things we no longer support because our hand was
>>> forced, but if:
>>> - I do not have to force my hand
>>> - it is not hurting my support team
>>> - it is limited extra work on our behalf
>>> - and the client expresses a desire
>>>
>>> then I'll keep compatibility with older operating systems or database
>>> versions around unless I absolutely must have a feature that cannot be
>>> backward supported at limited expense
>>>
>>> I prefer to keep my development tools at a defined level. If studio 6.1
>>> cuts me from XP support, using the register/calldll -- thats something to
>>> know -- and I can make a decision.
>>>
>>> the very last thing I want to say to customers is... sorry, I cannot
>> help
>>> you because I wont. I'd prefer to say, you can continue on your path
>> you
>>> chose (i.e. XP), but we recommend, as soon as you can, to put money into
>>> your budget to buy a machine that only runs windows 10 and hate it....
>>>
>>>
>>> sadly, both OSX (yes I love Mac) and Windows (hasn't been good customer
>>> experiences) are migrating to overprotection. Yosemite hasn't been the
>>> best OS for running applications on. I don't want to force customers to
>> go
>>> places that they don't want to go to.
>>>
>>>
>>>
>>> hence.. is it possible??? anybody tried it??
>>>
>>>
>>> Doug Easterbrook
>>> Arts Management Systems Ltd.
>>> mailto:doug at artsman.com
>>> http://www.artsman.com
>>> Phone (403) 536-1205 Fax (403) 536-1210
>>>
>>>> On Mar 29, 2015, at 7:43 PM, Bastiaan Olij <bastiaan at basenlily.me> wrote:
>>>>
>>>> The big question I have is "why". XP is dead. It's leaking like a
>>>> basketcase and leaving your business open to a myriad of risks. You
>>>> never know what changes TL has made to move the product forward that
>>>> will break parts of your code that you haven't found yet.
>>>
>>>
>>> _____________________________________________________________
>>> 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
>>
>>
>> _____________________________________________________________
>> 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