If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Display Modes |
#16
|
|||
|
|||
.mp4 metadata editor?
Interesting addendum to all that: As I understand it,
Intel never had any intention of making 32/64 possible. They were planning to make 64-bit CPUs and all machines/ software would just have to transition. They were forced to do the right thing when AMD started making 64-bit CPUs with backward support for 32-bit. The result was a nearly invisible transition to 64-bit. Since Microsoft depends on business customers with a lot of "legacy bespoke" software, like database programs made in-house, MS needs to support Win32, and they've done a nice job of it. It's seamless. And the runtimes for C++6 and VB6 -- over 20 years old -- are still pre-installed system files. So 32-bit VC6 and VB6 software can run on virtually any existing Windows box without needing any support files installed. There's virtually nothing else that can make that claim, though .Net v2 would come close. But the runtime for that is not natively on XP. I was recently exploring Linux. I'm not clear about whether Linux has similar dual support. L64 seems to be able to run both WINE32 and WINE64, so I guess it works. But none of it worked very well, and WINE32 on L32 seemed to work best, so I'm guessing that maybe 64-bit support in Linux is still under construction... Then again, Linux is still under construction.... |
Ads |
#17
|
|||
|
|||
.mp4 metadata editor?
Mayayana wrote:
I was recently exploring Linux. I'm not clear about whether Linux has similar dual support. L64 seems to be able to run both WINE32 and WINE64, so I guess it works. But none of it worked very well, and WINE32 on L32 seemed to work best, so I'm guessing that maybe 64-bit support in Linux is still under construction... Then again, Linux is still under construction.... That's called multilib. You can enable that during installation. It's possible for example, to run "pure" environments, without multilib. "multilib, a centralized repository for x86-64 users to more readily support 32-bit applications in a 64-bit environment" It likely means there is more than one lib folder somewhere. And a scheme to load the right lib. Maybe running ldd programname for some sample pure 32 bit and regular 64 bit applications, would display the nomenclature of a multilib library as it is loaded. Example of someone doing a failed experiment. https://bbs.archlinux.org/viewtopic.php?id=104495 ******* The **** hits the fan when you're in WINE. That would be the "heights of library management". If there's anywhere in Linux to get this stuff wrong, it's within a mixed WINE supporting setup (you're mixing bitness at two levels). I've had busted WINE (by installing the wrong thing) and not been able to figure out what is breaking it. If your objective is to "learn something", studying WINE will likely rap your knuckles a number of times. If I need WINE for something, I'm pretty careful now, to not be too aggressive in the package manager, and "order one of each" like I'd won a grocery shopping spree. WINE has *a lot* of moving parts. As you learn more about it, you'll be shocked at the amount of stuff that can be downloaded in support. Paul |
|
Thread Tools | |
Display Modes | |
|
|