I'm trying to install the mod_xsendfile Apache Module on Windows (7) x64 (using Apache 2.2) -- yes I'm doomed from the get-go, I know :-). Apparently there is :
a) No Win x64 binary for mod_xsendfile, just a Win32 binary from the module's website
b) No Win x64 binary for apxs from ApacheLounge
I've tried the usual LoadModule xsendfile_module modules/mod_xsendfile.so but the semi-obvious error (httpd: Syntax error on line 127 of C:/Apache/conf/httpd.conf: Cannot load C:/Apache/modules/mod_xsendfile.so into
server: The specified module could not be found.) occurs, it's not Win x64 compatible.
The question remains -- how does one build the module for x64, is that even possible ? I have VS and any tools that might be required.
I just wanted to see if this would improve my Rails protected attachment download speed - currently getting quite ghastly speeds for simple images.
Thank you in advance !
I'm the author of mod_xsendfile.
I provide win32 binaries only as a courtesy. I still recommend you build yourself from the source. That way you can be sure the binary isn't tampered with, not even by me :p
There are currently no official Win64 Apache2 (or 2.2) builds from the Apache Foundation. Since I test my builds against the official binaries I cannot be sure the binaries will work once the foundation releases official Win64 binaries. Hence no Win64 builds from me
Building from the source is pretty much straight-forward if you aren't novice to (in the Windows case) Visual Studio. The binaries ZIP and/or my github repo contain project files you may import into your Apache solution. I was told even the free Visual Studio Express should be enough to do working builds. The thing is open source.
Should there be unanticipated portability problems, I welcome patches ;)
As a last resort you can still run the official Win32 apache + mod_xsendfile on a Win64 box.
I was able to load mod_xsendfile in my system.
Here's my setup:
-Windows 7 Ultimate x64
-Apache/2.2.9 (installed via Xampp 1.6.7)
Basically, I just downloaded the module from here:
http://www.apachelounge.com/download/mods/mod_xsendfile-0.9-w32.zip
...extracted it to the "modules" directory of apache, added "LoadModule xsendfile_module modules/mod_xsendfile.so" to httpd.conf, then restarted apache.
After this, I checked the loaded modules using phpinfo(), and mod_xsendfile is already available.
Here are the binaries for both x32 and x64
https://github.com/nmaier/mod_xsendfile
Related
I would like to make a C/C++ app for OrangePi zero. As orpi zero is a pretty low power running Eclipse on it is pain.
I would prefer to run Eclipse on Windows machine and remotely build and run/debug the app on orpi. I tried to achieve this by using RSE. After setting up RSE connection I can make a remote project. Edit files but without auto-completion, showing declarations(missing headers) and so on. Also, I cannot compile or run the app.
Is there any other way than cross-compiling on Windows and deploying to remote orpi? Some way to have autocompletion and compiling directly using orpi toolchain? Or at least have auto-completion working. My biggest concern about using cross-compile toolchain is dependency hell for external libraries.
Orpi is running Armbian. Developing in Eclipse 4.9
I have downloaded the 3.5 version of python on my windows 7 home premium computer with version 6.1 software. I wish to use a C main program with python library extensions. I have aded the path to the include folder and the library folder to the dev studio c-compiler. I am testing with the supplied test program that prints out the time but I get a compile error. While it can find Python.h, it can't find python35_d.lib. I can't either. Is it missing from the download or is this another name for a one of the libraries in the download? Thanks
Maybe a little too late, but I found a work around for the missing 'python3x_d.lib' : When installing the python with pythoninstaller.exe, choose the advanced setup options in the first command window of the installation wizard, there choose the option "download debug binaries", then the file python3x_d.lib is automatically installed.
I faced this error when trying to build opencv with python bindings
I downloaded openCV and extracted the project. I navigated into the Samples/FaceTracker folder. Double clicked on the project (FaceTracker.xcodeproj), and clicked on the run button when the project was loaded in XCOde. I get the following error, which doesn't allow me to run the application;
The run destination My Mac 64-bit is not valid for Running the scheme
'FaceTracker'.
The scheme 'FaceTracker' contains no buildables that can be built for
the SDKs supported by > the run destination My Mac 64-bit. Make sure
your targets all specify SDKs that are supported by this version of
Xcode.
The file OpenCv.framework is missing, but i looked for it and i am unable to find a file with that name. How can i resolve this issue ?
1- Your XCode project is not able to find the required library, or it finds one but its not compatible with your current operating system/processor/build settings. The missing framework and the error message suggests this.
2- May be you need to build OpenCV SDK to make sure that it's compatible with your machine, instead of trying to build the example first.
3- Instead of downloading and building openCV, I suggest you use a package management for OS X, like MacPorts. If you do not need cutting edge trunk version, this is a better option, which takes care of all the initial framework setup for you.
I am able to build my Windows Forms (32 bit) project in VC++ 2008. When I build a setup and try to run it on another system, it gives the error
Application failed to start because its side-by-side configuration is
incorrect.
I searched a lot for a solution and then tried to install the exact version on VC++ 2008 redistributable x86. But the problem is still same.
I tried to change the properties of the project from Dynamic link to static link, but this generated the error
"/Mtd" and "/clr:pure" command line argument is incorrect.
I was thinking if there is any way to combine the DLLs and LIBs with the application itself?
Or is there any other way?
I've compiled a C program under Ubuntu 12.04, built a Debian package out of it, and want to install it on a server running Debian Lenny.
Last time I did that (about two months ago) it worked: I could install the package and run the binary. But now I get the following error message:
(binary's name): /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by (binary's name))
Other than upgrading my machine to Ubuntu 12.4, the only significant change we've brought to the code is a call to strdup(), for which I had to enable the _POSIX_C_SOURCE=200809L feature test macro.
Upgrading the server to the latest Debian version is not my preferred option as it is not under my direct control.
How do I fix this problem?
I think the critical bit of info here is 'upgrading my machine'. So when this worked before, you were building and packaging on something earlier than 12.04? If so, then the issue is that 12.04 now ships with a newer version of libc (apparently 2.14), and your binary now records a dependency on that version of libc. When you try to run on Lenny, which likely uses an older version of libc, the linker detects that the Lenny version does not support the 2.14 API, and fails.
I think the best way forward is probably to do your development and testing on 12.04, and then when you want to create packages for a specific Debian release, use pbuilder or similar to create debs. This will ensure that the libraries used for the packaging build match the target platform.