php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #26807 No entry point "GetLongPathNamesA" Kernel32.dll
Submitted: 2004-01-06 02:13 UTC Modified: 2004-01-08 03:10 UTC
From: scottfurry at telusplanet dot net Assigned: wez (profile)
Status: Closed Package: *Configuration Issues
PHP Version: 5CVS-2004-01-06 (dev) OS: Windows NT4 SP6a
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: scottfurry at telusplanet dot net
New email:
PHP Version: OS:

 

 [2004-01-06 02:13 UTC] scottfurry at telusplanet dot net 
Description:
------------
Have tried file renames, latest CVS, moving dll's, etc. (Just about every suggestion I could find on PHP.net)

Using Apache 2.0.48 and installing PHP using SAPI *.dll's, I continue to receive "No Entry point to GetLongPathNamesA in kernel32.dll" error message.

The LoadModule directive with php5_module did not resolve the issue.

Description of problem similar to bugs 26692/24749 but remains unresolved with new/latest CVS.

Issue is either...
a) problem with Win32 PHP5 build
b) missing WinNT4 files not cited in installation instructions
c) incompatibility with latest/greatest from Microsoft (note updated NT with MDAC 2.8 prior to install of PHP as directed in the Windows Install instructions)
d) missing step in installation instructions (unlikely) but the instructions do not reflect PHP5

Please help!!!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-01-07 19:44 UTC] sniper@php.net 
Assigned to Wez who claimed this was fixed in snapshots in bug  #26692
 [2004-01-07 19:54 UTC] wez@php.net 
Fixed about an hour ago when we moved to new win32 build
on snaps.php.net.
 [2004-01-08 03:10 UTC] scottfurry at telusplanet dot net 
Apache 2.0.48 will now load PHP correctly.
Process was extremely painless. Manual install of PHP similar to "install.txt" was almost exact (exception of path's and names of a couple of dll's).

Kudo's on moving php*apache*.dll's to php folder and the file rename.

PHP can now be configured on the fly from the PHP.ini file extremely well. Most appreciated, thank you.

HOWEVER,...
dynamic modules cannot be loaded. See bug #26836
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Dec 26 10:01:29 2024 UTC