mplayer http://services.brightcove.com/services/viewer/fed erated/687267809 (mplayer-1.0-0.71.rc1.lvn7.i386 from Fedora Livna) gives me Win32 LoadLibrary failed to load: avisynth.dll,/usr/lib/codecs/avisynth.dll,/usr/lib/win32/avisynth.dll,/usr/local/lib/win32/avisynth.dll libavformat file format detected. [swf @ 0x302254]Compressed SWF format not supported LAVF_header: av_open_input_stream() failed
although I have all the MS-Windows codecs installed and various proprietary WMVs etc. it plays.
I must admin that in this case Microsoft behave as well as it could, no known faults on its side. I had to retrieve the mails and I really remembered it exactly the way I wrote it (wrongly) in my original comment.
I had to be compatible with.NET SOAP (XML) and I had hard time guessing how to behave to be compatible with the Microsoft SOAP server.
I was using Perl SOAP::Lite, see its section on Microsoft compatibility issues. Still Microsoft conforms to the specification although only the Microsoft way of using standards is correctly recognized. Clearly anti-competitive behavior while still standards compliant - simply perfect.
What is: linux-2.4.26/drivers/usb/emi26_fw.h , eh? And tell me how can I commit changes to the 'base' Linux kernel sources after I get r/w access after several years by Linux kernel maintainers without BK?
Linux kernel requires closedsource BitKeeper for development and violates GPL as some drivers require closedsource firmwares.
MySQL 4.0+ is no longer GPL and therefore Red Hat still has to use the obsoleted MySQL-3.x in its recent GNU/Linux releases
What about some famous Stallman's packages such as GCC or Emacs?
In glib2 just set your own GMemVTable by g_mem_set_vtable() such as by g_mem_chunk_*() set of functions (=pool allocations). I see APR as a dupe, the same as NSPR or non-graphical part of Qt. They at least try to provide some generic portability/utility layer, most of the projects just reimplement it always from the scratch for themselves. Your "Not only is it cross-platform, but code tends to suffer from fewer..." sentence is not related to the GLib vs. APR question at all. Otherwise clarify it.
The legal way of gettings ntfs.sys by the read-only LinuxNTFS driver into ramdisk is already being incorporated into Knoppix based distribution Kinneret.
Appreciation for ebanka.com as they already supported some 0.9.x version of Mozilla when I asked them to update the no longer functional support for newer 0.9.x version. It was done in several days and their heavy JavaScript online banking app still works with latest Mozilla.
I am not so big client for them to have to take care of my complaint seriously.
The problem is a different people want to code by different ways. W32 world also has many widget libraries from different vendrors (Microsoft itself has multiple ones) which just _look_ the same. Psyche (RedHat 8.0) goes the same - already verified - way.
wrt binary-distros customization: I see no problem there, vendors still distribute even the source packages and thus I use a lot of customized packages - I just edit its configuration in its.spec file, do a "rpm -bb project.spec;rpm -U project*" and I'm happy. There must be some unique configuration of all packages being distributed to make the Q&A possible.
GPG crossplatform support was already supported by Mutt although I never (of course) tried its W32 ports myself. But you're right that Mutt probably isn't much luser friendly.
No, at least when talking about "C". It is too simple to forget about anything. For example I forgot to make all $_ modifications always 'local' in Perl. And see Unicode-Lite-0.11/t/use.t, it is testing for this bug in foreign Unicode::Map package. Or I forgot that Perl $VERSION generated directly from CVS $Revision$ is broken as (1.2 > 1.11) although 1.11 is newer. etc. etc. Perl makes things quick&simple but you must know all its hidden traps - really not anything for newbies.
This is not a flaw of Mozilla, it is a general non-crossplatformity of Java. Exactly according to the famous "Write once, test everywhere". When I was bothering with Java in the past I had to implement various workarounds of existing JVM bugs, on each platform a different ones. Java applets would benefit a lot from autoconf(1).:-)
Perl is not suitable for learning the principles as it gives you too much power to write it broken (ThereIsAlwaysMoreThanOneWayToDoIt). Some strict (read *dumb*) languages like Java will learn you the intended design of such technology, Perl will later allow you to violate it *when*it*brings*benefits*.
Slashdot Mirror
mplayer http://services.brightcove.com/services/viewer/fed erated/687267809 /usr/lib/codecs/avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll
(mplayer-1.0-0.71.rc1.lvn7.i386 from Fedora Livna)
gives me
Win32 LoadLibrary failed to load: avisynth.dll,
libavformat file format detected.
[swf @ 0x302254]Compressed SWF format not supported
LAVF_header: av_open_input_stream() failed
although I have all the MS-Windows codecs installed and various proprietary WMVs etc. it plays.
How can /. post about a video not playable by a Free software?
Or is there some Free player for such content?As there were never any. _end_users_.
I must admin that in this case Microsoft behave as well as it could, no known faults on its side. I had to retrieve the mails and I really remembered it exactly the way I wrote it (wrongly) in my original comment.
The mail regarding the compatibility: mbox.
My apologies _for_this_specific_case_only_ to Microsoft.
I had to be compatible with .NET SOAP (XML) and I had hard time guessing how to behave to be compatible with the Microsoft SOAP server.
I was using Perl SOAP::Lite, see its section on Microsoft compatibility issues. Still Microsoft conforms to the specification although only the Microsoft way of using standards is correctly recognized. Clearly anti-competitive behavior while still standards compliant - simply perfect.
The is the consequence.
The cause is the missing LSB (Linux Standard Base) or whatever to be able to release tool working on all GNU/Linux distros.
I was trying hard, I had to patch 12 packages to be able to build the package fully statically at all.
Still it is incompatible on the any other than those 5 tested distros.
If you insist you have better legal knowledge than Red Hat legal department...
What is: linux-2.4.26/drivers/usb/emi26_fw.h , eh?
And tell me how can I commit changes to the 'base' Linux kernel sources after I get r/w access after several years by Linux kernel maintainers without BK?
Red Hat already supplies PostgreSQL. Still some applications require MySQL and it is better to be compatible with them with your OS.
Linux kernel requires closedsource BitKeeper for development and violates GPL as some drivers require closedsource firmwares. MySQL 4.0+ is no longer GPL and therefore Red Hat still has to use the obsoleted MySQL-3.x in its recent GNU/Linux releases What about some famous Stallman's packages such as GCC or Emacs?
In glib2 just set your own GMemVTable by g_mem_set_vtable() such as by g_mem_chunk_*() set of functions (=pool allocations). ..." sentence is not related to the GLib vs. APR question at all. Otherwise clarify it.
I see APR as a dupe, the same as NSPR or non-graphical part of Qt.
They at least try to provide some generic portability/utility layer, most of the projects just reimplement it always from the scratch for themselves.
Your "Not only is it cross-platform, but code tends to suffer from fewer
The legal way of gettings ntfs.sys by the read-only LinuxNTFS driver into ramdisk is already being incorporated into Knoppix based distribution Kinneret.
Permissions are handled by Captive implementation of SeAccessCheck().
It permits always everything (just respecting the UNIX rights).
It is already done exactly this way: w32-mod-id.captivemodid.xml
It is already done fully automatically exactly this way during .RPM installation.
9 years old Nokia Communicator 9000 features VNC for 4 years. SSH is available only for 2 years old Nokia 9210 but I am using telnet of Nokia 9000i to my own GSM gate and therefore I am trusting just my GSM operator while using CHAP-protected cleartext PPP.
Nothing new in the world of Communicator-aware people. :-)
Appreciation for ebanka.com as they already supported some 0.9.x version of Mozilla when I asked them to update the no longer functional support for newer 0.9.x version. It was done in several days and their heavy JavaScript online banking app still works with latest Mozilla.
I am not so big client for them to have to take care of my complaint seriously.
The problem is a different people want to code by different ways. W32 world also has many widget libraries from different vendrors (Microsoft itself has multiple ones) which just _look_ the same. Psyche (RedHat 8.0) goes the same - already verified - way.
wrt binary-distros customization: I see no problem there, vendors still distribute even the source packages and thus I use a lot of customized packages - I just edit its configuration in its .spec file, do a "rpm -bb project.spec;rpm -U project*" and I'm happy.
There must be some unique configuration of all packages being distributed to make the Q&A possible.
> Even if your system is compromised, your private key is protected by the passphrase you set for it.
If it gets compromised, the cracker unfortunately gets the system silently under his control and your passphrase gets stolen very soon.
But this is not avoidable (if ssh agent forwarding not applicable in such case) as you can never trust a cracked machine you're sitting at.
GPG crossplatform support was already supported by Mutt although I never (of course) tried its W32 ports myself.
But you're right that Mutt probably isn't much luser friendly.
You're IMO wrong - there is a general truth: "Most people have intelligence below the average." :-)
No, at least when talking about "C".
It is too simple to forget about anything.
For example I forgot to make all $_ modifications always 'local' in Perl. And see Unicode-Lite-0.11/t/use.t, it is testing for this bug in foreign Unicode::Map package.
Or I forgot that Perl $VERSION generated directly from CVS $Revision$ is broken as (1.2 > 1.11) although 1.11 is newer.
etc. etc. Perl makes things quick&simple but you must know all its hidden traps - really not anything for newbies.
This is not a flaw of Mozilla, it is a general non-crossplatformity of Java. Exactly according to the famous "Write once, test everywhere". :-)
When I was bothering with Java in the past I had to implement various workarounds of existing JVM bugs, on each platform a different ones. Java applets would benefit a lot from autoconf(1).
Perl is not suitable for learning the principles as it gives you too much power to write it broken (ThereIsAlwaysMoreThanOneWayToDoIt).
Some strict (read *dumb*) languages like Java will learn you the intended design of such technology,
Perl will later allow you to violate it *when*it*brings*benefits*.