Every time I am loading mod_perl into apache2.2, 64 bit and doing Test Configuration: The following error occurs
"httpd.exe: Syntax error on line 129 of C:/Program Files/Apache
Software Foundati
on/Apache2.2/conf/httpd.conf: Cannot load C:/Program Files/Apache
Software Found
ation/Apache2.2/modules/mod_perl.so into server: The specified module
could not
be found.
Note the errors or messages above, and press the key to exit.
27..."
Please guys .. Help me out of this...?
I already installed Strawberry perl(64 bit) on my system.
I want to see your httpd.conf.
I think that your httpd.conf's line 129 is LoadModule ...mod_perl.so.
But your environment does not have C:/Program Files/Apache Software Found ation/Apache2.2/modules/mod_perl.so file, or its read permission.
Please check above points.
Related
I am trying to install a CPAN package (Apache::MP3), for which it requires a number of prerequisites including mod_perl-2.0.11 on Perl and Apache. According to previous question / answer, I may need Visual Studio (both previously compiled using VS) in order to even compile mod_perl module. Which doesn't make sense if perl is included with XAMPP.
But before I got to this point, I had to install dmake (C:\xampp\c\bin\dmake.exe) which I downloaded from CPAN, and extracted myself by placing it into the xampp directory in ...\c\bin... I also downloaded apxs.bat and placed it inside the xampp\apache\bin directory. Next I required a gcc compiler to build the library / modules according to previous errors.
I am now trying to follow the list of errors as I getting them, in order to be successful with the project. The original module (Apache::MP3) isn't important, as I just wanted to be sure that Perl worked in XAMPP. I can in fact use it as a cgi, but the mod_perl is not included with the installation.
The problem I am having is while trying to build while using gcc first with cygwin (which I placed all inside my PATH) ...
\xampp\perl\lib\CORE/win32.h:106:10: fatal error: direct.h: No such file or directory
106 | #include <direct.h>
| ^~~~~~~~~~
compilation terminated.
dmake: Error code 129, while making 'mod_perl.lo'
dmake.exe: Error code 255, while making 'modperl_lib'
and then with C:\MinGW\bin, I am getting this error message ...
C:\xampp\apache\include/http_log.h:37:10: fatal error: syslog.h: No such file or directory
37 | #include <syslog.h>
| ^~~~~~~~~~
compilation terminated. dmake: Error code 129, while making 'mod_perl.lo'
dmake.exe: Error code 255, while making 'modperl_lib'
This error has to do with the compiler and access to its built-in headers that have to do with windows. I tried adding the libraries directory to the PATH (restarted cmd.exe) as well, which had 0 effect. The next thing I might have to do is actually open the Makefile.PL and append the parameters to tell gcc where to find its own header files. Would I be better off installing each component and getting a copy of VS compiler?
My set up of autoconf is fairly new:
m4 (GNU M4) 1.4.17 and came with ubuntu
autoconf (GNU Autoconf) 2.69
My configure.ac is fairly simple:
30 ACX_PTHREAD([
31 AC_DEFINE([HAVE_PTHREAD], [1], [Define if you have POSIX threads libraries and headers])
32 gtest_LIBS="$PTHREAD_LIBS $LIBS"
33 gtest_CFLAGS="$CFLAGS $PTHREAD_CFLAGS"
34 gtest_CXXFLAGS="$CXXFLAGS $PTHREAD_CXXFLAGS"
35 gtest_CC="$PTHREAD_CC"
36 gtest_CXX="$PTHREAD_CXX"])
Running autconf gave me the error:
autoreconf -fi
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:31: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
I believe that my ACX_PTHREAD macro is giving me trouble. I looked into the definition of this macro and did not find anything strange. There are suggestions that this is caused by the missing pkg.m4 in other situations. I verified that the latest version pkg-config is installed on my system. The pkg.m4 is present on my system: /usr/share/aclocal. I have been researching a solution for this problem and could not get anywhere.
My problem turned out to be due to the lack of axc_pthread.m4 file. This is how I discovered it:
autoreconf -fi gave the error message. If I run autoreconf -i then the program will run silently without any error messages. The run ./configure will reveal the problem at the line where ACX_PTHREAD(...) is copied verbatim to the configure file. This indicates that the ACX_PTHREAD macro is not defined in my system.
The download link is at: http://ac-archive.sourceforge.net/ac-archive/acx_pthread.html. After some research, there seems to be many sources providing this macro definition. Not sure which one is better. But I am eager to get this problem solved. After coping this file into my projects's m4 directory, my problem got resolved. Hope this may help others. The problem with autoconf is that usually a problem shows a wrong symptom.
I want to consult my Prolog project from the eclipse console.
I Installed: SWI PROLOG 32 bit and ECLIPSE LUNA 32 bit
About environment system variable...
I added SWI_HOME_DIR with my path of swi prolog, that is C:\Program Files(x86)\swipl;
I added to path variable at the end ;%PrologPath%\bin;%PrologPath%\lib\jpl.jar ;
What should I do to get the output of the prolog-project to my console ? What kind of project should i build in eclipse, and what kind of java file should I create ?
Can someone give me some code to consult my prolog-project ? My prolog-project is in the prolog home ( C:\Program Files (x86)\swipl\project1\src\file.pl )
Update
Thank you Vladimir for the usefull insights in libraries. I took another approach, developping first in ubuntu (which was a lot easier then messing around with Eclipse/Cygwin/... and now I'm trying to port to windows, which goes rather ok, however I have some questions about that too, posted here: Problems with porting a fortran program from ubuntu to windows
Question
I currently have the following setup and can't get the lapack library configured so that my fortran code can compile:
Windows 7
Cygwin installation (for GNU fortran), added to the windows PATH
lapack and liblapack-devel installed with cygwin
resulting in liblapack.a and libblas.a in the folder C:/cygwin/lib
In my program I call the lapack library using the following code
program myProgram
!use lapack (stays commented now)
...
In Eclipse I used the following setup (with the Photran package):
Fortran Project: executable GNU fortran on Windows (GCC toolchain)
GNU fortran compiler: gfortran ${COMMAND} ${FLAGS} ${OUTPUT_FLAG} ${OUTPUT_PREFIX}${OUTPUT} ${INPUTS}
GNU fortran linker: gfortran ${COMMAND} ${FLAGS} ${OUTPUT_FLAG} ${OUTPUT_PREFIX}${OUTPUT} ${INPUTS}
I compiled the libraries libblas.a and liblapack.a, to use as a static library, for windows and they are located in the C:/cygwin/lib folder. In the GNU fortran linker properties, the libraries were called lapackand blasin the folder C:/cygwin/lib. This results in a part -L"C:/cygwin/lib" -llapack -lblas in the {$COMMAND} section of the compiler and linker. (thanx to #vladimir-f for the help)
In the output there are no error messages left anymore. Only I got now the following error in Eclipse and no final .exe or bins:
Errors occured during the build.
Errors running builder 'CDT Builder' on project 'Hamfem'
Internal error building project Hamfem configuration
Release
java.lang.NullPointerException
Internal error building project Hamfem configuration
Release
java.lang.NullPointerException
However, the result of the build is still an executable, in this case called Hamfem.exe. Running this file results in the error message (instead of the routine): The program can't start because cyglapack-0.dll is missing from your computer. Try reinstalling the program to fix this problem.
That file is currently located in C:/cygwin/lib/lapack/ but I want that this file isn't needed to run the program, so I can run it on different computers. Can someone collaborate on this?
Second, when copy-pasting the .dll file in the folder where the .exe is located, it runs for a brief second, generating a stackdump file. I can't use the debugger in Eclipse-Photran due to the 'Building Workspace' error. Eclipse gives the message Binary not found when I want to run it in Eclipse as a local Fortran program. Any ideas how to resolve this problem?
The problem is here
L/lib/lapack –llapack
try to change it for
-L/lib/lapack –llapack
probably it is in you Makefile.
i.e.
gfortran -funderscoring -O3 -Wall -c -fmessage-length=0 -L/lib/lapack -llapack -o
And make sure lapack.mod is really in /lib/lapack which is probably C:\cygwin\lib\lapack on Cygwin.
Error on installing pl/java on windows 7 x64 and PostgreSQL 9.0.
CREATE FUNCTION sqlj.java_call_handler()
RETURNS language_handler AS 'pljava'
LANGUAGE C;
Error:
ERROR: could not load library
"C:/Program
Files/PostgreSQL/9.0/lib/pljava.dll":
The specified module could not be
found.
*** Error ***
ERROR: could not load library
"C:/Program
Files/PostgreSQL/9.0/lib/pljava.dll":
The specified module could not be
found. SQL state: 58P01
But I'm sure that pljava.dll exists in C:/Program Files/PostgreSQL/9.0/lib
I found it's possible to install PL/Java procedural language on PostgreSQL 9.0 64 bit on Windows 7 64 bit (I had same errore message as yours). I see (C:/Program Files path) that you have 64 bit version of PostgreSQL, so you need 64 bit JRE (assuming C:\Program Files\Java\jre6):
Download PL/Java 64 bit binary
package from pgFoundry
(that is,
pljava-x86_64-w64-mingw32-pg9.0-1.4.2.tar.gz)
Unpack archive to C:\Program Files\PostgreSQL\9.0\share\pljava directory
Put pljava.dll into C:\Program
Files\PostgreSQL\9.0\lib directory
Add into postgresql.conf (data):
custom_variable_classes = 'pljava'
pljava.classpath='C:\\Program Files\\PostgreSQL\\9.0\\share\\pljava\\pljava.jar'
Add into PATH (My Computer → Properties → Advanced → Environment Variables):
;C:\Program Files\Java\jre6\bin;C:\Program Files\Java\jre6\bin\server
(you can create another JRE_HOME variable if you like and then write ;%JRE_HOME%\bin;%JRE_HOME%\bin\server)
After that restart PostgreSQL service (postgresql-x64-9.0) and load C:\Program Files\PostgreSQL\9.0\share\pljava\install.sql again. Check:
postgres=# SELECT lanname FROM pg_language;
lanname
----------
internal
c
sql
plpgsql
java
javau
(6 rows)
I had the exact same error and followed the instructions to a T, but still the same problem. Turns out my PATH statement for the jre included quotes - assumed I needed them because of spaces in the directory names. Removed the quotes from around the jre paths and the lights came on.
Hope this helps!