php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #18229 structure has no member named `open64'
Submitted: 2002-07-08 10:36 UTC Modified: 2002-10-15 11:59 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (100.0%)
From: luoy at muohio dot edu Assigned: msopacua (profile)
Status: Closed Package: XSLT related
PHP Version: 4.3.0dev OS: solaris 2.6
Private report: No CVE-ID: None
 [2002-07-08 10:36 UTC] luoy at muohio dot edu
I have expat(1.95.3), sablotron(0.95) installed and gcc 2.95.3

#./configure --without-mysql --with-oci8 --with-apxs=/usr/local/apache/bin/apxs  --with-ldap --enable-xslt --with-xslt-sablot --with-iconv

...

# make 
...
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c:623: structure has no member named `open64'
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c:623: structure has no member named `open64'
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c: In function `scheme_handler_is_registered':
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c:740: structure has no member named `open64'
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c: In function `scheme_open':
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c:778: structure has no member named `open64'
/home/luoy/src/php4-200207050900/ext/xslt/sablot.c:797: structure has no member named `open64'
make: *** [ext/xslt/sablot.lo] Error 1


#

I tried 4.1.2 and php4-200207050900 version. same problem

Thanks 

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-07-08 10:38 UTC] derick@php.net
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
 [2002-07-08 10:39 UTC] derick@php.net
Oops, didn't read carefully
 [2002-07-08 14:58 UTC] luoy at muohio dot edu
any update on this?  Thanks
 [2002-07-08 22:49 UTC] sniper@php.net
reclassified
 [2002-07-08 22:50 UTC] sniper@php.net
Please try this snapshot:

http://snaps.php.net/php4-latest.tar.gz

(Your snapshot was older..)

 [2002-07-09 08:39 UTC] luoy at muohio dot edu
Really the same problem. 

Thanks
 [2002-10-03 13:07 UTC] msopacua@php.net
Could you capture the actual compile line, then after gcc add '-E', strip the -c plus it's argument and change the -o argument to sablot.out.

It should then look something like:
gcc -E -Iext/xslt -I..... -O2 -o sablot.out

Could you then grep for open64 in sablot.out?

Please provide some context when you paste it here.
 [2002-10-03 13:22 UTC] msopacua@php.net
Assigning + feedback
 [2002-10-08 12:43 UTC] pauly at aol dot net
I've ran into the same issue on 2.6. Confusing enough, under Linux (with the exact same configuration options and build environment as Solaris) I've had a clean build.
 [2002-10-08 12:57 UTC] pauly at aol dot net
Actually I took a quick look at it, and s#fnctl.h#sys/fnctl.h#g corrects the problem. The 64 bit compat functions are not defined in the default sunos fnctl include.
 [2002-10-15 11:59 UTC] msopacua@php.net
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Fixed (thanx Sas)
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 21:01:27 2024 UTC