#40665 [NEW]: DOM/EXSLT not enabled in Windows binaries

Ask a Question related to PHP Bugs, Design and Development.

  1. #1

    Default #40665 [NEW]: DOM/EXSLT not enabled in Windows binaries

    From: bat at flurf dot net
    Operating system: Windows XP
    PHP version: 4CVS-2007-02-28 (snap)
    PHP Bug Type: XSLT related
    Bug description: DOM/EXSLT not enabled in Windows binaries

    Description:
    ------------
    In a Windows binary of PHP4, enable DOMXML and look at a phpinfo() page.
    DOM/XSLT is listed as enabled, but DOM/EXSLT, a feature built in to
    libxslt, is not enabled. There appears to be no way to enable it, short
    of perhaps fixing the switch in the standard/snapshot Windows build
    scripts that are disabling the feature.

    Reproduce code:
    ---------------
    Ensure that your PHP.ini contains the line:
    extension=php_domxml.dll

    Look at a phpinfo() page, in the domxml section, typically about halfway
    down the page.

    Mine contains these settings only:
    DOM/XML enabled
    DOM/XML API Version 20020815
    libxml Version 20626
    HTML Support enabled
    XPath Support enabled
    XPointer Support enabled
    DOM/XSLT enabled
    libxslt Version 1.1.17
    libxslt compiled against libxml Version 2.6.26


    Expected result:
    ----------------
    Should also contain:
    DOM/EXSLT enabled
    libexslt Version x.x.xx

    Actual result:
    --------------
    Consequence: attempting to use the exslt:node-set() function to get past
    an egregious limitation in XSLT 1.0 gives the warning messages as follows
    on any Windows build of PHP4:

    Warning: process() [function.process]: xmlXPathCompOpEval: function
    node-set not found in ...
    Warning: process() [function.process]: Unregistered function in ...

    This indicates that libxslt is working, but access to its EXSLT features
    has been prevented. The phpinfo() result indicates that this prevention
    has occurred at build time, not as a consequence of any PHP script.

    On a standard Linux build, this function works perfectly well. It is
    therefore a bug in the way PHP is being built. Note: this is not a bug in
    libxslt!

    --
    Edit bug report at [url]http://bugs.php.net/?id=40665&edit=1[/url]
    --
    Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40665&r=trysnapshot44[/url]
    Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40665&r=trysnapshot52[/url]
    Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40665&r=trysnapshot60[/url]
    Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40665&r=fixedcvs[/url]
    Fixed in release: [url]http://bugs.php.net/fix.php?id=40665&r=alreadyfixed[/url]
    Need backtrace: [url]http://bugs.php.net/fix.php?id=40665&r=needtrace[/url]
    Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40665&r=needscript[/url]
    Try newer version: [url]http://bugs.php.net/fix.php?id=40665&r=oldversion[/url]
    Not developer issue: [url]http://bugs.php.net/fix.php?id=40665&r=support[/url]
    Expected behavior: [url]http://bugs.php.net/fix.php?id=40665&r=notwrong[/url]
    Not enough info: [url]http://bugs.php.net/fix.php?id=40665&r=notenoughinfo[/url]
    Submitted twice: [url]http://bugs.php.net/fix.php?id=40665&r=submittedtwice[/url]
    register_globals: [url]http://bugs.php.net/fix.php?id=40665&r=globals[/url]
    PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40665&r=php3[/url]
    Daylight Savings: [url]http://bugs.php.net/fix.php?id=40665&r=dst[/url]
    IIS Stability: [url]http://bugs.php.net/fix.php?id=40665&r=isapi[/url]
    Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40665&r=gnused[/url]
    Floating point limitations: [url]http://bugs.php.net/fix.php?id=40665&r=float[/url]
    No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40665&r=nozend[/url]
    MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40665&r=mysqlcfg[/url]
    bat at flurf dot net Guest

  2. Similar Questions and Discussions

    1. #40738 [NEW]: php fastcgi on windows hangs if 'reuse-connnections' is enabled
      From: sriram dot natarajan at sun dot com Operating system: windows PHP version: 5.2.1 PHP Bug Type: *General Issues Bug...
    2. Don't Post Binaries In This Group
      Dickhead! -- x-no-archive: yes "Tyler Cruz" <tylercruz@hotmail.com> wrote in message news:oeGSa.470112$3C2.12777984@news3.calgary.shaw.ca......
    3. [PHP-DEV] libxml windows binaries: if anyone cares
      Whomever said that there are no issues with libxml as the api doesnt change, sure didnt take into account that the functionality does change which...
    4. mozilla 1.4 binaries available
      blastwave.org now has mozilla 1.4 binaries available. (compiled with gcc, not forte) Yes, there are mozilla binaries for sparc already on...
    5. Newswatcher-How to extract binaries,etc
      I used to use a newsreader program called Newswatcher. They just updated the program and force one to re-enter the preferences. I don't know what...
  3. #2

    Default #40665 [Opn->Asn]: DOM/EXSLT not enabled in Windows binaries

    ID: 40665
    Updated by: [email]tony2001@php.net[/email]
    Reported By: bat at flurf dot net
    -Status: Open
    +Status: Assigned
    Bug Type: XSLT related
    Operating System: Windows XP
    PHP Version: 4CVS-2007-02-28 (snap)
    -Assigned To:
    +Assigned To: edink


    Previous Comments:
    ------------------------------------------------------------------------

    [2007-02-28 12:35:56] bat at flurf dot net

    Description:
    ------------
    In a Windows binary of PHP4, enable DOMXML and look at a phpinfo()
    page. DOM/XSLT is listed as enabled, but DOM/EXSLT, a feature built in
    to libxslt, is not enabled. There appears to be no way to enable it,
    short of perhaps fixing the switch in the standard/snapshot Windows
    build scripts that are disabling the feature.

    Reproduce code:
    ---------------
    Ensure that your PHP.ini contains the line:
    extension=php_domxml.dll

    Look at a phpinfo() page, in the domxml section, typically about
    halfway down the page.

    Mine contains these settings only:
    DOM/XML enabled
    DOM/XML API Version 20020815
    libxml Version 20626
    HTML Support enabled
    XPath Support enabled
    XPointer Support enabled
    DOM/XSLT enabled
    libxslt Version 1.1.17
    libxslt compiled against libxml Version 2.6.26


    Expected result:
    ----------------
    Should also contain:
    DOM/EXSLT enabled
    libexslt Version x.x.xx

    Actual result:
    --------------
    Consequence: attempting to use the exslt:node-set() function to get
    past an egregious limitation in XSLT 1.0 gives the warning messages as
    follows on any Windows build of PHP4:

    Warning: process() [function.process]: xmlXPathCompOpEval: function
    node-set not found in ...
    Warning: process() [function.process]: Unregistered function in ...

    This indicates that libxslt is working, but access to its EXSLT
    features has been prevented. The phpinfo() result indicates that this
    prevention has occurred at build time, not as a consequence of any PHP
    script.

    On a standard Linux build, this function works perfectly well. It is
    therefore a bug in the way PHP is being built. Note: this is not a bug
    in libxslt!


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40665&edit=1[/url]
    tony2001@php.net Guest

  4. #3

    Default #40665 [Asn->Csd]: DOM/EXSLT not enabled in Windows binaries

    ID: 40665
    Updated by: [email]edink@php.net[/email]
    Reported By: bat at flurf dot net
    -Status: Assigned
    +Status: Closed
    Bug Type: XSLT related
    Operating System: Windows XP
    PHP Version: 4CVS-2007-02-28 (snap)
    Assigned To: edink
    New Comment:

    This bug has been fixed in CVS.

    Snapshots of the sources are packaged every three hours; this change
    will be in the next snapshot. You can grab the snapshot at
    [url]http://snaps.php.net/[/url].

    Thank you for the report, and for helping us make PHP better.




    Previous Comments:
    ------------------------------------------------------------------------

    [2007-02-28 12:35:56] bat at flurf dot net

    Description:
    ------------
    In a Windows binary of PHP4, enable DOMXML and look at a phpinfo()
    page. DOM/XSLT is listed as enabled, but DOM/EXSLT, a feature built in
    to libxslt, is not enabled. There appears to be no way to enable it,
    short of perhaps fixing the switch in the standard/snapshot Windows
    build scripts that are disabling the feature.

    Reproduce code:
    ---------------
    Ensure that your PHP.ini contains the line:
    extension=php_domxml.dll

    Look at a phpinfo() page, in the domxml section, typically about
    halfway down the page.

    Mine contains these settings only:
    DOM/XML enabled
    DOM/XML API Version 20020815
    libxml Version 20626
    HTML Support enabled
    XPath Support enabled
    XPointer Support enabled
    DOM/XSLT enabled
    libxslt Version 1.1.17
    libxslt compiled against libxml Version 2.6.26


    Expected result:
    ----------------
    Should also contain:
    DOM/EXSLT enabled
    libexslt Version x.x.xx

    Actual result:
    --------------
    Consequence: attempting to use the exslt:node-set() function to get
    past an egregious limitation in XSLT 1.0 gives the warning messages as
    follows on any Windows build of PHP4:

    Warning: process() [function.process]: xmlXPathCompOpEval: function
    node-set not found in ...
    Warning: process() [function.process]: Unregistered function in ...

    This indicates that libxslt is working, but access to its EXSLT
    features has been prevented. The phpinfo() result indicates that this
    prevention has occurred at build time, not as a consequence of any PHP
    script.

    On a standard Linux build, this function works perfectly well. It is
    therefore a bug in the way PHP is being built. Note: this is not a bug
    in libxslt!


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=40665&edit=1[/url]
    edink@php.net Guest

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139