[PHP-DEV] CVS Account Request: pgc

[Paul Gregory Cooper]

To develop and maintain the MDB postgres driver, and MDB in general (/pear/MDB/)

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Bug #12147: Very similar to 10185, but with Oracle 8.0.3

[Gregory Solovyev]

What I found out is, that somehow LD takes files from $ORACLE_HOME/lib
instead of $ORACLE_HOME/lib32. I changed LDFLAGS, but it did not help. So,
only by replacing files in $ORACLE_HOME/lib with the same form
$ORACLE_HOME/lib32 I had oci8.so compiled, but that's not the way to go.

- Original Message -
From: "PHP Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 13, 2001 10:51 AM
Subject: Bug #12147: Very similar to 10185, but with Oracle 8.0.3


> From: [EMAIL PROTECTED]
> Operating system: IRIX
> PHP version:  4.0.6
> PHP Bug Type: Compile Failure
> Bug description:  Very similar to 10185, but with Oracle 8.0.3
>
> After I coped with problem, same as in 10636, i have a very similar
message
> as in 10185, but with Oracle 8.0.3 on IRIX
>
> ld32: FATAL: 12:Expecting n32 objects: /disk2/oracle8/lib/libclntsh.so is
> o32.
>
> Can anyone explain me what's n32 and o32?
> --
> Edit bug report at: http://bugs.php.net/?id=12147&edit=1
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10767: CDATA sections not type'd or content'd

[gregory]

From: [EMAIL PROTECTED]
Operating system: Linux RH 6.2
PHP version:  4.0.5
PHP Bug Type: DOM XML related
Bug description:  CDATA sections not type'd or content'd 

well, using the dom and libxml 2.3.8 (and libxml 1 was required in 4.0.4pl1 too) it 
(getting CDATA content) worked in 4.0.4pl1.

the content attribute of the node used to contain all the data in a CDATA section of 
an XML doc.  now, the content attribute in 4.0.5 with libxml2 is empty.  completely.  
even more, the type attribute it claims the element containing the CDATA is a 1 
(?_ELEMENT i belive) as opposed to 3 or 4 (?_CDATA_SECTION i believe).  regardless, 
the content is empty and seemingly not recoverable.  this appears in both the standard 
node querying as well as XPath.

yuck.


-- 
Edit Bug report at: http://bugs.php.net/?id=10767&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]