Re: PHP on 64-bit windows
Hi Lester,
How about using a separate machine with linux/php to access your legacy
hardware? You could then create a php web service and expose methods to
read/write to the hardware. This will allow you to run php on window 64-bit
and communicate with your linux box via web services.
Best regards,
__
Raymond
On Mon, Apr 21, 2014 at 3:28 PM, Lester Caine <lester@lsces.co.uk> wrote:
> Pierre Joye wrote:
>
>> hi,
>>
>> On Mon, Apr 21, 2014 at 12:26 PM, Lester Caine <lester@lsces.co.uk>
>> wrote:
>>
>>> Pierre Joye wrote:
>>>
>>>>
>>>> php 6 will actually have real 64bit support, hopefully, the int64
>>>> branch has all necessary changes and I seriously hope that the RFC
>>>> will be accepted.
>>>>
>>>
>>> Pierre ... I'm still fighting 32/64 bit problems with windows on legacy
>>> systems. 64 bit windows does not allow access to the parallel port which
>>> we
>>> use for controlling additional hardware.
>>>
>>
>> I have no parallel port at hand to do tests but it should work like
>> any devices. Please report a bug, add a stack trace (process monitor
>> output) to see what happens.
>>
>
> This is not a general PHP problem, but relates to use of the parallel port
> in other hardware drivers. NTPort lib still only supports 32bit
> applications, and 'fastmode' access is specifically blocked by 64 bit
> windows! A number of drivers that my legacy hardware systems use are
> unusable on 64 bit windows and those projects are now advising staying with
> 32bit windows as they have been unsuccessful in producing a 64bit driver
> due to the blocks applied in kernel access.
>
>
> While not directly a problem for
>>> simple code, is the way 64 bit builds of windows handle memory access a
>>> problem for PHP builds? Having moved the servers over to Linux for PHP
>>> and
>>> database support, the remaining elements are STILL locked to 32bit
>>> windows
>>> simply because of legacy hardware, but I'm trying to work out the best
>>> way
>>> forward as we are still tied to XP on a number of systems ... with PHP
>>> access for control ... so things are getting very messy :(
>>>
>>
>> If you use XP it means you use 5.4, we do not provide any 64bit
>> support for windows with 5.4, only 5.5+, experimental.
>>
>
> My point is that moving things to 64 bit builds of windows, which are the
> norm for windows 8.1 - or at least I have not yet found a pre-installed 32
> bit windows 8.1 - is now highlighting problems that are not easy to get
> around. Simply running 32bit builds of applications does not mean they will
> actually work on 64it windows! One needs to have 32 bit windows for some
> kit for which there is no later drivers. XP may be end of life, but there
> is currently no alternative that I've managed to get working on even W7 and
> now testing on W8.1 is throwing up new failures. Having now picked up a
> 32bit build of W8.1 I'm hoping to make some progress, but this is all very
> messy and time consuming!
>
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Thread (7 messages)