|There's more than one way to do things|
Re^8: perl 5.12 BSD portability (CPAN test result)...printby perl-diddler (Hermit)
|on Mar 14, 2013 at 05:31 UTC||Need Help??|
Sorta being a bit stubborn on that -- want to get a 64-bit version.
Otherwise, many things will default to 32-bit when their is a 64-bit version available unless you do perverse things w/your path -- and that causes other weirdnesses...
My terminal emulator (Terminal2) is 64-bit...as for usability of cmd.exe... I'm too used to doing in-line 1 liners -- I'd have to relearn MS's crap syntax. So many man hours wasted just on Gates trying to avoid looking like unix (via cp/m) so chose '\' -- obviously never having programmed in 'C' or most other languages... It's what happens when a marketing and idea guy designs an interface instead of a computer geek. At least internally, most of NT handles '\', and most of the Win interface used to do a better job back in the win98 days... when the command shell had an option to set the separator. Now they have backtracked -- that and a continual push to use UCS-2 (which they try to pass off as UTF-16, but isn't in most places).
Note -- You wonder why the (??) the ID3v2 spec never progressed to ID3v4 which was passed ~13 years ago? MS developers were injected into the ID3.org committee, so people couldn't move the standard to UTF-8.
Now I evidence of similar infection on the freedesktop committee and their move to 'systemd' that uses Win.INI format for config and moves by most linux distros to make the boot process binary only so it can qualify for MS-signing.
Was great that linus stood up and told them that putting COFF in the linux kernel just to support MS-signed linux binaries was a crap idea...no one seems to question that MS is quietly taking over the desktop and redesigning linux systems in window's image...
But I digress, more than a little bit.... ;-/ Just get me thinking about all the crap I have to put up w/because of windows...though better that windows won the desktop war when it did, than Apple, or computers would already be sealed against user tampering... ;-(...
FWIW, Suse is sealing their distro against user upgrading of system components ... like perl... sure you can go put perl in a private dir, but if your system runs on perl (and bash) scripts like mine does, multiple users, including root need to default to the one I use -- never used to be a problem before the binary-boot-signing thing...*sigh*...