Title: | DECtp Desktop for ACMS |
Moderator: | UCROW::GIBSON |
Created: | Mon Sep 24 1990 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 859 |
Total number of notes: | 3034 |
This question relates to note 840. I have supplied all the details to this customer which advise him to upgrade to DESKTOP ACMS v2.2. He is asking now if the workaround - quote: VB4 32 bit support is provided in the form of a workaround using a helper DLL until such time as we can more fully address its requirements. The helper DLL was not done until after V2.2 shipped. end_quote: - is in fact just a mechanism for passing control to 16 bit until it is fixed. His argument being that if the workaround is just passing control to 16 bit then he may well just be better waiting for the full 32 bit implementation. We are having some difficulty communicating here since he does not understand VAX and I am just being introduced to the term "THUNKING".
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
844.1 | no thunking here | UCROW::GIBSON | Thu Apr 10 1997 09:27 | 13 | |
No it doesn't have anything to do with thunking, the ACMSDI and the helper DLL are all 32 bit. The helper procedures are just very simple malloc, free and a couple of memcpy rountines. They still might be better off waiting for a more appropriate solution assuming one comes and is timely, but we do not have enough movement on that here to be able to commit to anything. Ask them to read the VB4 helper DLL readme file and they will get an understanding of the problem and be able to assess the amount of grunt work (that might be throwaway) they will have to do to work around the present interface. Tom |