[AccessD] Access 2021 accde (64 bit) incompatible with Access 2013 64 bit

Ryan W wrwehler at gmail.com
Tue Dec 28 18:46:29 CST 2021


So far yes the 2013 compiled 64 bit version runs fine on both the 2013 workstations and 2021 workstations. It’s just a PITA to have to send the accdb to a VM just to compile it and send it back up to the file share to distribute. 

Sent from my iPhone

> On Dec 28, 2021, at 6:27 PM, John Colby <jwcolby at gmail.com> wrote:
> 
> Did that fix the problem?
> 
>> On Tue, Dec 28, 2021 at 9:15 AM Ryan W <wrwehler at gmail.com> wrote:
>> 
>> Okay fair enough. Your link does say that but Access has been so stale on
>> the development front for some time that the differences between 2013 and
>> 2021 are minimal AT BEST.
>> 
>> I've installed Access 2013 64-bit on a VM and compiled it. I guess this
>> will have to work for now.
>> 
>> 
>> 
>> On Mon, Dec 27, 2021 at 9:27 PM Stuart McLachlan <stuart at lexacorp.com.pg>
>> wrote:
>> 
>>> It's ever been thus.
>>> 
>>> Opening an accee with  that's been compiled with a more recent version
>>> than you are
>>> using.opening it with is frequently problematic.
>>> 
>>> You need to compile on the lowest version that will be using it.
>>> 
>>> 
>>> 
>> https://support.microsoft.com/en-us/office/deploy-an-access-application-7bb4f2ba-30ee-458
>>> 
>>> c-a673-102dc34bf14fhttps://
>> support.microsoft.com/en-us/office/deploy-an-access-applicatio
>>> n-7bb4f2ba-30ee-458c-a673-102dc34bf14f
>>> <
>> https://support.microsoft.com/en-us/office/deploy-an-access-application-7bb4f2ba-30ee-458c-a673-102dc34bf14fhttps://support.microsoft.com/en-us/office/deploy-an-access-application-7bb4f2ba-30ee-458c-a673-102dc34bf14f
>>> 
>>> 
>>> Important   Users can't open a compiled binary file by using an earlier
>>> version of
>>> Access than the version in which it was compiled if the earlier version
>>> doesn´t
>>> support a feature added in the later version. To resolve this issue,
>>> compile the
>>> binary file in the Access version your users have installed.
>>> 
>>> 
>>> 
>>>> On 27 Dec 2021 at 20:15, Ryan W wrote:
>>> 
>>>> I´m not changing bitness. Last week I was using 2013 64. This week
>>>> 2021 64.
>>>> 
>>>> None of my desktop clients use 32 bit access anymore.
>>>> 
>>>> Unfortunately the accde file saved under 2021 doesn´t work on 2013
>>>> with the same bitness. It throws some errors on startup they weren´t
>>>> there with the 2013 saved accde from last week before I upgraded.
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On Dec 27, 2021, at 8:02 PM, John Colby <jwcolby at gmail.com> wrote:
>>>>> 
>>>>> can you do a decompile / compile under the Office 2021 32 bit
>>>>> compiler? Send the resulting file to those clients still on 2013.  I
>>>>> think the "Bitness" of the compiler is exactly the problem.  A 64
>>>>> bit compiler is going to make fundamental changes to pointer lengths
>>>>> etc. You might have to run a virtual machine where you install a 32
>>>>> bit version of Office 2021 so you can do the compile under the 32
>>>>> bit compiler.
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Mon, Dec 27, 2021 at 6:35 PM Ryan W <wrwehler at gmail.com> wrote:
>>>>>> 
>>>>>> We're upgrading to Office 2021, I made a small change to a form to
>>>>>> fit better with the new UI (the runtime ribbon is a bit taller for
>>>>>> some reason) in one of my forms which fixed the form issue for a
>>>>>> user currently running Access 2021.
>>>>>> 
>>>>>> However, users who are still on 2013 during this rollout are now
>>>>>> getting 2467 coming out of a JIT class John Colby assisted with,
>>>>>> and a ribbon button that simply calls DoCmd.OpenForm "MyFormName"
>>>>>> now errors out with a vague message.
>>>>>> 
>>>>>> Literally nothing in the DB changed aside from the one form, a
>>>>>> decompile, compile then compact&repair and a recompile into an
>>>>>> accde and distributed.
>>>>>> 
>>>>>> I've since remedied the update mechanism I use to split 2013 and
>>>>>> 2021 accde's into different directories on the server for them to
>>>>>> pull down and use... but was curious if anyone had any clues?  I'm
>>>>>> not moving across bit-ness or any major changes, no function calls
>>>>>> that are erroring out rely on conversion to 64 bit (PtrSafe etc).
>>>>>> 
>>>>>> Shouldn't this front end still function under an older version
>>>>>> granted I haven't changed anything that should be a show stopper?
>>>>>> 
>>>>>> The form I changed isn't even the form that the errors on open
>>>>>> reference either....
>>>>>> 
>>>>>> The challenge in debugging now is that I do not have an active copy
>>>>>> of Access 2013 64 bit that allows for development. Only runtime
>>>>>> environments for 2013. -- AccessD mailing list
>>>>>> AccessD at databaseadvisors.com
>>>>>> https://databaseadvisors.com/mailman/listinfo/accessd Website:
>>>>>> http://www.databaseadvisors.com
>>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> John W. Colby
>>>>> Colby Consulting
>>>>> --
>>>>> AccessD mailing list
>>>>> AccessD at databaseadvisors.com
>>>>> https://databaseadvisors.com/mailman/listinfo/accessd
>>>>> Website: http://www.databaseadvisors.com
>>>> --
>>>> AccessD mailing list
>>>> AccessD at databaseadvisors.com
>>>> https://databaseadvisors.com/mailman/listinfo/accessd
>>>> Website: http://www.databaseadvisors.com
>>> 
>>> 
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> https://databaseadvisors.com/mailman/listinfo/accessd
>>> Website: http://www.databaseadvisors.com
>>> 
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> https://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>> 
> 
> 
> -- 
> John W. Colby
> Colby Consulting
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> https://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com


More information about the AccessD mailing list