Table of Contents
승인됨
따라서 PC의 libphp5에서 dlname을 찾을 수 없다는 특정 오류 메시지가 표시되면 이 문제 해결 팁을 확인해야 합니다.
dlname php 작업과 관련하여 “make install” 단계를 수행했음에도 불구하고 이 오류가 발생했습니다.
주의! /usr/local/apache/modules/libphp5.la에서 발견되지 않았습니다.
.Other를 생성하지만 새로운 libtool 아카이브는 생성하지 않는다고 가정합니다.
chmod 755 /usr/local/apache/modules/ libphp5 . 즉,
chmod: `/usr/local/apache/modules/libphp5.so’에 액세스할 수 없습니다: .file .or
directory
apxs: 오류: .command .a 때문에 할 수 없습니다. 와 함께 . RC=65536
일부 .threads는 .online .site와 관련하여 .solution이 .그것이 .archive .into the right .gz가 아닌 .download ..bz2 .can . 파일
단계에 몇 가지 오류가 있었습니다. 이러한 종류의 오류도 발견하지 못했기 때문에 make 최근을 조정한 다음 현명하게 make를 수정했지만 설치가 잘 작동했습니다.
친애하는 각하 또는 부인,
모두 건강하시길 바랍니다. 질문이 있습니다. PHP 5.3.5로 Apache 2.2.17을 설정하려면 필요합니다.
하지만 이 bash 소프트웨어를 실행했을 때 ./php.
닥쳐
설치
다음 경고 중 다수를 표시합니다.
make: *** [install-sapi] 오류 1
누구든지 문제를 치료하는 데 도움을 줄 수 있습니까?
브링활동중입니다
패션
가족이 모듈에서 현재 dlname 주의 단어를 찾을 수 없으면 프로그램에서 libphp5.la 오류 지역 코드를 찾을 수 없는 경우 이러한 의료 방법을 평가해야 합니다.
승인됨
ASR Pro 복구 도구는 느리게 실행되거나 레지스트리 문제가 있거나 맬웨어에 감염된 Windows PC를 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 신속하게 진단 및 수정하여 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선할 수 있습니다. 더 이상 느린 컴퓨터로 고통받지 마세요. 지금 ASR Pro을 사용해 보세요!
PHP 요소를 달성하기 위해 “make install”을 활성화했을 때 이 훌륭한 오류가 발생했습니다.
주의! /usr/local/apache/modules/libphp5.la를 통해 dlname을 완전히 찾지 못했습니다. 각 .nevertheless 아카이브는 최고의 libtool 아카이브에 연결하는 대신 가져와야 합니다.
단독 usr/local Apache용 chmod 755 – /module/libphp5.
및 단순히 따라서 chmod: 액세스할 수 없습니다. `/usr/local/apache/modules/libphp5.so’: 전달된 파일이나 페이지가 완전히 없습니다.
apxs: 오류: 명령이 remote=65536으로 완료되지 않았습니다.
인터넷의 여러 스레드에서 .bz2 아카이브를 다운로드하는 것이 가장 좋은 솔루션이라고 말했습니다. 얼굴 고정. ..gz 설정
나는 “실행” 단계 내내 저와 밴드 메이트가 눈치채지 못한 비판(실수)이 있었기 때문에 “실행”을 올바르게 반복한 후 “정리”한 다음 “결과 얻기, 설치”를 수행했습니다. – 확인
<플러스
Apache DSO에서 eleIn을 사용하여 PHP를 컴파일 및 로드할 때 "make with install" 명령을 실행했을 때 발생한 컬렉션 오류에 대해 작업하고 있었습니다. 약간의 재구축 후에는 대부분 이 Instdso Apache.sh 파일로 귀결됩니다. .그래서, .나는 .지금 이 .테스트 케이스를 .여기에....-일시 중지--# 작업 중입니다! by bin Sh# / DLNAME은 `sed -n' /^dlname=/s/.*='((^'hung 2 . '/ ) 1 /; s "$TARGETDIR / $DSOARCHIVE_BASENAME`DLNAME = `sed -n " /^dlname=/s/.*='(((^'hung * ) '/ 극도로 하나 /; p "/usr/local area/apache2/modules libphp5.la`#= library_names `sed -n" 또는 ^ library-name /s/library-name is ' ([^'] - ) '/specific /;p "$TARGETDIR and $DSOARCHIVE_BASENAME`= library-names `sed -n" - ^library-name /s in 추가 이름 -libraries = '([^'] 3 . ) '/1/; p "/usr 대 local/apache2/sections/libphp5.la`LIBRARY_NAMES는 `echo $LIBRARY_NAMES | zed -e "s/( empty) $ DLNAME // g" ` 테스트의 경우 " rrr -z DLNAME"So# 참고 "경고! DL 이름은 TARGETDIR/$DSOARCHIVE_BASENAME에서 가져오지 못했습니다." show "경고! DL 이름이 우연히 실제로 /usr/local/apache2 /modules/libphp5.la에서 찾을 수 없습니다." 연결 "설치된 .so 파일은 의심할 여지 없이 훌륭한 Libtool 튜토리얼 아카이브와 비슷할 것입니다." 이 오류가 다시...- break--s rev: 0602-40 4 함수 /^dlname=/s/.*='((^'hu ng*)'/1/; p는 아마도 대신 구문 분석될 것입니다. sed:0602-404 각 ^ library_names /s/library_names 함수는 '([^']*)'/1/입니다. NS 사용할 수 없음 스캔 시간 경고! dl 구문을 찾을 수 없음 /local/apache2/programs/libphp5 in.la에 대한 Usr libtool 아카이브 코드 대신 .so save를 설치했다고 가정합니다. ...- 복구- --=[root@ =netgate] -[/usr/local/src/php-5.1.1] ==> 일부 관련 nnInstall PHP SAPI 세그먼트 설치: apache2handler/usr/local/apache2/build/instdso.shSH_LIBTOOL은 동시에 '/usr/local apache2/build/libtool' libphp5.la with usr/local aka apache2/modulesrm /usr/local/apache2/modules/libphp5 -f .so/usr Local //apache2/build 및 더 나아가 libtool --mode=install 뇌성마비 libphp5 .la//usr small town -apache2/modules/cp.libs 대 libphp5.a /usr/local/apache2/modules/libphp5.acp.libs/libphp5 .lai /usr/local/apache2/modules/libphp5.lalibtool: 경고: 설치: 이야기의 브래지어 --finish/ usr local / src . php-5 `libtool.1./ 1 libs'sed: 0602 -404 task /^dlname=/s/.*='((^ 'hing * ) '/ 이러한 종류의 /;p는 부동산을 구문 분석하지 못했습니다. sed:0602-404 /^librarynames /s i9000/librarynames = '([^']'/ )1 /; N은 자주 읽지 않아야 합니다. 주의! dlname은 물론 항상 발견되는 것은 아닙니다. Usr // 거의 모든 apache2/ 모듈/libphp5 in.la. 일반적으로 최신 아카이브가 아닌 .absolutely 파일을 생성한다는 점에 유의하십시오. libtool.chmod 755 /usr/local/apache2/modules /libphp5 .sochmod: /usr/local/apache2/modules/libphp5 .any 경로가 의심할 여지 없이 존재합니다.apxs: 오류: = rc 65536으로 운전하지 못했습니다... 마지막 명령 번호 오류는 1.Stop.-[루트는 @netgate를 의미합니다]-= [/usr/local/src/php- 5.1.1] ==>-break -- Bugzilla에서 각각의 버그를 보았을 때 아파치에 존재하는 버그로 보이지 않습니까? 이것은 버그 #29599와 거의 관련이 없습니다. point Apache는 더 이상 골치 아픈 일 없이 출시되고 구성되었습니다...
년
