jBASE4.1
- Karthikeyan
- Topic Author
- Offline
- New Member
-
Less
More
- Posts: 1
- Thank you received: 0
19 years 3 months ago #2097
by Karthikeyan
jBASE4.1 was created by Karthikeyan
How to find out jBASE4.1 is 32 bit or 64 bit application
Please Log in or Create an account to join the conversation.
- malai
-
- Offline
- Platinum Member
-
Less
More
- Posts: 509
- Thank you received: 11
19 years 3 months ago #2098
by malai
Replied by malai on topic jBASE4.1
To my knowledge..
There is no jBASE version on 64 bit systems.
All the jBASE version are of 34 bit only, but it can work on 64 bit too.
Here is a quote that was given by Jim Idle.
jBASE 4.1 is completely happy to be compiled in 64 bit mode (at least it was when I left), though there are few advantages unless the 64 mode of the processor is faster. On AIX, I believe that it means it is happier with large and greater numbers of shared objects if everything is in 64 code.
On Windows though, I cannot think of any specific advantages. You need to remember that while the pointers to structures and so on are now 64 bit addresses, there are, in a lot of cases, APIs that are limited to 32 bit ranges (such as file operations). Hence there are 64 bit versions of
these APIs that you must use if you want the expanded addressing of 64 bits.
Basically, the further away from the kernel you get, the less likely you are to see any advantages. However, Windows is so hampered by legacies of the past, the 64 bits will either be a burden or a fairly indifferent help to it. If the time was taken to implement truly shared objects instead of address based DLLs, it would probably have a bigger general impact than 64 bit kernels will have. However as architectures change, then the 64 bits may become more useful. It does cause your object code to increase in size and surely bigger is better?
Now as to whether jBASE will be compiled in 64 bit mode on Windows, I cannot speak - but we have already done it for Cache
Jim
_________________
M A L A I
There is no jBASE version on 64 bit systems.
All the jBASE version are of 34 bit only, but it can work on 64 bit too.
Here is a quote that was given by Jim Idle.
jBASE 4.1 is completely happy to be compiled in 64 bit mode (at least it was when I left), though there are few advantages unless the 64 mode of the processor is faster. On AIX, I believe that it means it is happier with large and greater numbers of shared objects if everything is in 64 code.
On Windows though, I cannot think of any specific advantages. You need to remember that while the pointers to structures and so on are now 64 bit addresses, there are, in a lot of cases, APIs that are limited to 32 bit ranges (such as file operations). Hence there are 64 bit versions of
these APIs that you must use if you want the expanded addressing of 64 bits.
Basically, the further away from the kernel you get, the less likely you are to see any advantages. However, Windows is so hampered by legacies of the past, the 64 bits will either be a burden or a fairly indifferent help to it. If the time was taken to implement truly shared objects instead of address based DLLs, it would probably have a bigger general impact than 64 bit kernels will have. However as architectures change, then the 64 bits may become more useful. It does cause your object code to increase in size and surely bigger is better?
Now as to whether jBASE will be compiled in 64 bit mode on Windows, I cannot speak - but we have already done it for Cache
Jim
_________________
M A L A I
Please Log in or Create an account to join the conversation.
Time to create page: 0.032 seconds