Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

Not be resolved! The same result.

What about the bug? Can it not be resolved?

This error/problem resolves around your used encoding type. when using encoding="GB2312" in php5.0.4/cvs-current the engine will issue a warning at the exact point a charcter has been found which isn't suitable for this encoding context.

My script, which is similar to the given script, issued the exact same warning on a character (?) when using the standard iso encoding. After I changed my encoding to UTF-8 all reported problems where gone.

I'm sure this isn't a real engine f*ck up but just a misguided error message ;) But if this workaround doesn't work for you try changing your Article->ComeFrom & Article->Contents & Article->AddTime content into htmlentities.

good luck!

$doc = new DOMDocument('1.0','ISO-8859-1');
// we want a nice output
$doc->formatOutput = true;


$familias = $doc->appendChild(new DOMElement('familias'));

 while ($fam_datos = mysql_fetch_array($data)){

		$familia = $familias->appendChild(new DOMElement('familia'));
		$familia->appendChild(new DOMElement('Apellidos', $fam_datos['Familia']));
		$familia->appendChild(new DOMElement('Representante', $fam_datos['Apellidos']));
 		$familia->appendChild(new DOMElement('Nombre', $fam_datos['Nombres']));
 		$familia->appendChild(new DOMElement('Edad', $fam_datos['Edad']));
		$familia->appendChild(new DOMElement('Salud', 'Sano'));

 }

header('Content-Type: text/xml');
$documento = $doc->saveXML();
echo $documento;

OUTPUT
<b>Warning</b>:  output conversion failed due to conv error in <b>c:\home\prueba\www\grid\xml.php</b>...

You're probably using a character which can not be represented in iso-8859-1... but I don't know for sure as I don't have the data. Come up with a *self-contained* script that does not rely on a database...

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

Here's some example code that shows the problem:

<?
  header("Content-Type: text/html; charset=iso-8859-1");
  error_reporting(E_ALL);
  $domfather = new domDocument('1.0', 'iso-8859-1');
  $node = $domfather->createElement("xxx", chr(200));
  $domfather->appendChild($node);
  echo "<pre>";
  echo htmlspecialchars($domfather->saveXML());
  $nodelist =  $domfather->getElementsByTagName("xxx");
  $data = $nodelist->item(0)->nodeValue;
  echo $data;
  echo strlen($data);
?>

Character code 200 is an e grave and is a valid iso-8859-1 
character.  The output from my server is below.  When I retrieve 
the node's data back, it is as expected.  But it's the saveXML() 
code that seems to have a problem. I suspect the problem is with 
the utf-8 -> iso-8859 conversion before output.


Warning:  DOMDocument::saveXML() [function.DOMDocument-saveXML]: 
output conversion failed due to conv error in /Library/Tenon/
WebServer/WebSites/realtyjuggler.com/subscription/test.php on line 
23


Warning:  DOMDocument::saveXML() [function.DOMDocument-saveXML]: 
Bytes: 0xC8 0x3C 0x2F 0x78 in /Library/Tenon/WebServer/WebSites/
realtyjuggler.com/subscription/test.php on line 23

<?xml version="1.0" encoding="iso-8859-1"?>
<xxx>?1

This is not a PHP error. You must use utf8_encode() when you use characters like ?, ?, ...

Check if You are not using binary unsafe functions. I was calling substr() instead 
of mb_substr() which broke the utf8 encoding.