From manish.padmajan@celstream.com Mon Aug 2 02:09:54 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53B073B068E for ; Mon, 2 Aug 2004 02:09:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24774-03 for ; Mon, 2 Aug 2004 02:09:53 -0400 (EDT) Received: from cel-bangt-m02.india.celstream.com (unknown [164.164.95.11]) by menubar.gnome.org (Postfix) with ESMTP id 685AD3B0721 for ; Mon, 2 Aug 2004 02:09:51 -0400 (EDT) Received: from cel-bangt-m02.india.celstream.com ([10.255.10.18]) by cel-bangt-m02.india.celstream.com with InterScan Messaging Security Suite; Mon, 02 Aug 2004 11:40:01 +0530 Received: by CEL-BANGT-M02 with Internet Mail Service (5.5.2653.19) id <37S3YZH7>; Mon, 2 Aug 2004 11:40:01 +0530 Message-ID: <80464F9A4D2BF042A154DD067F1F539323D935@CEL-BANGT-M01> From: Manish Padmajan To: "'xml@gnome.org'" Date: Mon, 2 Aug 2004 11:43:18 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C47857.CDCA1F80" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Combining two xml files. X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 06:09:54 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C47857.CDCA1F80 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C47857.CDCA1F80" ------_=_NextPart_001_01C47857.CDCA1F80 Content-Type: text/plain; charset="iso-8859-1" Hi All, I am trying to combine 2 xml files into 1 using libxml library. This is what I have done. writer = xmlNewTextWriterFilename(file,0); rc = xmlTextWriterStartElement(writer,BAD_CAST "root"); doc1 = xmlParseFile(file1); cur = xmlDocGetRootElement(doc1); rc = xmlTextWriterStartElement(writer,BAD_CAST "xnlFile1"); print_element(cur,doc1,writer,0); //for parsing through the xml file and writing node name and value. This function is called recursively. rc = xmlTextWriterEndElement(writer); doc2 = xmlParseFile(file2); cur = xmlDocGetRootElement(doc2); rc = xmlTextWriterStartElement(writer,BAD_CAST "xnlFile2"); print_element(cur,doc2,writer,0);//for parsing through the xml file and writing node name and value. This function is called recursively. rc = xmlTextWriterEndElement(writer); xmlFreeDoc(doc1); xmlFreeDoc(doc2); rc = xmlTextWriterEndElement(writer); xmlFreeTextWriter(writer); xmlCleanupParser(); When we see the contents of the final xml file, the 'root' is closed even before the contents of the second file is copied into the final xml file. Hence the xml file reports an error. Is there anything wrong that I am doing. I even tried calling xmlCleanupParser() after parsing each xml file. But it had no effect. If only one xml file is parsed and written into the final xml file, no errors are reported. Any hints in this direction will be really helpful. Thanks. with rgds, pmanish This message is free from Virus - IMSS ------_=_NextPart_001_01C47857.CDCA1F80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi=0D All,
 
I am trying to combine 2 xml files into 1= using libxml=0D library.
This is what I have done.
 
writer= =3D =0D xmlNewTextWriterFilename(file,0);
rc =3D= =0D xmlTextWriterStartElement(writer,BAD_CAST "root");
 
doc1 =3D xmlParseFile(file1);
cur =3D= xmlDocGetRootElement(doc1);
rc =3D xmlTextWriterStartElement(writer,BAD_CAST=0D "xnlFile1");
print_element(cur,doc1,writer,0); //for parsing= through the=0D xml file and writing node name and value. This function is called=0D recursively.
rc =3D= =0D xmlTextWriterEndElement(writer);
 
doc2 =3D xmlParseFile(file2);
cur =3D= xmlDocGetRootElement(doc2);
rc =3D xmlTextWriterStartElement(writer,BAD_CAST=0D "xnlFile2");
print_element(cur,doc2,writer,0);//for parsing= through the=0D xml file and writing node name and value. This function is called=0D recursively.
rc =3D= =0D xmlTextWriterEndElement(writer);
 
xmlFreeDoc(doc1);
xmlFreeDoc(doc2);
rc =3D= =0D xmlTextWriterEndElement(writer);
xmlFreeTextWriter(writer);
xmlCleanupParser();
 
When we see the contents of the final= xml=0D file, the 'root' is closed even before the contents of the second file is= copied=0D into the final xml file.
Hence the xml file reports an= error. =0D
Is there anything wrong that= I am=0D doing. I even tried calling xmlCleanupParser()=0D after parsing each xml file. But it had no effect.
If only one xml file is parsed and= written=0D into the final xml file, no errors are reported.
Any hints in this direction will be= really=0D helpful.
 
Thanks.
 
with rgds,
pmanish
=
This message is free= from Virus - IMSS
------_=_NextPart_001_01C47857.CDCA1F80-- ------_=_NextPart_000_01C47857.CDCA1F80 Content-Type: image/gif; name="Ivy.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Ivy.gif" Content-ID: <156163605@02082004-2744> R0lGODlh/wNdAPf/AP///4SEhIyMjJSUlJycnKWlpa2trbW1tb29vcbGxs7OztbW1t7e3ufn5+/v 7/f3987GxtbOzt7W1r21ta2lpbWtrca9vZyUlKWcnMa9td7WztbOxr21rc7Gvefezt7Wxt7Wve/v 5/f37///987OxtbWzt7e1ufn3r29ta2tpbW1rcbGvZSUjJyclKWlnIyMhN7ezufn1u/v3tbWxr29 rcbGtc7OvbW1pf//562tnPf33qWllO/v1t7exufnztbWvc7Otb29pcbGrf//3vf31u/vzufnxt7e vdbWtc7Orf//1u/vxufnvff/zvf/1u/3zufvxt7nvff/3u/31ufvztbevc7WtcbOrd7nxr3Gpff/ 5+/33ufv1tbexs7WvcbOtbW9pa21nO//zt7vvdbntd7nzr3Gre//1uf3ztbnvd7vxufv3sbOvaWt nPf/79bezs7WxrW9ra21pe//3uf31s7evcbWtd7vztbnxr3Ord7n1r3Gtef33sbWvd7v1s7extbn zr3OtbXGrefv5+/378bOxs7Wztbe1t7n3rW9taWtpa21rb3GvYyUjJSclJylnISMhM7ezsbWxrXG tb3OvcbOzq21tZScnMbGzq2lrcDAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAAJoALAAAAAD/A10A QAj/AGmYMUND4BcgVuxc2cMwkJk9NFAgQFCghQ0fT6BQUYMFS5cub94kIEASwYIGmlKqXMmypcuX MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKVUowzp44cWhgRaGoxQABYAMI 6NEDCZQoUWCs4cKjTBc4IBe5oNGlRxm4f+rAgRNpBpxDChY4eDC1sOHDiBMrXsy4sePHkCNLnky5 MlA5KGhARKGCBgEBYr1EwVKlx48jU7z48NLFRxcsM/T4wFIGBgy/Nmb8gFGmDAkXAw4oQGm5uPHj yJMrX868ufPn0KPbHGgGjBw5i1Sk2H5ATxnTXqr8/wBZhocWPTO8eJnh9sePHh/hrN/b5UsCBIOl 69/Pv7///wAGKOCAAgbwQgCY7FEDG/IF0kcNM9jWQxUiLLhCCSSQsAJooAUQACQE6AEDFx/N0IV7 cCSQAAP5EejiizDGKOOMNNZo42Qx+OADDjx44AEMJpjAAAMw6HECCV/UEMYNYIBhxhVmCAFRIioo UgABGKigggEUuFDAlwYskkAhCUTAAAkLEHbjmmy26eabcMYpZ2VTOEHFFDwUceIRpVUBRRV1ePFH aV3M8EUcTtbwBSM1oOAoCgeg8IUQVwiR5ENm1KCgAg+oOeenoIYq6qikllqjiD3wBoNdM7AxA3sx xP9QYkh7laAAko5qWsMKbKywhyAoMIICAV8NQNIBCAw3WKemNuvss9BGK+20RcH2BRWj+TVDHyEV kkIOZnzhhbgM9WpGIo8yMmVWKiRCwCVgJsuAp9TWa++9+OarL5twwIAFWVV0UQcbLuzgQg5MslFC CSbEICIMJXhhw2444DDHEE44MQUVHPtwh3d6rKGHCQ0Qt+/JKKes8sosJ1aAlSkkUogJM5BAQxhx uEBsIwas4N6/VJTRURVOSEEFGlPcAcgfMOAByBtdlAGIW288fYiQiNDb8tZcd+311y0TkAICAJgQ RpJJ1lBDhnr8UIIBBHg1QAF74GFEFUVA0UUVVeD/UaghZBYwwOAEfFkCHCWUAXVIJWgN9uOQRy75 5DYKYoYdA+Ux0B5CeGHHVXFomYgLixzASJB2lcFFRz/4JUEij8hhRm4wFDqDCS1SrvvuvPfue3NV gVGQlma40KEAA0x4xA91qJEGFGf9O4Wsb/haA1w9eARXJCG9lWEhCiBgrAEJnOT47+inr/767O8k Rw4uPJKCClelQGwLH6m3txFWeEEFD1ywjV9i4C+AvccvcIGDJBjxCAM04Hzti6AEJ0hB9mVKCANh AxCS8AWGfMEG3+kCHjxSBSqQpVAksAFcbMAF77AmVR+BQUhIcB8HVPCGOMyhDsHGIQscAF4pMAAC /xhhKCDIEAby8QsCUsCCFrDAESwYXCPAQkUBEGAFNHuDbeBQCAsIBoI7DKMYx0hGOXXkCdgCGhX4 9hG+1S5IXajUF7IwEAyaISsoWAENhAAEzqnNUSswX6cckLsyGvKQiExkgMRDhSIUwQh1mQEexgOf LnxgBn+Awx9YUwJDfMEOXxjIFfpghzyAUlFf2OShQreI+c0vEchKVgMKqcha2vKWuGRMXbLHt4Dp pmY2YEQFqOgIF7SBSQLZw0MiwoYvCAIrcWjUHlQApgMk4AS0zKU2t8nNbirFD1zAwxv00AUghWQF o5PDDaxghS984Qqh3EMiSGC6A1hCiGdaAQr2EP++Axjgn8gaDrO8SdCCGvSgNfGSAdgwzpqxYQAu kIMNCACcFHwhkl74gQ8C9gMcnEEKU9jCHbBABzrcgQ5U8IFGylCHGcwzTQiNqUxnys0CbMcAKagA ChBXAkWogAN5hMMbhNYRKnjkB2UoIRpGAwWP0KYOAesCa0zEBUBMrXvgmxdNt8rVrt6QBnQUSJSS 1K9LKeghjtJOAeCABY00FT548MEM3kACYxHAml/0ql73ytcICsKdX2gmG9QT2A4yBAU1SMQeUJCI FUCgBFPwwQ+40ANazcBWBnBBChiBoVkOtK+gDa1owSYIOuaBBpZTZiLk8IgWtIAAHhJLARLgIx3/ VKEMGPFBql4FhxTMJRAqRGBIJIGIB4JxtMhNrnJNJbys0CAIBYkDCtrQAg8J4BFA4NN7mNARI/SA DlzgwhuE6q0atC6jvNWWfAzBXgjcBwEMeOBy50vf+rYpK2YIQlb2ayCw2IAMfAtPFZZQBSz4gA49 8AIB9VADMwjKL1Z9QwtrI9XwAdSaCVBAfLNp3w57+MP6cYELblCQKX3mBQIwQhT49gMrPGEGNlij D47Qg9hwAbcU/kgI1WMDwuUVxEAOspClQxA5KCIFbXDUy7bDHthITDx22cIUZEgCOACCsv+qwqtM VCiQsGEiHB6ymMdM5sdY6p0D0QoNtEQDt1RB/z1DM7BRocCGH0gMPlgABBu6AIUY3AFqQv0yfo5b 5kIb+tBLIbEZgLCCGgAhXIP9AhxExBqPRA2Jb5jBBlYglgOUkwtCvQMcTACxINmghoRGtKpXzWqd WJciyHuEChjBCInZYM8nklgKSYACDoXF1wNQgYmqpsW90PAkrU62spdNEwxcaQEmOEABMnGAcb3z CmmY2cJKsAckywFRYBAEB+LQSmIZ60skKYABbKAHPZBgBvKyIbPnTe9WP6GEVOgCFXRTmjLEykha nIEQxJoFStVAMwdQwSL++QMbQAQMN0AWhhWgAEwkwBAa/my9N85xIWtECUNoAhurcAeOfSR7vf95 VSECC4S0EaQqujIDEoAghIIPfLEokG/Hd85zIHvkTj6wjaU/kOAZJBgOfikB0+BAgj6YwQpmsNyu 9oCACdSgD55zp68YIt3FMkLDs+y52McuWo1y4Q5luINU1VM1cgo1EnAJyWXlw5AVrIARvMJ7HRvM WIXj9J/qPoA1A2Ncshv+8DP9s9TKwKcud+EPIXGLekhQCEaMqRIkUIAh2KApNjDk8wpaLCwDfxJ5 I/70qI8pwOCTnkjOwBCUWAELGjGAFqRAeJr6vCCSyRAaJCkOES/clwIa5tQb//i2xAJc8KCHqs3n VSmQnR0896Cz3tFRCEhEArJSAzwe4ALCF2L/xpFP/vLbUnUnF1EJFpCAR+wgB3IQ3uxMAO2FIf2S PcgYxpxAhClsrDwt9AbsF2/mV4AGGEYDYAA/4AclADElUAiP4AJhYAYKE15Cs0ZaxhpSZSdPMAUd 2IEbgwYlhwVosAIGUADmc4AquIIS9CWLsAIkkGlM1wIjpjMCcCAFwBtRo1sbVQVS8AQdKIJeQIL/ Qhsg8RHjVAKH4Fks2IROuDteogg4lQIoYAgLwFgpkB0qgAAMo29thQXvwRocgwVjGBISlj35g4Th 1W4mABgs8oRwGIdc8yWZsAIgsBpIYAOaYnclEAE+4F1ogAQ1RhpHwCcm5zfjZWwL4xchAQNL/9MH egEIIGEI2JRqcniJmNgsVmADV6ApdWQFlZIFJAADOLclKVAAj1AANeADbjEHWJAGXcAGmwQX3mJX BWAJE7EA8fUAItCLg5SJwBiM0bIH1edO0+cFfeBObKAZXCd6CZAIXrAFFzgbvIUhJ2gAKLBhliiM 3NiNoeJ7fRAIg/UgeaAeTsd1WKECB5csvSE0d3AHeIBAJkACp/iC41UCs2R63riP/AgqvvcFDmFH HUQl2bEIcfMZtncCJ6ADWOBdZ8AF+RYShpBZ0WQHJWIiSjgI+tiPHNmRNTIQcWAGWQBNBOECjkAA jjAAYhEAB/ADVXBv+cYD/pdvhaIHqwUG4v+iZXBQB5u0HoZgA0NiMh45lEQZIDQABnEgCBAROhmA AinQAh3iISpwBCtmBIXoB2UAXgTEGm8QBzmwB3BRO2mAdLXjFyRQAhBQCbqoc0XZlm7pHOkYXdGl Ap+xknvDN1bQVGPQVFTABVsgXkiEAnGQG5bGF+P1B2+hSYWwmAnwTxpWfG8ZmZLZGGqGlFlwAyoQ B8ejCFbQS0eQBkRwBG1FBTDgBWsAJIwCIW8BCH7QfLUBAy1FeSNROP8kL4U3mbiZm4vRGQeHR3Fg AB2SAj2wYkhQBUBgBKShb1NQY28QJFVgA+rhBXUAEjPgA33pPTglHLoYX561jbr5neBpFKT/YxVa gRWwBRZVQGMuOYRU4AVl4AUAgwUmsAZBwxu9oWPxYQMHYEUr4p3h+Z8AWhSK0AaalQiJUBDAiTxY sGLrUWDPyTEpVQav8prZkx4mgkA2sAIHQAAO5J8B+qEgyhPWkQME4FPZpwiPQBIf8RF2hgUZ5QM8 4BqHA0Kz0QWAMCGF8gNwUQIzwAgFcABsGaJCOqRAASVemQNtEAcHcIpaMlelmVExVB5bEBIM8gau gaN+wRqZFGgJcAAbSaRgGqY2oR4HB5KCGTpxsCoJZgOrR4ZBYwNdAJ0BQxZwITRl8AcwJpv4IaZ8 2qcyIRBCwE4NRhARQQM2QGo/QxZYoAZU/3BJ5pVCrVEb+qM4taEHh0BDe+qnmrqpmnBmD1ED8GQH irIHo+hmM1YFRiChh8MgkcIG7Rgh9qmEh7AAGpIAX8qpuCqkA3BkGmJeNjApA1FZSSU0KyAxhrAX hZAIKskhB0ACXMAHMaAbLFoFKYIAYZer2CqkHUIRikADDBIIimIDJfAGWAAEbsBjulYAK8khYsEG JFAGa4RUWCCAG1A+QZqt+AqeK4kAmWBF6pYAdmcFQAA1t5FENLQIVYRiVSQWKsAgXDCuSJehlaBV +Vqxukk4GlAClvAlKnBrBwEEl6UHx1ozBNoG8YcdcpACVvIIg2NXhYMChZA4GFIIJgGZFv97s/0Y S/SXeYWwAoYiBIFqBaNGV4wAf0sSkgMnmAv3FbR5JSRBAAhQCM1pCCRgEkKJs1jbkUtgBEYQo2X5 BogQKwrZADPwcGAQBFlAA5UiEGu2JQXgAiqAAhkABr71TwaALAlgAV9nAlZ4q1n7t8I4nBmRPSnl ogHzLz3gMOjxA1dQKQwRJXiEAhxwAO1UppkBKSuSjyVTMh4KuJ6rgnsJhFHAJ1HAAyR0oVpUAmvA ozVgB0IAXVFCEIsFEZ+qKNLkKBSrCZ37ubxbgGrwBBnzBKTRS3hgVL1UYJeFJFcArgvyR4+yT51j KZmSZo2yAlfbu9grhzfWSGMIG5U0V+3/cVlewKPc5itfIFY4NwH71E6GZVgRARGBxITZO79N+B1l MAXfMa+Ztirp8QaQ9wc6+gYL8wZeUI4PsQcdZHeMYAGB0kziiFpnylgSUQiCRL8WXIAm0jH7ViJw waJS1S+F8ge24gULwgZ5xAZ6CEqBkAcfixWLcAPboQiKgC4TkXnye8E4nHowQEA7rCpJVE5loAd7 ATUfUQjHagihtwe0tja0hgKeFwctSzg/miwnkY8al8NYbHj5pqgrKlUwZlS9gUSJuRfHSgKToMR7 UAhs4HmgByk6c24ZxiK7m8V0zGymUYQlkqMTMx6LgiwroMbvZgg1EwjlYgaZIV0FkUfS/6Zu8HWv dfzIZHci32siXiBUXmB3XyEALBBRWKFYg8qMDAEsJaYCKRovmGCzkJzK9VYGeMAaMICneFrJXQBL tRdRz0QDffCrDJF7+6QriXADMDw3w1c+fqvKxlxvT2oXfvAWeHoiJKBO7zQufaBMipKUNIAAKGAB NHBwmaECBzAAF/AlFCAvc3zM5kxmWnSfUdN8bwA4BwMGntNyVyCqBEEljJAIFYCLJhAHjJCZFKFu tUnM5XzOBA1kPIAeb5CxJiDAlGdMwMxOQFAp4NorClAIEsyFDRACbSgkJmArCBBLmTvQBT3S9aVv 7xkwW/SUIqZOA3E7J5BFJVBj7zEEOP+QMWIgBmhkVHggNXrwNLYSXyQd1KrmAgwiiT69AjSYAlnB bjJwY6vDouPxA2iUMVTNf0eDBnSgEUFDArso1F5daIVTCOiBRDMYUV8AAzLAilhAYzNQB3YmHl4w BGhwBnfwBGhw12iwEVAwQncwLATQn18d2GKmbiqgAA0YMWxAgzcgB58BFgZwQj9QhHa2f3QwBVzw B/CKY1jgN1MDErZSzIId2soFJgZgAUJFedF3A8TCAqCBAnszIVSgYnwCvEiTNG4hNH3Tjj7dnPQH 1KL92/PlJTe1AoeAIQShCPFDABTAWYWCqlAASeLhBGj0BO94F4DgiP6rY+oMAycwq4T+BNzgPVpf sh0quwKGTY8GkJlx8G61MRsmpF0vaVSLqgYjpDgyxMGYTQdl4AeA0IZWeL3hHeBbZVPeDCEXqiGe pzA9UAQdAQV/SBqVxDF4MOGFcmsfDBJ/IImJOANPEwllYIVXLOAijlCFY1H/Mim70igokEImFAVI MAOOsAJH4AUjVEJrrWVlAHdsgHELsAIqwi0fTB+pAgOHANojfuTb5ChxQAhmsAgDYbukinSQcoIp Wjg1cJdo0BHhMYtcZAAtW+LkExgOsAaHEBKIgORoflBPMnCUsmju5AWGgAID90eM4E9v2wFadAer 0xHx0QWFADeFgywbNgJpXugzFRAAOw== ------_=_NextPart_000_01C47857.CDCA1F80-- From veillard@redhat.com Mon Aug 2 02:44:55 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4B1FD3B065B for ; Mon, 2 Aug 2004 02:44:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26075-03 for ; Mon, 2 Aug 2004 02:44:54 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 14E023B07D2 for ; Mon, 2 Aug 2004 02:44:54 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i726ire1001451 for ; Mon, 2 Aug 2004 02:44:53 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i726ira24598 for ; Mon, 2 Aug 2004 02:44:53 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i726iBZG015913 for ; Mon, 2 Aug 2004 02:44:11 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i726i9sC015910 for xml@gnome.org; Mon, 2 Aug 2004 02:44:09 -0400 Date: Mon, 2 Aug 2004 02:44:09 -0400 From: Daniel Veillard To: xml@gnome.org Subject: Re: [xml] streaming XML Message-ID: <20040802064409.GG18853@redhat.com> References: <20040731014027.GA6798@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040731014027.GA6798@white> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 06:44:55 -0000 On Fri, Jul 30, 2004 at 09:40:27PM -0400, Bob Rossi wrote: > Hi, > > I hope this isn't a silly question. > > I was wondering if libxml is good at parsing streaming XML documents. > What I mean by this is, is libxml capable of recieving 1 char at a time, > and then telling if it is done parsing a document and the status of the > document? Or does it have to be given the whole document up front? libxml2 support streaming. There is 2 APIs: SAX and the reader for this. I also support progressive parsing (i.e. chunk by chunk, progressive parsing and streaming are different concepts). BUT it *cannot* tell it is done parsing an XML document, no XML parser can do that for the very simple reason that an XML document is defined by the following grammar: http://www.w3.org/TR/REC-xml/#sec-well-formed [1] document ::= prolog element Misc* The Misc* means the end of the root element is not the end of the document and you cannot predict how many Misc element will be available. The environment *must* tell the parser when the document is finished. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From igor@zlatkovic.com Mon Aug 2 05:19:08 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 66F5B3B0776 for ; Mon, 2 Aug 2004 05:19:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32170-08 for ; Mon, 2 Aug 2004 05:19:07 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id C89203B0660 for ; Mon, 2 Aug 2004 05:19:06 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA7632.dip.t-dialin.net [217.234.118.50]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i729J1MD030018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 2 Aug 2004 11:19:03 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i729IxHC010628 for ; Mon, 2 Aug 2004 11:19:01 +0200 Message-ID: <410E0703.4070909@zlatkovic.com> Date: Mon, 02 Aug 2004 11:18:59 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: xml@gnome.org Subject: Re: [xml] Combining two xml files. References: <80464F9A4D2BF042A154DD067F1F539323D935@CEL-BANGT-M01> In-Reply-To: <80464F9A4D2BF042A154DD067F1F539323D935@CEL-BANGT-M01> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 09:19:08 -0000 On 02/08/04 08:13, Manish Padmajan wrote: > Hi All, > > I am trying to combine 2 xml files into 1 using libxml library. > This is what I have done. > > writer = xmlNewTextWriterFilename(file,0); > rc = xmlTextWriterStartElement(writer,BAD_CAST "root"); > > doc1 = xmlParseFile(file1); > cur = xmlDocGetRootElement(doc1); > rc = xmlTextWriterStartElement(writer,BAD_CAST "xnlFile1"); > print_element(cur,doc1,writer,0); //for parsing through the xml file and > writing node name and value. This function is called recursively. > rc = xmlTextWriterEndElement(writer); > > doc2 = xmlParseFile(file2); > cur = xmlDocGetRootElement(doc2); > rc = xmlTextWriterStartElement(writer,BAD_CAST "xnlFile2"); > print_element(cur,doc2,writer,0);//for parsing through the xml file and > writing node name and value. This function is called recursively. > rc = xmlTextWriterEndElement(writer); > > xmlFreeDoc(doc1); > xmlFreeDoc(doc2); > rc = xmlTextWriterEndElement(writer); > xmlFreeTextWriter(writer); > xmlCleanupParser(); > > When we see the contents of the final xml file, the 'root' is closed even > before the contents of the second file is copied into the final xml file. > Hence the xml file reports an error. > Is there anything wrong that I am doing. I even tried calling > xmlCleanupParser() after parsing each xml file. But it had no effect. > If only one xml file is parsed and written into the final xml file, no > errors are reported. > Any hints in this direction will be really helpful. How about using XInclude? Ciao, Igor From alfred.mickautsch@schuler-ag.com Mon Aug 2 05:29:14 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 967383B0A0D for ; Mon, 2 Aug 2004 05:29:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00375-03 for ; Mon, 2 Aug 2004 05:29:13 -0400 (EDT) Received: from mail-relay1.schuler-ag.com (mail-relay1.schuler-ag.com [62.156.183.20]) by menubar.gnome.org (Postfix) with ESMTP id 9313C3B09BE for ; Mon, 2 Aug 2004 05:29:12 -0400 (EDT) Received: from sbs-proxy-test.schuler-ag.com ([192.168.16.254] RDNS failed) by mail-relay1.schuler-ag.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 2 Aug 2004 11:29:52 +0200 Received: from pandora.schuler-ag.com ([192.168.16.20]) by sbs-proxy-test.schuler-ag.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 2 Aug 2004 11:29:08 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: [xml] Combining two xml files. Date: Mon, 2 Aug 2004 11:29:08 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Combining two xml files. Thread-Index: AcR4V28b4K9ep1ulSaqlUAd9J6hrUwAG4x3g From: "Mickautsch, Alfred" To: X-OriginalArrivalTime: 02 Aug 2004 09:29:08.0745 (UTC) FILETIME=[29957790:01C47873] X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 09:29:14 -0000 it seems to me that your problem is to be found in your recursive = function print_element(), but without the source it is very hard to tell = what it is. Maybe an extra xmlTextWriterEndElement() or so. Servus -- Alfred -----Urspr=FCngliche Nachricht----- Von: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org]Im Auftrag von = Manish Padmajan Gesendet: Montag, 2. August 2004 08:13 An: 'xml@gnome.org' Betreff: [xml] Combining two xml files. Hi All, I am trying to combine 2 xml files into 1 using libxml library. This is what I have done. writer =3D xmlNewTextWriterFilename(file,0); rc =3D xmlTextWriterStartElement(writer,BAD_CAST "root"); doc1 =3D xmlParseFile(file1); cur =3D xmlDocGetRootElement(doc1); rc =3D xmlTextWriterStartElement(writer,BAD_CAST "xnlFile1"); print_element(cur,doc1,writer,0); //for parsing through the xml file and = writing node name and value. This function is called recursively. rc =3D xmlTextWriterEndElement(writer); doc2 =3D xmlParseFile(file2); cur =3D xmlDocGetRootElement(doc2); rc =3D xmlTextWriterStartElement(writer,BAD_CAST "xnlFile2"); print_element(cur,doc2,writer,0);//for parsing through the xml file and = writing node name and value. This function is called recursively. rc =3D xmlTextWriterEndElement(writer); xmlFreeDoc(doc1); xmlFreeDoc(doc2); rc =3D xmlTextWriterEndElement(writer); xmlFreeTextWriter(writer); xmlCleanupParser(); When we see the contents of the final xml file, the 'root' is closed = even before the contents of the second file is copied into the final xml = file. Hence the xml file reports an error. =20 Is there anything wrong that I am doing. I even tried calling = xmlCleanupParser() after parsing each xml file. But it had no effect. If only one xml file is parsed and written into the final xml file, no = errors are reported. Any hints in this direction will be really helpful. Thanks. with rgds, pmanish This message is free from Virus - IMSS From faassen@infrae.com Mon Aug 2 08:35:53 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E61D3B08BC for ; Mon, 2 Aug 2004 08:35:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08299-08 for ; Mon, 2 Aug 2004 08:35:52 -0400 (EDT) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by menubar.gnome.org (Postfix) with ESMTP id 99A2C3B0856 for ; Mon, 2 Aug 2004 08:35:51 -0400 (EDT) Received: from infrae.com (a213-84-57-72.adsl.xs4all.nl [213.84.57.72]) by smtp-vbr7.xs4all.nl (8.12.11/8.12.11) with ESMTP id i72CZokG080517; Mon, 2 Aug 2004 14:35:50 +0200 (CEST) (envelope-from faassen@infrae.com) Message-ID: <410E35B2.5060005@infrae.com> Date: Mon, 02 Aug 2004 14:38:10 +0200 From: Martijn Faassen User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martijn Faassen Subject: Re: [xml] trying to build a document with a shared dictionary References: <4107C333.3070002@infrae.com> In-Reply-To: <4107C333.3070002@infrae.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 12:35:53 -0000 Martijn Faassen wrote: > Hi there, > > One of the suggestions made to solve my node moves into other document > problem is to make sure all documents share their dictionaries. The > following code is my attempt, but valgrind is still not happy when > freeing the documents: > > #include "libxml/tree.h" > #include "libxml/parser.h" > > /* parse document in context of document, sharing its dictionary */ > static xmlDocPtr xmlSharedDictReadDoc(const xmlDocPtr doc, > const xmlChar* text) { > xmlParserCtxtPtr pctxt; > xmlDocPtr ret; > > xmlInitParser(); > > /* parse from text in memory */ > pctxt = xmlCreateDocParserCtxt(text); > > /* make sure dictionary is shared with doc's */ > if ((doc != NULL) && (doc->dict != NULL) && (pctxt->dict != NULL)) { > xmlDictFree(pctxt->dict); > pctxt->dict = doc->dict; > xmlDictReference(pctxt->dict); > } > > /* no net-loads, no entity expansion */ > xmlCtxtUseOptions(pctxt, XML_PARSE_NONET | XML_PARSE_NOENT); > > /* parse document */ > xmlParseDocument(pctxt); > > if (pctxt->wellFormed) { > ret = pctxt->myDoc; > } > else { > ret = NULL; > if (pctxt->myDoc != NULL) > xmlFreeDoc(pctxt->myDoc); > pctxt->myDoc = NULL; > } > xmlFreeParserCtxt(pctxt); > > return(ret); > } > > int main() { > xmlDoc* doc1; > xmlDoc* doc2; > xmlNode* node; > xmlChar* text = "foo"; > > /* parse the first document */ > doc1 = xmlSharedDictReadDoc(NULL, text); > /* parse the second document, sharing dictionary of the first */ > doc2 = xmlSharedDictReadDoc(doc1, text); > > /* get the root node of the first document */ > node = xmlDocGetRootElement(doc1); > /* set the root element in the other document */ > xmlDocSetRootElement(doc2, node); > /* not sure whether xmlSetTreeDoc is necessary */ > xmlSetTreeDoc(node, doc2); > /* reconciliate namespaces; shouldn't matter in this case */ > xmlReconciliateNs(doc2, node); > /* now free both documents */ > xmlFreeDoc(doc1); > xmlFreeDoc(doc2); > } > > Any suggestions? I rather lost in the parser APIs, so I may very well be > doing something wrong. I'm still hoping to see some suggestions about what I'm doing wrong. :) Regards, Martijn From gerrit@familiehaase.de Mon Aug 2 12:43:09 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64AEC3B0B6F for ; Mon, 2 Aug 2004 12:43:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22172-08 for ; Mon, 2 Aug 2004 12:43:05 -0400 (EDT) Received: from koeln.convey.de (koeln.convey.de [62.138.63.18]) by menubar.gnome.org (Postfix) with ESMTP id 17C1A3B0AB4 for ; Mon, 2 Aug 2004 12:42:22 -0400 (EDT) Received: from ismene.koeln.convey.de (192.168.5.3:2348) by koeln.convey.de with [XMail 1.17 (Win32/Ix86) ESMTP Server] id for from ; Mon, 2 Aug 2004 18:42:17 +0200 Date: Mon, 2 Aug 2004 18:42:14 +0200 From: "Gerrit P. Haase" X-Mailer: The Bat! (v1.63 Beta/7) Business Organization: Esse keine toten Tiere X-Priority: 3 (Normal) Message-ID: <1491753887907.20040802184214@familiehaase.de> To: "William M. Brack" Subject: Re: [xml] buildDocBookCatalog script enhancement In-Reply-To: <1259.216.102.95.90.1091296756.squirrel@216.102.95.90> References: <1259.216.102.95.90.1091296756.squirrel@216.102.95.90> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Gerrit P. Haase" List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 16:43:09 -0000 William writes: > 5) By default, the script generates docbook files for version 4.1.2. > The user may specify a parameter, --version=x.y.z, in which case > the script will (attempt) to generate the files for the specified > version. Isn't docbook version 4.2 the current release? Gerrit -- =^..^= From alfred.mickautsch@schuler-ag.com Mon Aug 2 13:07:12 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC88F3B09CC for ; Mon, 2 Aug 2004 13:07:10 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23506-06 for ; Mon, 2 Aug 2004 13:07:09 -0400 (EDT) Received: from mail-relay1.schuler-ag.com (mail-relay1.schuler-ag.com [62.156.183.20]) by menubar.gnome.org (Postfix) with ESMTP id 594D23B0740 for ; Mon, 2 Aug 2004 13:07:05 -0400 (EDT) Received: from sbs-proxy-test.schuler-ag.com ([192.168.16.254] RDNS failed) by mail-relay1.schuler-ag.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 2 Aug 2004 19:07:41 +0200 Received: from pandora.schuler-ag.com ([192.168.16.20]) by sbs-proxy-test.schuler-ag.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 2 Aug 2004 19:06:54 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C478B3.1C629B80" Subject: AW: [xml] Combining two xml files. Date: Mon, 2 Aug 2004 19:06:54 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Combining two xml files. Thread-Index: AcR4jw8NwmqtSNomQkWYwmxXtsPfcQAIX2sQ From: "Mickautsch, Alfred" To: X-OriginalArrivalTime: 02 Aug 2004 17:06:54.0606 (UTC) FILETIME=[1C8342E0:01C478B3] X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 17:07:12 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C478B3.1C629B80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Manish, =20 first of all, please do not send HTML formatted mail to this list. A lot = of the subscribers use mail agents that do not support HTML. The chance = to get an answer is better if you use plain text. [...] =20 xmlString =3D xmlNodeListGetString(a_docPtr, = cur_node->xmlChildrenNode, 1);=20 if(xmlString!=3D NULL)=20 {=20 rc =3D = xmlTextWriterWriteFormatElement(aWriter, BAD_CAST = cur_node->name,"%s",BAD_CAST xmlString);=20 Maybe you should use something like the following here...: rc =3D = xmltextWriterStartElement(sWriter, cur_node->name); rc =3D = xmlTextWriterWriteText(sWriter, xmlString); ...and leave the element open to be closed at the end of the function. I = did not test this, but it seems that you get xmlTextWriterEndElement() = called when you enter this branch of the if statement too, which can be = the cause of your trouble. xmlFree(xmlString);=20 }=20 else=20 {=20 rc =3D = xmlTextWriterStartElement(aWriter, BAD_CAST cur_node->name);=20 }=20 } =20 [...] . rc =3D xmlTextWriterEndElement(aWriter);=20 }=20 [...] Servus -- Alfred =20 ------_=_NextPart_001_01C478B3.1C629B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [xml] Combining two xml files.
Hi=20 Manish,
 
first=20 of all, please do not send HTML formatted mail to this list. A lot of = the=20 subscribers use mail agents that do not support HTML. The chance to get = an=20 answer is better if you use plain text.
[...]
 
=

           &nbs= p;           =20 xmlString =3D xmlNodeListGetString(a_docPtr,=20 cur_node->xmlChildrenNode, 1);=20
       =20        =20         if(xmlString!=3D=20 NULL)
       =20        =20         {=20
       =20        =20        =20         rc =3D=20 xmlTextWriterWriteFormatElement(aWriter, BAD_CAST=20 cur_node->name,"%s",BAD_CAST xmlString); 

Maybe you = should use=20 something like the following here...:

       &nbs= p;            = ;            =        =20 rc =3D = xmltextWriterStartElement(sWriter,=20 cur_node->name);

       &nbs= p;            = ;            =        =20 rc =3D = xmlTextWriterWriteText(sWriter,=20 xmlString);

...and=20 leave the element open to be closed at the end of the function. I did = not test=20 this, but it seems that you get xmlTextWriterEndElement() called when = you=20 enter this branch of the if statement too, which can be the cause = of your=20 trouble.

       =20        =20        =20         xmlFree(xmlString);=20
       =20        =20         }=20
       =20        =20         else=20
       =20        =20         {=20
       =20        =20        =20         rc =3D=20 xmlTextWriterStartElement(aWriter, BAD_CAST cur_node->name); =
       =20        =20         }=20
       =20         }  

[...] .

      &nb= sp; =20 rc =3D xmlTextWriterEndElement(aWriter); =
}

 [...]

Servus -- Alfred

 

------_=_NextPart_001_01C478B3.1C629B80-- From jim@kirklin.net Tue Aug 3 15:09:03 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 417483B0B35 for ; Tue, 3 Aug 2004 15:09:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01686-08 for ; Tue, 3 Aug 2004 15:09:02 -0400 (EDT) Received: from mwde08la.mail2world.com (mw182.mail2world.com [66.28.189.182]) by menubar.gnome.org (Postfix) with ESMTP id D319A3B075C for ; Tue, 3 Aug 2004 15:09:01 -0400 (EDT) Received: from mail pickup service by mwde08la.mail2world.com with Microsoft SMTPSVC; Tue, 3 Aug 2004 12:01:19 -0700 auth-sender: jim@kirklin.net Received: from 10.1.203.102 unverified ([10.1.203.102]) by mwde08la.mail2world.com with Mail2World SMTP Server, Tue 03 Aug 2004 12:01:18 -07:00 Received: from [143.182.124.1] by kirklin.net with HTTP; 8/3/2004 12:01:18 PM PST thread-index: AcR5jEHZRhPoYouRTvqMwPQaix/hlA== Thread-Topic: LibXML for Windows CE From: "jim kirklin" To: Date: Tue, 3 Aug 2004 12:01:18 -0700 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_E72C_01C47951.957CC330" X-Mailer: Microsoft CDO for Exchange 2000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-OriginalArrivalTime: 03 Aug 2004 19:01:19.0398 (UTC) FILETIME=[42A92460:01C4798C] X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] LibXML for Windows CE X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 19:09:03 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_E72C_01C47951.957CC330 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, I am working on a project that requires a version of LibXML to run on an x86 based Windows CE device. After downloading the latest version o fthe sources (2.6.11), I noticed taht the Windows CE workspace is missing the ppcTest project as well as not finding some include files (most notable is the iconv.h) and is looking for an include path of c:\ppc\. My questions are pretty simple (and I have looked through the various documentation and not found an answer yet) -- First, is the c:\ppc path the Microsoft Pocket PC SDK and if so, which version of it (2000, 2002, 2003, or something else), If it is not the Pocket PC SDK, what is it? Next, where can I get the ppcTest project that is referenced in the workspace? And the last question is, are there other projects or files I need to have before I can compile the library for Windows CE. Thanks, Jim ------=_NextPart_000_E72C_01C47951.957CC330 Content-Type: text/html Content-Transfer-Encoding: 7bit Hi,

I am working on a project that requires a version of LibXML to run on an x86 based Windows CE device. After downloading the latest version o fthe sources (2.6.11), I noticed taht the Windows CE workspace is missing the ppcTest project as well as not finding some include files (most notable is the iconv.h) and is looking for an include path of c:\ppc\. My questions are pretty simple (and I have looked through the various documentation and not found an answer yet) -- First, is the c:\ppc path the Microsoft Pocket PC SDK and if so, which version of it (2000, 2002, 2003, or something else), If it is not the Pocket PC SDK, what is it? Next, where can I get the ppcTest project that is referenced in the workspace? And the last question is, are there other projects or files I need to have before I can compile the library for Windows CE.

Thanks,

Jim ------=_NextPart_000_E72C_01C47951.957CC330-- From oliverst@online.de Tue Aug 3 15:28:04 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F33133B0B1D for ; Tue, 3 Aug 2004 15:28:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02575-09 for ; Tue, 3 Aug 2004 15:28:03 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by menubar.gnome.org (Postfix) with ESMTP id 83B763B0A7C for ; Tue, 3 Aug 2004 15:28:02 -0400 (EDT) Received: from [212.227.126.200] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bs4x7-0000E0-00 for xml@gnome.org; Tue, 03 Aug 2004 21:28:01 +0200 Received: from [172.23.4.146] (helo=config19.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bs4x7-0004uG-00 for xml@gnome.org; Tue, 03 Aug 2004 21:28:01 +0200 Received: from www-data by config19.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1Bs4x7-00056A-00 for ; Tue, 03 Aug 2004 21:28:01 +0200 To: From: Message-Id: <5074873$1091560657410fe4d1e52a21.19122718@config19.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5074873 X-Mailer: Webmail X-Routing: DE X-Received: from config19 by 217.227.166.18 with HTTP id 5074873 for xml@gnome.org; Tue, 3 Aug 2004 21:26:01 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Tue, 3 Aug 2004 21:26:01 +0200 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.146 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] small HTML glitches X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 19:28:04 -0000 I recognised a few cosmetic things in the HTMLs of the libxml website. downloads.html - around the mailto: to "Igor Zlatkovic" there is a unnecessary

. doesn't look so good with a line break directly after the name - There is an extra whitespace between the first and surname - The link to the win32 directory should start after the leading whitespace - The link to "Gnome CVS base" is obsolete. The cvs on the gnome server is gone since months ChangeLog.html - Has links to "Parser API", "Tree API" and "Reader API" in the menu on teh left side and those are dead links. I guess those can be removed. This also applies to the ChangeLog.html of libxslt. From veillard@redhat.com Tue Aug 3 18:14:00 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 65B383B0A9B for ; Tue, 3 Aug 2004 18:13:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09369-07 for ; Tue, 3 Aug 2004 18:13:58 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 3DFC63B0744 for ; Tue, 3 Aug 2004 18:13:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i73MDre1027049; Tue, 3 Aug 2004 18:13:58 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i73MDqa17986; Tue, 3 Aug 2004 18:13:52 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i73MD9Ob014010; Tue, 3 Aug 2004 18:13:09 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i73MD9Fp014006; Tue, 3 Aug 2004 18:13:09 -0400 Date: Tue, 3 Aug 2004 18:13:09 -0400 From: Daniel Veillard To: oliverst@online.de Subject: Re: [xml] small HTML glitches Message-ID: <20040803221309.GS18853@redhat.com> References: <5074873$1091560657410fe4d1e52a21.19122718@config19.schlund.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5074873$1091560657410fe4d1e52a21.19122718@config19.schlund.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 22:14:00 -0000 On Tue, Aug 03, 2004 at 09:26:01PM +0200, oliverst@online.de wrote: > > I recognised a few cosmetic things in the HTMLs of the libxml website. > > downloads.html > - around the mailto: to "Igor Zlatkovic" there is a unnecessary

. > doesn't look so good with a line break directly after the name fixed > - There is an extra whitespace between the first and surname fixed > - The link to the win32 directory should start after the leading > whitespace fixed > - The link to "Gnome CVS base" is obsolete. The cvs on the gnome server > is gone since months fixed to use ViewCVS http://cvs.gnome.org/viewcvs/libxml2/ > ChangeLog.html > - Has links to "Parser API", "Tree API" and "Reader API" in the menu on > teh left side and those are dead links. I guess those can be removed. rather fixed, just a missing "html/" in the links in ChangeLog.xsl > This also applies to the ChangeLog.html of libxslt. that was due to an error in the cron using the wrong stylesheet :-) Everything should be fixed on-line now, thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From igor@zlatkovic.com Wed Aug 4 06:19:17 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C89253B0CCF for ; Wed, 4 Aug 2004 06:19:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09350-04 for ; Wed, 4 Aug 2004 06:19:16 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id E25EF3B0F66 for ; Wed, 4 Aug 2004 06:19:15 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA745E.dip.t-dialin.net [217.234.116.94]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i74AJ3MD021031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 4 Aug 2004 12:19:11 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i74AIxFk004861; Wed, 4 Aug 2004 12:19:00 +0200 Message-ID: <4110B813.9000108@zlatkovic.com> Date: Wed, 04 Aug 2004 12:18:59 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: jim kirklin Subject: Re: [xml] LibXML for Windows CE References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 10:19:18 -0000 On 03/08/04 21:01, jim kirklin wrote: > Hi, Ho, > I am working on a project that requires a version of LibXML to run on an > x86 based Windows CE device. After downloading the latest version o fthe > sources (2.6.11), I noticed taht the Windows CE workspace is missing the > ppcTest project as well as not finding some include files (most notable > is the iconv.h) and is looking for an include path of c:\ppc\. My > questions are pretty simple (and I have looked through the various > documentation and not found an answer yet) -- First, is the c:\ppc path > the Microsoft Pocket PC SDK and if so, which version of it (2000, 2002, > 2003, or something else), If it is not the Pocket PC SDK, what is it? > Next, where can I get the ppcTest project that is referenced in the > workspace? And the last question is, are there other projects or files I > need to have before I can compile the library for Windows CE. You cannot compile for Windows CE without some work. The files in win32/wince are hopelessly outdated. You'll practically have to port the library. Perhaps the outdated things in win32/wince can serve as a starting point, but I fear you are on your own. Wish you luck. Ciao, Igor From oliverst@online.de Wed Aug 4 07:34:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 947723B094B for ; Wed, 4 Aug 2004 07:34:06 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12657-03 for ; Wed, 4 Aug 2004 07:34:05 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by menubar.gnome.org (Postfix) with ESMTP id 563F23B0C1F for ; Wed, 4 Aug 2004 07:34:05 -0400 (EDT) Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BsK20-0006jY-00; Wed, 04 Aug 2004 13:34:04 +0200 Received: from [172.23.4.140] (helo=config13.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1BsK20-00012G-00; Wed, 04 Aug 2004 13:34:04 +0200 Received: from www-data by config13.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1BsK1z-0000hz-00; Wed, 04 Aug 2004 13:34:03 +0200 To: Subject: =?iso-8859-1?Q?Re:_Re:_[xml]_small_HTML_glitches?= From: Message-Id: <5074873$10916185034110c6c7cd3f00.28909887@config13.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5074873 X-Mailer: Webmail X-Routing: DE X-Received: from config13 by 195.127.134.66 with HTTP id 5074873 for xml@gnome.org; Wed, 4 Aug 2004 13:32:02 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Wed, 4 Aug 2004 13:32:02 +0200 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.140 X-Virus-Scanned: by amavisd-new at gnome.org Cc: veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 11:34:06 -0000 Daniel Veillard schrieb am 04.08.2004, 00:13:09: > Everything should be fixed on-line now, thanks ! Nice, thanks. I also just took a look at the menu at the left side and recognised some more things: - the "XML Guidelines" and the "ChangeLog" are there, when I am in the "API menu" I understand the bold entries as link to the root of another "tree" and it only should give you the content of it. So those two entries shouldn't be there. They aren't present in the "Developer Menu" - same in the "Code Examples", but it's just "XML Guidelines", that is present there - also in the "Code Examples" there is still a link to "Home" instead of a bold link to "Main Menu" like in the others. - There also seem all bold entries to present in any of the bold entry emnus, but in "Developer Menu" the "API Menu" entry is missing - "ChangeLog" has "Developer Menu" as the title in the menu and it also has the "API Indexes" those shouldn't be there if it's not part of the "Developer Menu" Just curious about the consistency ;-) So long Oliver From veillard@redhat.com Wed Aug 4 08:42:55 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC79C3B0A09 for ; Wed, 4 Aug 2004 08:42:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17259-09 for ; Wed, 4 Aug 2004 08:42:53 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 69FB83B07DC for ; Wed, 4 Aug 2004 08:42:52 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74Cgqe1011099; Wed, 4 Aug 2004 08:42:52 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74Cgqa15633; Wed, 4 Aug 2004 08:42:52 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74Cg8Fn020986; Wed, 4 Aug 2004 08:42:08 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74Cg8NW020984; Wed, 4 Aug 2004 08:42:08 -0400 Date: Wed, 4 Aug 2004 08:42:08 -0400 From: Daniel Veillard To: oliverst@online.de Subject: Re: [xml] small HTML glitches Message-ID: <20040804124208.GV18853@redhat.com> References: <5074873$10916185034110c6c7cd3f00.28909887@config13.schlund.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5074873$10916185034110c6c7cd3f00.28909887@config13.schlund.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 12:42:55 -0000 On Wed, Aug 04, 2004 at 01:32:02PM +0200, oliverst@online.de wrote: > > Daniel Veillard schrieb am 04.08.2004, 00:13:09: > > > Everything should be fixed on-line now, thanks ! > > Nice, thanks. > > I also just took a look at the menu at the left side and recognised some > more things: > - the "XML Guidelines" and the "ChangeLog" are there, when I am in the > "API menu" I understand the bold entries as link to the root of another > "tree" and it only should give you the content of it. So those two > entries shouldn't be there. They aren't present in the "Developer Menu" > - same in the "Code Examples", but it's just "XML Guidelines", that is > present there > - also in the "Code Examples" there is still a link to "Home" instead of > a bold link to "Main Menu" like in the others. > - There also seem all bold entries to present in any of the bold entry > emnus, but in "Developer Menu" the "API Menu" entry is missing > - "ChangeLog" has "Developer Menu" as the title in the menu and it also > has the "API Indexes" those shouldn't be there if it's not part of the > "Developer Menu" > > Just curious about the consistency ;-) Just different stylesheets, that's all. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gerrit@familiehaase.de Wed Aug 4 09:40:22 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 031B53B1132 for ; Wed, 4 Aug 2004 09:40:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20051-10 for ; Wed, 4 Aug 2004 09:40:20 -0400 (EDT) Received: from koeln.convey.de (koeln.convey.de [62.138.63.18]) by menubar.gnome.org (Postfix) with ESMTP id C03693B1127 for ; Wed, 4 Aug 2004 09:40:19 -0400 (EDT) Received: from ismene.koeln.convey.de (192.168.5.3:4296) by koeln.convey.de with [XMail 1.17 (Win32/Ix86) ESMTP Server] id for from ; Wed, 4 Aug 2004 15:40:17 +0200 Date: Wed, 4 Aug 2004 15:40:14 +0200 From: "Gerrit P. Haase" X-Mailer: The Bat! (v1.63 Beta/7) Business Organization: Esse keine toten Tiere X-Priority: 3 (Normal) Message-ID: <15017884316.20040804154014@familiehaase.de> To: Tres Seaver Subject: Re: [xml] Re: libxml2-2.6.11 -- detection of Python in configure In-Reply-To: <40F7D6B5.7040100@zope.com> References: <40F7D6B5.7040100@zope.com> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Gerrit P. Haase" List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 13:40:22 -0000 Tres wrote: > I don't know the answer to that question, but in general it would be > optimal to ask the Python in question wheere its include files were, > rather than trying to guess the location. The apposite function is > 'distutils.sysconfig.get_python_inc': > def get_python_inc(plat_specific=0, prefix=None): > """Return the directory containing installed Python header files. > If 'plat_specific' is false (the default), this is the path to the > non-platform-specific header files, i.e. Python.h and so on; > otherwise, this is the path to platform-specific header files > (namely pyconfig.h). > If 'prefix' is supplied, use it instead of sys.prefix or > sys.exec_prefix -- i.e., ignore 'plat_specific'. > """ Would be great to add s.th. like this also for the python library. It is needed to add it to the libxml2mod_la_LIBADD flag for systems where it is needed to specify the python library when linking this module (no-undefined symbols allowed on Windows). Therefore on Cygwin the libxml2 python module build always fails because of undefined references because the auto configury doesn't add the needed libpython to the libxml2mod_la_LIBADD flag. Gerrit -- =^..^= From veillard@redhat.com Wed Aug 4 09:52:10 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC4793B1081 for ; Wed, 4 Aug 2004 09:52:10 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20502-04 for ; Wed, 4 Aug 2004 09:52:09 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 48B603B0FE7 for ; Wed, 4 Aug 2004 09:52:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74Dq0e1028135; Wed, 4 Aug 2004 09:52:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74Dq0a04856; Wed, 4 Aug 2004 09:52:00 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74DpH3f016564; Wed, 4 Aug 2004 09:51:17 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74DpHfU016562; Wed, 4 Aug 2004 09:51:17 -0400 Date: Wed, 4 Aug 2004 09:51:16 -0400 From: Daniel Veillard To: "Gerrit P. Haase" Subject: Re: [xml] Re: libxml2-2.6.11 -- detection of Python in configure Message-ID: <20040804135116.GX18853@redhat.com> References: <40F7D6B5.7040100@zope.com> <15017884316.20040804154014@familiehaase.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15017884316.20040804154014@familiehaase.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: Tres Seaver , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 13:52:10 -0000 On Wed, Aug 04, 2004 at 03:40:14PM +0200, Gerrit P. Haase wrote: > Tres wrote: > > > I don't know the answer to that question, but in general it would be > > optimal to ask the Python in question wheere its include files were, > > rather than trying to guess the location. The apposite function is > > 'distutils.sysconfig.get_python_inc': > > > def get_python_inc(plat_specific=0, prefix=None): > > """Return the directory containing installed Python header files. > > > If 'plat_specific' is false (the default), this is the path to the > > non-platform-specific header files, i.e. Python.h and so on; > > otherwise, this is the path to platform-specific header files > > (namely pyconfig.h). > > > If 'prefix' is supplied, use it instead of sys.prefix or > > sys.exec_prefix -- i.e., ignore 'plat_specific'. > > """ > > Would be great to add s.th. like this also for the python library. It is > needed to add it to the libxml2mod_la_LIBADD flag for systems where it > is needed to specify the python library when linking this module > (no-undefined symbols allowed on Windows). Therefore on Cygwin the > libxml2 python module build always fails because of undefined > references because the auto configury doesn't add the needed libpython > to the libxml2mod_la_LIBADD flag. I take portability patches, but knowing I can only test them on Linux be careful ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gerrit@familiehaase.de Wed Aug 4 10:15:07 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B11723B0745 for ; Wed, 4 Aug 2004 10:15:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21658-01 for ; Wed, 4 Aug 2004 10:15:06 -0400 (EDT) Received: from koeln.convey.de (koeln.convey.de [62.138.63.18]) by menubar.gnome.org (Postfix) with ESMTP id 2F6883B0BC7 for ; Wed, 4 Aug 2004 10:15:05 -0400 (EDT) Received: from ismene.koeln.convey.de (192.168.5.3:4479) by koeln.convey.de with [XMail 1.17 (Win32/Ix86) ESMTP Server] id for from ; Wed, 4 Aug 2004 16:15:04 +0200 Date: Wed, 4 Aug 2004 16:15:00 +0200 From: "Gerrit P. Haase" X-Mailer: The Bat! (v1.63 Beta/7) Business Organization: Esse keine toten Tiere X-Priority: 3 (Normal) Message-ID: <12819970516.20040804161500@familiehaase.de> To: Daniel Veillard Subject: Re: [xml] Re: libxml2-2.6.11 -- detection of Python in configure In-Reply-To: <20040804135116.GX18853@redhat.com> References: <40F7D6B5.7040100@zope.com> <15017884316.20040804154014@familiehaase.de> <20040804135116.GX18853@redhat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------9441723874C88B" X-Virus-Scanned: by amavisd-new at gnome.org Cc: Tres Seaver , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Gerrit P. Haase" List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 14:15:07 -0000 ------------9441723874C88B Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Daniel schrieb: > On Wed, Aug 04, 2004 at 03:40:14PM +0200, Gerrit P. Haase wrote: >> Tres wrote: >> >> > I don't know the answer to that question, but in general it would be >> > optimal to ask the Python in question wheere its include files were, >> > rather than trying to guess the location. The apposite function is >> > 'distutils.sysconfig.get_python_inc': >> >> > def get_python_inc(plat_specific=0, prefix=None): >> > """Return the directory containing installed Python header files. >> >> > If 'plat_specific' is false (the default), this is the path to the >> > non-platform-specific header files, i.e. Python.h and so on; >> > otherwise, this is the path to platform-specific header files >> > (namely pyconfig.h). >> >> > If 'prefix' is supplied, use it instead of sys.prefix or >> > sys.exec_prefix -- i.e., ignore 'plat_specific'. >> > """ >> >> Would be great to add s.th. like this also for the python library. It is >> needed to add it to the libxml2mod_la_LIBADD flag for systems where it >> is needed to specify the python library when linking this module >> (no-undefined symbols allowed on Windows). Therefore on Cygwin the >> libxml2 python module build always fails because of undefined >> references because the auto configury doesn't add the needed libpython >> to the libxml2mod_la_LIBADD flag. > I take portability patches, but knowing I can only test them on Linux > be careful ! Alright, I just finished the build of the latest release, the attached patch is just a workaround for Cygwin which works today, if python changes the API/ABI and bumps the version to 2.4 then it won't work anymore, so the approach to solve this globally (detect Python for all platforms, including header location and library location as suggested by Tres) and then add the needed flags for platforms which need them would be a better solution. The patch file is against the 2.9.11 release, but should apply against the current CVS too. -- =^..^= ------------9441723874C88B Content-Type: application/octet-stream; name="libxml2-2.6.11-1.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libxml2-2.6.11-1.patch" ZGlmZiAtdXJOIC14IC5idWlsZCAteCAuaW5zdCAteCAuc2luc3QgbGlieG1sMi0yLjYuMTEtb3Jp Zy9NYWtlZmlsZS5hbSBsaWJ4bWwyLTIuNi4xMS9NYWtlZmlsZS5hbQotLS0gbGlieG1sMi0yLjYu MTEtb3JpZy9NYWtlZmlsZS5hbQkyMDA0LTA3LTA1IDE5OjIzOjU1LjAwMDAwMDAwMCArMDIwMAor KysgbGlieG1sMi0yLjYuMTEvTWFrZWZpbGUuYW0JMjAwNC0wOC0wNCAxNTozNjo0MC4zNjE4MjY4 MDAgKzAyMDAKQEAgLTE3LDcgKzE3LDcgQEAKIGxpYl9MVExJQlJBUklFUyA9IGxpYnhtbDIubGEK IGxpYnhtbDJfbGFfTElCQUREID0gQFRIUkVBRF9MSUJTQCBAWl9MSUJTQCAkKElDT05WX0xJQlMp IEBNX0xJQlNAIEBXSU4zMl9FWFRSQV9MSUJBRERACiAKLWxpYnhtbDJfbGFfTERGTEFHUyA9IEBX SU4zMl9FWFRSQV9MREZMQUdTQCAtdmVyc2lvbi1pbmZvIEBMSUJYTUxfVkVSU0lPTl9JTkZPQAor bGlieG1sMl9sYV9MREZMQUdTID0gQENZR1dJTl9FWFRSQV9MREZMQUdTQCBAV0lOMzJfRVhUUkFf TERGTEFHU0AgLXZlcnNpb24taW5mbyBATElCWE1MX1ZFUlNJT05fSU5GT0AKIAogaWYgV0lUSF9U UklPX1NPVVJDRVMKIGxpYnhtbDJfbGFfU09VUkNFUyA9IFNBWC5jIGVudGl0aWVzLmMgZW5jb2Rp bmcuYyBlcnJvci5jIHBhcnNlckludGVybmFscy5jICBcCmRpZmYgLXVyTiAteCAuYnVpbGQgLXgg Lmluc3QgLXggLnNpbnN0IGxpYnhtbDItMi42LjExLW9yaWcvY29uZmlndXJlLmluIGxpYnhtbDIt Mi42LjExL2NvbmZpZ3VyZS5pbgotLS0gbGlieG1sMi0yLjYuMTEtb3JpZy9jb25maWd1cmUuaW4J MjAwNC0wNy0wNSAxOTozNToyNy4wMDAwMDAwMDAgKzAyMDAKKysrIGxpYnhtbDItMi42LjExL2Nv bmZpZ3VyZS5pbgkyMDA0LTA4LTA0IDE1OjM5OjExLjExMTg0OTQwMCArMDIwMApAQCAtMSw1ICsx LDQgQEAKIGRubCBQcm9jZXNzIHRoaXMgZmlsZSB3aXRoIGF1dG9jb25mIHRvIHByb2R1Y2UgYSBj b25maWd1cmUgc2NyaXB0LgotQUNfUFJFUkVRKDIuMikKIEFDX0lOSVQoZW50aXRpZXMuYykKIEFN X0NPTkZJR19IRUFERVIoY29uZmlnLmgpCiBBQ19DQU5PTklDQUxfSE9TVApAQCAtMTAzMiw5ICsx MDMxLDE1IEBACiAgQUNfREVGSU5FKFtzbnByaW50Zl0sW19zbnByaW50Zl0sW1dpbjMyIFN0ZCBD IG5hbWUgbWFuZ2xpbmcgd29yay1hcm91bmRdKQogIEFDX0RFRklORShbdnNucHJpbnRmXSxbX3Zz bnByaW50Zl0sW1dpbjMyIFN0ZCBDIG5hbWUgbWFuZ2xpbmcgd29yay1hcm91bmRdKQogIDs7Cisg Ki0qLWN5Z3dpbiopCisgQ1lHV0lOX0VYVFJBX0xERkxBR1M9Ii1uby11bmRlZmluZWQiCisgQ1lH V0lOX0VYVFJBX1BZVEhPTl9MSUJBREQ9Ii1ML3Vzci9saWIvcHl0aG9uMi4zL2NvbmZpZyAtbHB5 dGhvbjIuMyIKKyA7OwogZXNhYwogQUNfU1VCU1QoV0lOMzJfRVhUUkFfTElCQUREKQogQUNfU1VC U1QoV0lOMzJfRVhUUkFfTERGTEFHUykKK0FDX1NVQlNUKENZR1dJTl9FWFRSQV9MREZMQUdTKQor QUNfU1VCU1QoQ1lHV0lOX0VYVFJBX1BZVEhPTl9MSUJBREQpCiAKIEFDX1NVQlNUKENQUEZMQUdT KQogQUNfU1VCU1QoQ0ZMQUdTKQpkaWZmIC11ck4gLXggLmJ1aWxkIC14IC5pbnN0IC14IC5zaW5z dCBsaWJ4bWwyLTIuNi4xMS1vcmlnL3B5dGhvbi9NYWtlZmlsZS5hbSBsaWJ4bWwyLTIuNi4xMS9w eXRob24vTWFrZWZpbGUuYW0KLS0tIGxpYnhtbDItMi42LjExLW9yaWcvcHl0aG9uL01ha2VmaWxl LmFtCTIwMDQtMDQtMTYgMTE6MDQ6MzcuMDAwMDAwMDAwICswMjAwCisrKyBsaWJ4bWwyLTIuNi4x MS9weXRob24vTWFrZWZpbGUuYW0JMjAwNC0wOC0wNCAxNTozNjozMy42MDkyNjI4MDAgKzAyMDAK QEAgLTIzLDcgKzIzLDcgQEAKIAlsaWJ4bWwyLXB5dGhvbi1hcGkueG1sCVwKIAkkKERPQ1MpCiAK LWxpYnhtbDJtb2RfbGFfTERGTEFHUyA9IC1tb2R1bGUgLWF2b2lkLXZlcnNpb24gLUwkKHRvcF9i dWlsZGRpcikvLmxpYnMKK2xpYnhtbDJtb2RfbGFfTERGTEFHUyA9IEBDWUdXSU5fRVhUUkFfTERG TEFHU0AgQFdJTjMyX0VYVFJBX0xERkxBR1NAIC1tb2R1bGUgLWF2b2lkLXZlcnNpb24gLUwkKHRv cF9idWlsZGRpcikvLmxpYnMKIAogaWYgV0lUSF9QWVRIT04KIG15bGlicyA9IFwKQEAgLTM0LDcg KzM0LDcgQEAKIHB5dGhvbl9MVExJQlJBUklFUyA9IGxpYnhtbDJtb2QubGEKIAogbGlieG1sMm1v ZF9sYV9TT1VSQ0VTID0gbGlieG1sLmMgdHlwZXMuYyBsaWJ4bWwyLXB5LmMKLWxpYnhtbDJtb2Rf bGFfTElCQUREID0gJChteWxpYnMpCitsaWJ4bWwybW9kX2xhX0xJQkFERCA9ICQobXlsaWJzKSBA Q1lHV0lOX0VYVFJBX1BZVEhPTl9MSUJBRERACiAKIGxpYnhtbDIucHk6ICQoc3JjZGlyKS9saWJ4 bWwucHkgJChzcmNkaXIpL2xpYnhtbDJjbGFzcy5weQogCWNhdCAkKHNyY2RpcikvbGlieG1sLnB5 ICQoc3JjZGlyKS9saWJ4bWwyY2xhc3MucHkgPiBsaWJ4bWwyLnB5Cg== ------------9441723874C88B-- From jsp@PKC.com Wed Aug 4 10:55:36 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EFE93B0FD5 for ; Wed, 4 Aug 2004 10:55:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23595-10 for ; Wed, 4 Aug 2004 10:55:35 -0400 (EDT) Received: from vtmail.pkc.com (vtmail.pkc.com [216.75.143.162]) by menubar.gnome.org (Postfix) with ESMTP id 67B2E3B0E72 for ; Wed, 4 Aug 2004 10:55:34 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [xml] XPath question Date: Wed, 4 Aug 2004 10:55:33 -0400 Message-ID: From: "Jesse Pelton" To: "Igor Zlatkovic" , "Ed Day" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 14:55:36 -0000 I know the thread is quite old, but for a long time I fell for the common wisdom that you can't use XPath to query for an element in a default namespace, and having recently discovered that it ain't so, I want to set the record straight. The following expression uses the XPath namespace-uri() and local-name() functions to select all elements whose namespace is "another-ns" (the second element in Igor's example): //*[namespace-uri()=3D"another-ns" and local-name()=3D"n"] Igor's solution for selecting elements in a namespace (provide a namespace prefix, apply it to each affected element, and use it in your Xpath query) is commonly given. I think this is a bad idea (unless you have complete control over the documents you process, and arguably even then), because there's no guarantee that the prefix in your query exists in any given document, or if it does, that it refers to the same namespace URI. The namespace URI is authoritative, so it makes sense to use it, as this expression does. The only caveat is that I have no idea how efficiently an expression like this is processed. -----Original Message----- From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Igor Zlatkovic Sent: Monday, May 10, 2004 12:22 PM To: Ed Day Cc: xml@gnome.org Subject: Re: [xml] XPath question On 10.05.2004 18:09, Ed Day wrote: > I am relatively new to XPath, so perhaps there is something I don't=20 > understand here. I am using the following XPath expression: >=20 > /MyElement >=20 > to try and match the following simple node: >=20 > = xmlns=3D"http://test.commerceone.com/global_element/SimpleTypeNested">tr > ue Element> >=20 > This is coming back as a non-match. Apparently something in the=20 > namespace declaration is causing this. If I remove that, or replace=20 > it with an attribute of a different name, the match is done OK. The=20 > question is, if information on the namespace is required in the=20 > expression, what should it be? Since it is the default namespace, it=20 > does not have a prefix. So I don't know how to get this to match. >=20 > I am using the latest version of libxml2, but I am not sure this is a > libxml2 problem. I got the same result when I used a different XPath tool. > I am hoping some XPath guru out there can tell me what I am doing wrong. Consider this document: Now assume that those 'n' nodes inherit the default namespace from their parents. How would you construct an XPath expression which selects any one of the two 'n' nodes, but not the other? To skip the boresome details, you cannot do what you are trying to. You must give your namespace a prefix and include that prefix in your XPath expression. Ciao, Igor _______________________________________________ xml mailing list, project page http://xmlsoft.org/ xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml From veillard@redhat.com Wed Aug 4 10:57:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1FE23B108F for ; Wed, 4 Aug 2004 10:57:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23738-07 for ; Wed, 4 Aug 2004 10:57:56 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 2ECFC3B1104 for ; Wed, 4 Aug 2004 10:57:56 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74Evle1013720; Wed, 4 Aug 2004 10:57:47 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74Evfa27528; Wed, 4 Aug 2004 10:57:41 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74EuwDa008999; Wed, 4 Aug 2004 10:56:58 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74EuvB6008959; Wed, 4 Aug 2004 10:56:57 -0400 Date: Wed, 4 Aug 2004 10:56:57 -0400 From: Daniel Veillard To: "Gerrit P. Haase" Subject: Re: [xml] Re: libxml2-2.6.11 -- detection of Python in configure Message-ID: <20040804145657.GZ18853@redhat.com> References: <40F7D6B5.7040100@zope.com> <15017884316.20040804154014@familiehaase.de> <20040804135116.GX18853@redhat.com> <12819970516.20040804161500@familiehaase.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12819970516.20040804161500@familiehaase.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: Tres Seaver , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 14:57:57 -0000 On Wed, Aug 04, 2004 at 04:15:00PM +0200, Gerrit P. Haase wrote: > Alright, I just finished the build of the latest release, the attached > patch is just a workaround for Cygwin which works today, if python > changes the API/ABI and bumps the version to 2.4 then it won't work > anymore, so the approach to solve this globally (detect Python for all > platforms, including header location and library location as suggested > by Tres) and then add the needed flags for platforms which need them > would be a better solution. > > The patch file is against the 2.9.11 release, but should apply against > the current CVS too. Looks safe, applied, it workked here, so I commited it, thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Wed Aug 4 11:05:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 37D523B1003 for ; Wed, 4 Aug 2004 11:05:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24052-07 for ; Wed, 4 Aug 2004 11:05:17 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BE0F03B10B0 for ; Wed, 4 Aug 2004 11:05:17 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74F5He1016186; Wed, 4 Aug 2004 11:05:17 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74F5Ca31010; Wed, 4 Aug 2004 11:05:12 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74F4Sr7016766; Wed, 4 Aug 2004 11:04:28 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74F4SBs016763; Wed, 4 Aug 2004 11:04:28 -0400 Date: Wed, 4 Aug 2004 11:04:28 -0400 From: Daniel Veillard To: Jesse Pelton Subject: Re: [xml] XPath question Message-ID: <20040804150428.GA18853@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 15:05:19 -0000 On Wed, Aug 04, 2004 at 10:55:33AM -0400, Jesse Pelton wrote: > I know the thread is quite old, but for a long time I fell for the > common wisdom that you can't use XPath to query for an element in a > default namespace, and having recently discovered that it ain't so, I > want to set the record straight. > > The following expression uses the XPath namespace-uri() and local-name() > functions to select all elements whose namespace is "another-ns" > (the second element in Igor's example): > > //*[namespace-uri()="another-ns" and local-name()="n"] > > Igor's solution for selecting elements in a namespace (provide a > namespace prefix, apply it to each affected element, and use it in your > Xpath query) is commonly given. I think this is a bad idea (unless you > have complete control over the documents you process, and arguably even > then), because there's no guarantee that the prefix in your query exists > in any given document, or if it does, that it refers to the same > namespace URI. Then you still didn't understood how XPath and namespaces work together. The XPath engine does *NOT* use the prefix to make the match but the namespace URI associated to that prefix in the XPath context. > The namespace URI is authoritative, so it makes sense to > use it, as this expression does. > The only caveat is that I have no idea how efficiently an expression > like this is processed. That solution is horribly inefficient It build a node list of all element nodes in the document and then filter it with expensive interpreted function call. Promoting that solution while you didn't understood why Igor's one was accurate is not a good advice, really. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From jsp@PKC.com Wed Aug 4 11:45:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A89B63B1032 for ; Wed, 4 Aug 2004 11:45:38 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02161-04 for ; Wed, 4 Aug 2004 11:45:36 -0400 (EDT) Received: from vtmail.pkc.com (vtmail.pkc.com [216.75.143.162]) by menubar.gnome.org (Postfix) with ESMTP id 7280A3B1135 for ; Wed, 4 Aug 2004 11:45:33 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [xml] XPath question Date: Wed, 4 Aug 2004 11:45:29 -0400 Message-ID: <78cac6a7530ac1bd3a8353c6c24ad22141110497@vtmail.pkc.com> From: "Jesse Pelton" To: X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 15:45:40 -0000 So how do you solve the original problem? That is, how do you construct an expression to select elements in a particular default namespace?=20 -----Original Message----- From: Daniel Veillard [mailto:veillard@redhat.com]=20 Sent: Wednesday, August 04, 2004 11:04 AM To: Jesse Pelton Cc: Igor Zlatkovic; Ed Day; xml@gnome.org Subject: Re: [xml] XPath question On Wed, Aug 04, 2004 at 10:55:33AM -0400, Jesse Pelton wrote: > I know the thread is quite old, but for a long time I fell for the=20 > common wisdom that you can't use XPath to query for an element in a=20 > default namespace, and having recently discovered that it ain't so, I=20 > want to set the record straight. >=20 > The following expression uses the XPath namespace-uri() and=20 > local-name() functions to select all elements whose namespace is "another-ns" > (the second element in Igor's example): >=20 > //*[namespace-uri()=3D"another-ns" and local-name()=3D"n"] >=20 > Igor's solution for selecting elements in a namespace (provide a=20 > namespace prefix, apply it to each affected element, and use it in=20 > your Xpath query) is commonly given. I think this is a bad idea=20 > (unless you have complete control over the documents you process, and=20 > arguably even then), because there's no guarantee that the prefix in=20 > your query exists in any given document, or if it does, that it refers > to the same namespace URI. Then you still didn't understood how XPath and namespaces work together. The XPath engine does *NOT* use the prefix to make the match but the namespace URI associated to that prefix in the XPath context.=20 > The namespace URI is authoritative, so it makes sense to use it, as=20 > this expression does. > The only caveat is that I have no idea how efficiently an expression=20 > like this is processed. That solution is horribly inefficient It build a node list of all element nodes in the document and then filter it with expensive interpreted function call. Promoting that solution while you didn't understood why Igor's one was accurate is not a good advice, really. Daniel --=20 Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Wed Aug 4 12:21:14 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75C683B1165 for ; Wed, 4 Aug 2004 12:21:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05067-02 for ; Wed, 4 Aug 2004 12:21:13 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1FA8D3B1110 for ; Wed, 4 Aug 2004 12:21:13 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74GLCe1005744; Wed, 4 Aug 2004 12:21:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74GL7a29713; Wed, 4 Aug 2004 12:21:07 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74GKO1F023257; Wed, 4 Aug 2004 12:20:24 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74GKN3X023250; Wed, 4 Aug 2004 12:20:23 -0400 Date: Wed, 4 Aug 2004 12:20:23 -0400 From: Daniel Veillard To: Jesse Pelton Subject: Re: [xml] XPath question Message-ID: <20040804162023.GB18853@redhat.com> References: <78cac6a7530ac1bd3a8353c6c24ad2214111049a@vtmail.pkc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78cac6a7530ac1bd3a8353c6c24ad2214111049a@vtmail.pkc.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 16:21:14 -0000 On Wed, Aug 04, 2004 at 11:45:29AM -0400, Jesse Pelton wrote: > So how do you solve the original problem? That is, how do you construct > an expression to select elements in a particular default namespace? You should not care whether it is a default namespace or a normal namespace. You build the XPath query using whatever prefix you want map the prefix to the namespace name (i.e. the URI) in the XPath context and run the query that way. As soon as you start selecting on the kind of prefix in the target document there is something wrong, whether it's "foo", "bar" or the default one should not matter from a semantic viewpoint. - Assuming foo is mapped to your namespace name "bar" in the XPath context - assuming n is the name of the elements you're searching then //foo:n is way better than //*[local-name() = 'n' and namespace-uri() = 'bar'] Now if you still want to only pick elements which are in the default namespace you can still do - Assuming foo is mapped to your namespace name in the XPath context - assuming n is the name of the elements you're searching then //foo:n[name() = 'n'] will do it, and will be quite cheaper than //* and then a selection. the name() function retrieves the qname and name() = 'n' ensure there is no prefix. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From jim@kirklin.net Wed Aug 4 12:35:38 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BD96B3B0E56 for ; Wed, 4 Aug 2004 12:35:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05933-09 for ; Wed, 4 Aug 2004 12:35:35 -0400 (EDT) Received: from fed1rmmtao09.cox.net (fed1rmmtao09.cox.net [68.230.241.30]) by menubar.gnome.org (Postfix) with ESMTP id F13BA3B0F73 for ; Wed, 4 Aug 2004 12:35:31 -0400 (EDT) Received: from Alp.kirklin.net ([68.2.77.209]) by fed1rmmtao09.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040804163530.GVAW2552.fed1rmmtao09.cox.net@Alp.kirklin.net>; Wed, 4 Aug 2004 12:35:30 -0400 Message-Id: <6.1.0.6.2.20040804093143.01cf36a8@getmail.kirklin.net> X-Sender: jim@kirklin.net@getmail.kirklin.net X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Wed, 04 Aug 2004 09:35:24 -0700 To: Igor Zlatkovic From: Jim Kirklin Subject: Re: [xml] LibXML for Windows CE In-Reply-To: <4110B813.9000108@zlatkovic.com> References: <4110B813.9000108@zlatkovic.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 16:35:39 -0000 Thanks for the info -- I was afraid of that. Out of curiosity, do you have any guess as to how far back would I have to go to reach a point where the CE files were known to build? The reason I am asking is that the project I am porting uses only a small subset of the whole library and is actually using a version that is about a year or so old (they didn't document which version they had so I just grabbed the latest when I was trying to build the CE files). Thanks, Jim At 03:18 AM 8/4/2004, Igor Zlatkovic wrote: >On 03/08/04 21:01, jim kirklin wrote: >>Hi, > >Ho, > >>I am working on a project that requires a version of LibXML to run on an >>x86 based Windows CE device. After downloading the latest version o fthe >>sources (2.6.11), I noticed taht the Windows CE workspace is missing the >>ppcTest project as well as not finding some include files (most notable >>is the iconv.h) and is looking for an include path of c:\ppc\. My >>questions are pretty simple (and I have looked through the various >>documentation and not found an answer yet) -- First, is the c:\ppc path >>the Microsoft Pocket PC SDK and if so, which version of it (2000, 2002, >>2003, or something else), If it is not the Pocket PC SDK, what is it? >>Next, where can I get the ppcTest project that is referenced in the >>workspace? And the last question is, are there other projects or files I >>need to have before I can compile the library for Windows CE. > >You cannot compile for Windows CE without some work. The files in >win32/wince are hopelessly outdated. > >You'll practically have to port the library. Perhaps the outdated things >in win32/wince can serve as a starting point, but I fear you are on your own. > >Wish you luck. > >Ciao, >Igor From igor@zlatkovic.com Wed Aug 4 12:59:29 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 312753B0731 for ; Wed, 4 Aug 2004 12:59:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07765-06 for ; Wed, 4 Aug 2004 12:59:27 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 4C04C3B108E for ; Wed, 4 Aug 2004 12:59:03 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA745E.dip.t-dialin.net [217.234.116.94]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i74GwrMD029088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 4 Aug 2004 18:58:54 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i74GwxtV006750; Wed, 4 Aug 2004 18:59:00 +0200 Message-ID: <411115D3.7010507@zlatkovic.com> Date: Wed, 04 Aug 2004 18:58:59 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: Jim Kirklin Subject: Re: [xml] LibXML for Windows CE References: <4110B813.9000108@zlatkovic.com> <6.1.0.6.2.20040804093143.01cf36a8@getmail.kirklin.net> In-Reply-To: <6.1.0.6.2.20040804093143.01cf36a8@getmail.kirklin.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 16:59:29 -0000 On 04/08/04 18:35, Jim Kirklin wrote: > Thanks for the info -- I was afraid of that. Out of curiosity, do you > have any guess as to how far back would I have to go to reach a point > where the CE files were known to build? The reason I am asking is that > the project I am porting uses only a small subset of the whole library > and is actually using a version that is about a year or so old (they > didn't document which version they had so I just grabbed the latest when > I was trying to build the CE files). I don't know whether those files ever produced a working binary, I never used them. You could try libxml2 version 2.4.26, that was the next release after the last modification of those CE files, roughly two years ago. Ciao, Igor From jsp@PKC.com Wed Aug 4 13:26:21 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7C2BD3B1165 for ; Wed, 4 Aug 2004 13:26:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09292-03 for ; Wed, 4 Aug 2004 13:26:18 -0400 (EDT) Received: from vtmail.pkc.com (vtmail.pkc.com [216.75.143.162]) by menubar.gnome.org (Postfix) with ESMTP id E8D0A3B1143 for ; Wed, 4 Aug 2004 13:26:02 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [xml] XPath question Date: Wed, 4 Aug 2004 13:26:01 -0400 Message-ID: From: "Jesse Pelton" To: X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 17:26:21 -0000 I think the operative thing here is, "Assuming foo is mapped to your namespace name in the XPath context." I probably should have mentioned in my posting that I came up with my expression to deal with environments where there was no mechanism to establish such mappings other than by including a namespace prefix in the instance document. As far as I can see, XPath 1.0 does not specify such a mechanism, but libxml does, of course. So, my posting was not completely relevant to this list. I was excited to find a solution (even if inefficient) to a real problem that I had; I hope I can be forgiven for choosing the wrong forum to share it! -----Original Message----- From: Daniel Veillard [mailto:veillard@redhat.com]=20 Sent: Wednesday, August 04, 2004 12:20 PM To: Jesse Pelton Cc: Igor Zlatkovic; Ed Day; xml@gnome.org Subject: Re: [xml] XPath question On Wed, Aug 04, 2004 at 11:45:29AM -0400, Jesse Pelton wrote: > So how do you solve the original problem? That is, how do you=20 > construct an expression to select elements in a particular default namespace? You should not care whether it is a default namespace or a normal namespace. You build the XPath query using whatever prefix you want map the prefix to the namespace name (i.e. the URI) in the XPath context and run the query that way. As soon as you start selecting on the kind of prefix in the target document there is something wrong, whether it's "foo", "bar" or the default one should not matter from a semantic viewpoint. - Assuming foo is mapped to your namespace name "bar" in the XPath context - assuming n is the name of the elements you're searching then //foo:n is way better than //*[local-name() =3D 'n' and namespace-uri() =3D 'bar'] Now if you still want to only pick elements which are in the default namespace you can still do - Assuming foo is mapped to your namespace name in the XPath context - assuming n is the name of the elements you're searching then //foo:n[name() =3D 'n'] will do it, and will be quite cheaper than //* and then a selection. the name() function retrieves the qname and name() =3D 'n' ensure there = is no prefix. Daniel --=20 Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From igor@zlatkovic.com Wed Aug 4 14:09:49 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D1E013B0E85 for ; Wed, 4 Aug 2004 14:09:49 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11769-05 for ; Wed, 4 Aug 2004 14:09:48 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 156BA3B0DC7 for ; Wed, 4 Aug 2004 14:09:48 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA745E.dip.t-dialin.net [217.234.116.94]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i74I9RMD010371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 4 Aug 2004 20:09:29 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i74I9UFH006905; Wed, 4 Aug 2004 20:09:31 +0200 Message-ID: <4111265A.2090601@zlatkovic.com> Date: Wed, 04 Aug 2004 20:09:30 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: Jesse Pelton Subject: Re: [xml] XPath question References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 18:09:50 -0000 On 04/08/04 19:26, Jesse Pelton wrote: > I think the operative thing here is, "Assuming foo is mapped to your > namespace name in the XPath context." I probably should have mentioned > in my posting that I came up with my expression to deal with > environments where there was no mechanism to establish such mappings > other than by including a namespace prefix in the instance document. As > far as I can see, XPath 1.0 does not specify such a mechanism, but > libxml does, of course. So, my posting was not completely relevant to > this list. I was excited to find a solution (even if inefficient) to a > real problem that I had; I hope I can be forgiven for choosing the wrong > forum to share it! Peace. There is a misunderstanding here. You think you have solved the problem, I think you just hid it with another, ending up with two. Whoever produces XML of the sort ... ... should be made aware of the fact that the thing cannot be processed efficiently. Using namespace prefixes solves this without changing anything about the data the document contains. Sure, it is customer's document, you have no control of it. If so, you are giving the customer an ill service if you let her get away with it. I cannot speak for everyone, but I'll appreciate an advice about my wrongdoing far more than silence and an inneficient workaround. Peace now? Ciao, Igor From veillard@redhat.com Wed Aug 4 14:53:49 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 297813B0E8D for ; Wed, 4 Aug 2004 14:53:49 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13957-09 for ; Wed, 4 Aug 2004 14:53:47 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D6A773B0BB0 for ; Wed, 4 Aug 2004 14:53:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74Irle1015134; Wed, 4 Aug 2004 14:53:47 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74Irla21198; Wed, 4 Aug 2004 14:53:47 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74Ir3di022875; Wed, 4 Aug 2004 14:53:03 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74Ir37v022872; Wed, 4 Aug 2004 14:53:03 -0400 Date: Wed, 4 Aug 2004 14:53:03 -0400 From: Daniel Veillard To: Jesse Pelton Subject: Re: [xml] XPath question Message-ID: <20040804185303.GD18853@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 18:53:49 -0000 On Wed, Aug 04, 2004 at 01:26:01PM -0400, Jesse Pelton wrote: > I think the operative thing here is, "Assuming foo is mapped to your > namespace name in the XPath context." I probably should have mentioned > in my posting that I came up with my expression to deal with > environments where there was no mechanism to establish such mappings > other than by including a namespace prefix in the instance document. As > far as I can see, XPath 1.0 does not specify such a mechanism, but http://www.w3.org/TR/xpath#section-Conformance "XPath is intended primarily as a component that can be used by other specifications. Therefore, XPath relies on specifications that use XPath (such as [XPointer] and [XSLT]) to specify criteria for conformance of implementations of XPath and does not define any conformance criteria for independent implementations of XPath." In a nutshell, XPath was not supposed to be used in isolation. It was left to the other specifications using it (XSLT and XPointer) to state how they allowed to set namespace mapping in the evaluation context. Both XSLT and XPointer do, that mechanism is expected to be provided but XPath doesn't define how, precisely because it was designed to be embedded. > libxml does, of course. So, my posting was not completely relevant to > this list. I was excited to find a solution (even if inefficient) to a > real problem that I had; I hope I can be forgiven for choosing the wrong > forum to share it! I would expect *any* XPath implementation to provide the mapping between prefixes and namespace name as the mapping is part of the XPath evaluation context -last item in the bulleted list: http://www.w3.org/TR/xpath#section-Introduction It is somewhat mandatory since it is needed to parse the XPath expressions. It is not a matter of relevance or wrong forum. Let's say I got irritated by the fact you pointed as wrong a correct and clean solution and suggested instead a relatively cumbersome and not readable one. Anybody can misunderstand those specs, they are complex it happens all the time, not a big deal, but I have to point out what the spec really states and mean. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Wed Aug 4 14:57:11 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B46C13B1053 for ; Wed, 4 Aug 2004 14:57:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14072-06 for ; Wed, 4 Aug 2004 14:57:10 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8AD8E3B0E8D for ; Wed, 4 Aug 2004 14:57:10 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74Iv5e1015910; Wed, 4 Aug 2004 14:57:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74Iv5a22233; Wed, 4 Aug 2004 14:57:05 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74IuLWf025446; Wed, 4 Aug 2004 14:56:21 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74IuLas025432; Wed, 4 Aug 2004 14:56:21 -0400 Date: Wed, 4 Aug 2004 14:56:21 -0400 From: Daniel Veillard To: Jesse Pelton Subject: Re: [xml] XPath question Message-ID: <20040804185621.GE18853@redhat.com> References: <20040804185303.GD18853@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804185303.GD18853@redhat.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 18:57:11 -0000 On Wed, Aug 04, 2004 at 02:53:03PM -0400, Daniel Veillard wrote: [...] > ely cumbersome and not readable one. Anybody can misunderstand > those specs, they are complex it happens all the time, not a big deal, > but I have to point out what the spec really states and mean. I can also misunderstand issues or specs too, I need to point this out as this might be the case... I have done this in the past there are archived records of this :-) Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bruce.miller@nist.gov Wed Aug 4 15:36:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F35AA3B0D0E for ; Wed, 4 Aug 2004 15:36:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16049-10 for ; Wed, 4 Aug 2004 15:36:56 -0400 (EDT) Received: from smtp.nist.gov (rimp1.nist.gov [129.6.16.226]) by menubar.gnome.org (Postfix) with ESMTP id EEF8C3B071B for ; Wed, 4 Aug 2004 15:36:55 -0400 (EDT) Received: from nist.gov (orion.cam.nist.gov [129.6.88.187]) by smtp.nist.gov (8.12.10/8.12.10) with ESMTP id i74JarQl030973; Wed, 4 Aug 2004 15:36:53 -0400 Message-ID: <411139D5.9030707@nist.gov> Date: Wed, 04 Aug 2004 15:32:37 -0400 From: Bruce R Miller User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Zlatkovic Subject: Re: [xml] XPath question References: <4111265A.2090601@zlatkovic.com> In-Reply-To: <4111265A.2090601@zlatkovic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-NIST-MailScanner: Found to be clean X-MailScanner-From: bruce.miller@nist.gov X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Ed Day , veillard@redhat.com, Jesse Pelton X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 19:36:57 -0000 Igor Zlatkovic wrote: > On 04/08/04 19:26, Jesse Pelton wrote: > >> I think the operative thing here is, "Assuming foo is mapped to your >> namespace name in the XPath context." I probably should have mentioned >> in my posting that I came up with my expression to deal with >> environments where there was no mechanism to establish such mappings >> other than by including a namespace prefix in the instance document. As >> far as I can see, XPath 1.0 does not specify such a mechanism, but >> libxml does, of course. So, my posting was not completely relevant to >> this list. I was excited to find a solution (even if inefficient) to a >> real problem that I had; I hope I can be forgiven for choosing the wrong >> forum to share it! > > > Peace. There is a misunderstanding here. You think you have solved the > problem, I think you just hid it with another, ending up with two. Hmm, I'm thinking that I disagree with everyone here! :> Daniel has pointed out that you can --- and should --- bind a namespace prefix for XPath, but that how that is done is outside of the XPath spec itself. OTOH, I would mildly quibble that the notion that *[namespace-uri() == 'bar' and local-name() == 'a'] is _inherently_ inefficient; it is logically equivalent to foo:a (w/ appropriate bindings). HOWEVER, doing it efficiently requires query optimization --- which shouldn't be assumed, or even expected. ... and I'm not suggesting libxml should do it! :> So, never mind. > Whoever produces XML of the sort > > ... > > > > > > > ... > > should be made aware of the fact that the thing cannot be processed > efficiently. Using namespace prefixes solves this without changing > anything about the data the document contains. Why in the world should one be more efficient than the other? [Inherently? Or do you refer to one specific processor? libxml2?] Ultimately, the XPath processor has to look for pairs of URI + localname. The URI is what's important; the prefix used in the document (if any) can be completely different from the prefix used in the XPath context. > Sure, it is customer's document, you have no control of it. If so, you > are giving the customer an ill service if you let her get away with it. > I cannot speak for everyone, but I'll appreciate an advice about my > wrongdoing far more than silence and an inneficient workaround. Well, even if it's my document, it sometimes isn't so easy to control how the namespaces get serialized.... but that's another thread! :> > Peace now? All peace on this end ! > Ciao, > Igor > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > > -- -- bruce.miller@nist.gov http://math.nist.gov/~BMiller/ From thevakoc-xml@yahoo.com Wed Aug 4 19:44:24 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A19A3B0919 for ; Wed, 4 Aug 2004 19:44:24 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27420-03 for ; Wed, 4 Aug 2004 19:44:23 -0400 (EDT) Received: from web50206.mail.yahoo.com (web50206.mail.yahoo.com [206.190.38.47]) by menubar.gnome.org (Postfix) with SMTP id 0E5EF3B0937 for ; Wed, 4 Aug 2004 19:44:21 -0400 (EDT) Message-ID: <20040804234418.41011.qmail@web50206.mail.yahoo.com> Received: from [208.142.210.1] by web50206.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 16:44:18 PDT Date: Wed, 4 Aug 2004 16:44:18 -0700 (PDT) From: Mark Vakoc To: xml@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] question regarding error reporting X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thevakoc-xml@yahoo.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 23:44:24 -0000 Hi Daniel, all, I've got a question on the error/warning reporting mechanism. I've got custom error functions defined and are used to redirect errors/warnings to a log file. Part of my application performs relax-ng validation, however any errors/warnings generated by the relaxng portion aren't really "errors" so I redirect them to different error handlers using xmlRelaxNGSetValidErrors() which works fine. The issue is by doing so I miss a lot of the information that is normally printed out, such as source file, line, error domain, etc. Going through the code I notice at the tail in of __xmlRaiseError ... if ((channel == xmlParserError) || (channel == xmlParserWarning) || (channel == xmlParserValidityError) || (channel == xmlParserValidityWarning)) xmlReportError(to, ctxt, str, NULL, NULL); else if ((channel == (xmlGenericErrorFunc) fprintf) || (channel == xmlGenericErrorDefaultFunc)) xmlReportError(to, ctxt, str, channel, data); else channel(data, "%s", str); ... that xmlReportError which generates that extra info from the xmlLastError (to) is only called if channel (in this case xmlRelaxNGValidCtxt.error) is fprintf Is there a reason that xmlReportError isn't called regardless of what error handler channel points to? Thanks. From veillard@redhat.com Wed Aug 4 19:51:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7458C3B10E8 for ; Wed, 4 Aug 2004 19:51:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27849-04 for ; Wed, 4 Aug 2004 19:51:33 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 26C133B1029 for ; Wed, 4 Aug 2004 19:51:33 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i74NpNe1020713; Wed, 4 Aug 2004 19:51:23 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i74NpMa23181; Wed, 4 Aug 2004 19:51:22 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i74Nocxa018169; Wed, 4 Aug 2004 19:50:38 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i74NocRG018163; Wed, 4 Aug 2004 19:50:38 -0400 Date: Wed, 4 Aug 2004 19:50:38 -0400 From: Daniel Veillard To: Mark Vakoc Subject: Re: [xml] question regarding error reporting Message-ID: <20040804235038.GF18853@redhat.com> References: <20040804234418.41011.qmail@web50206.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040804234418.41011.qmail@web50206.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 23:51:34 -0000 On Wed, Aug 04, 2004 at 04:44:18PM -0700, Mark Vakoc wrote: > Hi Daniel, all, > > I've got a question on the error/warning reporting mechanism. I've got custom > error functions defined and are used to redirect errors/warnings to a log file. > > Part of my application performs relax-ng validation, however any > errors/warnings generated by the relaxng portion aren't really "errors" so I > redirect them to different error handlers using xmlRelaxNGSetValidErrors() > which works fine. > > The issue is by doing so I miss a lot of the information that is normally > printed out, such as source file, line, error domain, etc. Going through the > code I notice at the tail in of __xmlRaiseError > ... > if ((channel == xmlParserError) || > (channel == xmlParserWarning) || > (channel == xmlParserValidityError) || > (channel == xmlParserValidityWarning)) > xmlReportError(to, ctxt, str, NULL, NULL); > else if ((channel == (xmlGenericErrorFunc) fprintf) || > (channel == xmlGenericErrorDefaultFunc)) > xmlReportError(to, ctxt, str, channel, data); > else > channel(data, "%s", str); > ... > > that xmlReportError which generates that extra info from the xmlLastError (to) > is only called if channel (in this case xmlRelaxNGValidCtxt.error) is fprintf > > Is there a reason that xmlReportError isn't called regardless of what error > handler channel points to? I think that the point was to make a single callback in case a structured error handler has been set-up (xmlReportError makes at least 2 calls IIRC). The expectation is that the structured error handler will find informations like the source file and line number from data or the global error variable. I.e. fprintf is not a structured error reporting mechanism, it's string based, so it can be called multiple times for one error, on the other hand the user callback is structured and should be called only once per error. I think it's the reason for this dichotomy. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From thevakoc-xml@yahoo.com Wed Aug 4 20:40:27 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0E8F33B105A for ; Wed, 4 Aug 2004 20:40:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29895-08 for ; Wed, 4 Aug 2004 20:40:25 -0400 (EDT) Received: from web50203.mail.yahoo.com (web50203.mail.yahoo.com [206.190.38.44]) by menubar.gnome.org (Postfix) with SMTP id A7D633B0F70 for ; Wed, 4 Aug 2004 20:40:25 -0400 (EDT) Message-ID: <20040805004025.70246.qmail@web50203.mail.yahoo.com> Received: from [24.8.7.183] by web50203.mail.yahoo.com via HTTP; Wed, 04 Aug 2004 17:40:25 PDT Date: Wed, 4 Aug 2004 17:40:25 -0700 (PDT) From: Mark Vakoc Subject: Re: [xml] question regarding error reporting To: xml@gnome.org In-Reply-To: <20040804235038.GF18853@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thevakoc-xml@yahoo.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 00:40:27 -0000 > > ... > > if ((channel == xmlParserError) || > > (channel == xmlParserWarning) || > > (channel == xmlParserValidityError) || > > (channel == xmlParserValidityWarning)) > > xmlReportError(to, ctxt, str, NULL, NULL); > > else if ((channel == (xmlGenericErrorFunc) fprintf) || > > (channel == xmlGenericErrorDefaultFunc)) > > xmlReportError(to, ctxt, str, channel, data); > > else > > channel(data, "%s", str); > > ... > > > > Is there a reason that xmlReportError isn't called regardless of what error > > handler channel points to? > > I think that the point was to make a single callback in case a structured > error handler has been set-up (xmlReportError makes at least 2 calls IIRC). > The expectation is that the structured error handler will find informations > like the source file and line number from data or the global error variable. > I.e. fprintf is not a structured error reporting mechanism, it's string > based, > so it can be called multiple times for one error, on the other hand the user > callback is structured and should be called only once per error. I think it's > the reason for this dichotomy. > Hmmm... fprintf isn't a stuctured error handler, but neither is channel. I believe by the time this segment is reached the search for a structured error handler to report the message has been exhausted and there doesn't seem to be a means to use custom structured error handlers within relaxng validation. As such there seems to be a "information penalty" when when using custom error handlers and the error domain isn't parsing or validating (those seem to be handled specially). So if I understand your explanation correctly the goal is to only call channel once per xmlRaiseError call unless the handler happens to be fprintf (as such libxml2 knows that it is not a problem call it repeatedly per call to __xmlRaiseError)? If so perhaps __xmlRaiseError can instead call xmlReportError2 that would emulate xmlReportError only building the output to a string then calling channel just once? From veillard@redhat.com Thu Aug 5 03:30:05 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 159FC3B0E92 for ; Thu, 5 Aug 2004 03:30:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12403-01 for ; Thu, 5 Aug 2004 03:30:03 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E74F33B10F7 for ; Thu, 5 Aug 2004 03:30:00 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i757U0e1018724; Thu, 5 Aug 2004 03:30:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i757U0a27778; Thu, 5 Aug 2004 03:30:00 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i757TG9b030997; Thu, 5 Aug 2004 03:29:16 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i757TG4Y030993; Thu, 5 Aug 2004 03:29:16 -0400 Date: Thu, 5 Aug 2004 03:29:16 -0400 From: Daniel Veillard To: Mark Vakoc Subject: Re: [xml] question regarding error reporting Message-ID: <20040805072915.GG18853@redhat.com> References: <20040804235038.GF18853@redhat.com> <20040805004025.70246.qmail@web50203.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805004025.70246.qmail@web50203.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 07:30:05 -0000 On Wed, Aug 04, 2004 at 05:40:25PM -0700, Mark Vakoc wrote: > Hmmm... fprintf isn't a stuctured error handler, but neither is channel. I > believe by the time this segment is reached the search for a structured error > handler to report the message has been exhausted and there doesn't seem to be a > means to use custom structured error handlers within relaxng validation. As > such there seems to be a "information penalty" when when using custom error > handlers and the error domain isn't parsing or validating (those seem to be > handled specially). > > So if I understand your explanation correctly the goal is to only call channel > once per xmlRaiseError call unless the handler happens to be fprintf (as such > libxml2 knows that it is not a problem call it repeatedly per call to > __xmlRaiseError)? If so perhaps __xmlRaiseError can instead call > xmlReportError2 that would emulate xmlReportError only building the output to a > string then calling channel just once? Okay, that part didn't got that much scrutiny, you seem to have a good view of that code, I take patches :-) Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From erh@nimenees.com Wed Aug 4 13:46:58 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EF3323B11C9 for ; Wed, 4 Aug 2004 13:46:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10526-03 for ; Wed, 4 Aug 2004 13:46:57 -0400 (EDT) Received: from jodi.nimenees.com (dsl081-146-250.chi1.dsl.speakeasy.net [64.81.146.250]) by menubar.gnome.org (Postfix) with ESMTP id D2FA03B0D20 for ; Wed, 4 Aug 2004 13:46:56 -0400 (EDT) Received: by jodi.nimenees.com (Postfix, from userid 101) id 2CAB319DAC9; Wed, 4 Aug 2004 12:46:56 -0500 (CDT) Date: Wed, 4 Aug 2004 12:46:56 -0500 From: Eric Haszlakiewicz To: Jesse Pelton Subject: Re: [xml] XPath question Message-ID: <20040804174656.GA1854@jodi.nimenees.com> References: <78cac6a7530ac1bd3a8353c6c24ad22141110497@vtmail.pkc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78cac6a7530ac1bd3a8353c6c24ad22141110497@vtmail.pkc.com> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 05 Aug 2004 03:36:57 -0400 Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2004 17:46:58 -0000 On Wed, Aug 04, 2004 at 11:45:29AM -0400, Jesse Pelton wrote: > So how do you solve the original problem? That is, how do you construct > an expression to select elements in a particular default namespace? recap: problem: get the second "n" node. solution: define prefix X => another-ns if you happen to be in a xsl stylesheet something like you'd need: //X:b/*[local-name()='n'] because then the element 'n' is not in any namespace. (which is completely different from the default namespace) eric From dog@bluezoo.org Thu Aug 5 03:36:01 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 983E53B0C7A for ; Thu, 5 Aug 2004 03:36:00 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12556-08 for ; Thu, 5 Aug 2004 03:35:59 -0400 (EDT) Received: from bluezoo.org (mail2.runtime-collective.com [212.42.171.92]) by menubar.gnome.org (Postfix) with ESMTP id 051403B0B9E for ; Thu, 5 Aug 2004 03:35:56 -0400 (EDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by bluezoo.org (Postfix) with ESMTP id C495010B66D; Thu, 5 Aug 2004 08:35:56 +0100 (BST) In-Reply-To: <4111265A.2090601@zlatkovic.com> References: <4111265A.2090601@zlatkovic.com> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1650A938-E6B2-11D8-A1C7-000D934FF4B2@bluezoo.org> Content-Transfer-Encoding: 7bit From: Chris Burdess Subject: Re: [xml] XPath question Date: Thu, 5 Aug 2004 08:35:56 +0100 To: Igor Zlatkovic X-Mailer: Apple Mail (2.618) X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 05 Aug 2004 03:36:57 -0400 Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 07:36:01 -0000 Igor Zlatkovic wrote: > Whoever produces XML of the sort > > ... > > > > > > > ... > > should be made aware of the fact that the thing cannot be processed > efficiently. Using namespace prefixes solves this without changing > anything about the data the document contains. I don't understand how using namespace prefixes solves anything. For your example we can imagine an well-formed fragment You still need to refer to the namespace URI (which, by the way, must be a URI unlike in your example) in order to differentiate the two instances of x:a. -- Chris Burdess From cory@dolphtech.com Thu Aug 5 10:07:08 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D6963B12ED for ; Thu, 5 Aug 2004 10:07:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31039-09 for ; Thu, 5 Aug 2004 10:07:06 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 5E6DD3B12B6 for ; Thu, 5 Aug 2004 10:07:04 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i75E6xmd013065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Aug 2004 10:07:00 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i75E6xc5029330 for ; Thu, 5 Aug 2004 10:06:59 -0400 Message-ID: <41123ECF.7040306@dolphtech.com> Date: Thu, 05 Aug 2004 10:06:07 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] XPath query failing on modified xmlDoc X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 14:07:08 -0000 Ok, I'm new to libxml2 in general so there's probably a very simple solution to this problem, (haven't been able to find it in the archives though.) I have an xml document that I load up and modify. In this particular instance, I load the document and then add in a new child element. I have verified that the child is in the doc by doing a quick xmlDocDump(). After I add children I want to be able to remove them. The problem I'm seeing is that when I do an XPath query for the children that existed prior to loading the document everything's fine, but when I query for the children that I just added I get back an empty node set. I remake the XPath context using the same doc pointer each time I query so I know that the xpath context is using the right doc... It seems like the DOM tree hasn't been updated and thus the xpath query cannot find the child nodes, but I've verified that the tree is up-to-date... The only thing I can think of is the format of my xpath expression, which does not use explicit '[1]' or 'descendant::' etc... /config/user-list/user[@nickname="NICKNAME"] Any help is appreciated. - Cory Virok From bob@brasko.net Thu Aug 5 11:04:43 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6E2E3B1354 for ; Thu, 5 Aug 2004 11:04:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01936-08 for ; Thu, 5 Aug 2004 11:04:42 -0400 (EDT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by menubar.gnome.org (Postfix) with ESMTP id EC29F3B133F for ; Thu, 5 Aug 2004 11:04:41 -0400 (EDT) Received: from white ([68.9.64.121]) by lakermmtao02.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040805150438.AIY1467.lakermmtao02.cox.net@white> for ; Thu, 5 Aug 2004 11:04:38 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1BsjnK-0003pk-00 for ; Thu, 05 Aug 2004 11:04:38 -0400 Date: Thu, 5 Aug 2004 11:04:38 -0400 From: Bob Rossi To: xml@gnome.org Message-ID: <20040805150438.GA14689@white> Mail-Followup-To: xml@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Creating a markup language X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:04:44 -0000 Hi, This is the best place I could think of for asking this question. I hope someone is capable of providing me with an answer or maybe pointing me in the correct direction. I am creating a protocol between two GPL'd applications. Basically, process A sends a command to process B. Which then responds with the reply. I want to make process B respond in XML. This way, process A doesn't really have to worry to much about parsing. Basically, my question is, should I create a Markup Language for B that it will always reply to A with? Or, should I create one Markup Language for each command possible that B responds to A with? How can you compare/contrast these two models? If there were ten possible commands A could run through B, then the first case would have 1 large ML, while the second case would have 10 small ML's. I don't know which is better?, how they scale?, or what path I should go down. I can say that the output of B to A is generally small. Thanks for any help or advice, Bob Rossi From nikolay_melehin@mtu-net.ru Thu Aug 5 11:19:20 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1D853B133A for ; Thu, 5 Aug 2004 11:19:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02627-01 for ; Thu, 5 Aug 2004 11:19:19 -0400 (EDT) Received: from mx.sirena-travel.ru (mx.sirena-travel.ru [194.84.25.23]) by menubar.gnome.org (Postfix) with ESMTP id 64B103B0C25 for ; Thu, 5 Aug 2004 11:19:16 -0400 (EDT) Received: from [10.1.9.77] (account nmu@sirena2000.ru HELO mtu-net.ru) by mx.sirena-travel.ru (CommuniGate Pro SMTP 4.1.6) with ESMTP id 758754; Thu, 05 Aug 2004 19:37:17 +0400 Message-ID: <41125024.8020802@mtu-net.ru> Date: Thu, 05 Aug 2004 19:20:04 +0400 From: Nikolay Melekhin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 X-Accept-Language: ru, en MIME-Version: 1.0 To: Bob Rossi Subject: Re: [xml] Creating a markup language References: <20040805150438.GA14689@white> In-Reply-To: <20040805150438.GA14689@white> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:19:20 -0000 Bob Rossi wrote: >Hi, > >This is the best place I could think of for asking this question. I hope >someone is capable of providing me with an answer or maybe pointing me >in the correct direction. > >I am creating a protocol between two GPL'd applications. Basically, >process A sends a command to process B. Which then responds with the >reply. I want to make process B respond in XML. This way, process A >doesn't really have to worry to much about parsing. > >Basically, my question is, should I create a Markup Language for B that >it will always reply to A with? Or, should I create one Markup Language >for each command possible that B responds to A with? How can you >compare/contrast these two models? > >If there were ten possible commands A could run through B, then the first case >would have 1 large ML, while the second case would have 10 small ML's. >I don't know which is better?, how they scale?, or what path I should go >down. I can say that the output of B to A is generally small. > >Thanks for any help or advice, >Bob Rossi > > You can try use XML-RPC protocol -- Nikolay Melekhin From bob@brasko.net Thu Aug 5 11:28:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C61243B136F for ; Thu, 5 Aug 2004 11:28:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02995-04 for ; Thu, 5 Aug 2004 11:28:32 -0400 (EDT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by menubar.gnome.org (Postfix) with ESMTP id 1588D3B135E for ; Thu, 5 Aug 2004 11:28:32 -0400 (EDT) Received: from white ([68.9.64.121]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040805152831.WDZN28993.lakermmtao05.cox.net@white>; Thu, 5 Aug 2004 11:28:32 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1BskAR-0003rG-00; Thu, 05 Aug 2004 11:28:31 -0400 Date: Thu, 5 Aug 2004 11:28:31 -0400 From: Bob Rossi To: Nikolay Melekhin Subject: Re: [xml] Creating a markup language Message-ID: <20040805152830.GB14689@white> Mail-Followup-To: Nikolay Melekhin , xml@gnome.org References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41125024.8020802@mtu-net.ru> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:28:33 -0000 On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > Bob Rossi wrote: > > >Hi, > > > >This is the best place I could think of for asking this question. I hope > >someone is capable of providing me with an answer or maybe pointing me > >in the correct direction. > > > >I am creating a protocol between two GPL'd applications. Basically, > >process A sends a command to process B. Which then responds with the > >reply. I want to make process B respond in XML. This way, process A > >doesn't really have to worry to much about parsing. > > > >Basically, my question is, should I create a Markup Language for B that > >it will always reply to A with? Or, should I create one Markup Language > >for each command possible that B responds to A with? How can you > >compare/contrast these two models? > > > >If there were ten possible commands A could run through B, then the first > >case > >would have 1 large ML, while the second case would have 10 small ML's. > >I don't know which is better?, how they scale?, or what path I should go > >down. I can say that the output of B to A is generally small. > > > >Thanks for any help or advice, > >Bob Rossi > > > > > You can try use XML-RPC protocol Thanks, unfortunately, the 2 process's described are really low level. Apparently, the only way they can communicate is through a pipe. So, I am stuck to that environment. Thanks, Bob Rossi From veillard@redhat.com Thu Aug 5 11:32:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24A7D3B1354 for ; Thu, 5 Aug 2004 11:32:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03373-01 for ; Thu, 5 Aug 2004 11:32:30 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 763CE3B137E for ; Thu, 5 Aug 2004 11:32:24 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i75FWJe1031391; Thu, 5 Aug 2004 11:32:24 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i75FWJa02905; Thu, 5 Aug 2004 11:32:19 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i75FVYw7027338; Thu, 5 Aug 2004 11:31:34 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i75FVYBt027332; Thu, 5 Aug 2004 11:31:34 -0400 Date: Thu, 5 Aug 2004 11:31:34 -0400 From: Daniel Veillard To: Nikolay Melekhin , xml@gnome.org Subject: Re: [xml] Creating a markup language Message-ID: <20040805153134.GQ18853@redhat.com> References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040805152830.GB14689@white> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:32:33 -0000 On Thu, Aug 05, 2004 at 11:28:31AM -0400, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > > Bob Rossi wrote: > > >If there were ten possible commands A could run through B, then the first > > >case > > >would have 1 large ML, while the second case would have 10 small ML's. > > >I don't know which is better?, how they scale?, or what path I should go > > >down. I can say that the output of B to A is generally small. > > > > > >Thanks for any help or advice, > > >Bob Rossi > > > > > > > > You can try use XML-RPC protocol > > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. And ??? Totally unrelated to the format. Use XML-RPC, really ... reinventing the wheel and a new markup is just lost time. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From azaroth@liverpool.ac.uk Thu Aug 5 11:35:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF78A3B137E for ; Thu, 5 Aug 2004 11:35:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03545-05 for ; Thu, 5 Aug 2004 11:35:42 -0400 (EDT) Received: from mx1.liv.ac.uk (mx1.liv.ac.uk [138.253.100.179]) by menubar.gnome.org (Postfix) with ESMTP id 346DC3B13A1 for ; Thu, 5 Aug 2004 11:35:03 -0400 (EDT) Received: from mailhub5.liv.ac.uk ([138.253.100.157]) by mx1.liv.ac.uk with esmtp (Exim 4.24) id 1BskGk-0006Pn-1X for xml@gnome.org; Thu, 05 Aug 2004 16:35:02 +0100 Received: from localhost.localdomain ([127.0.0.1] helo=mailhub5.liv.ac.uk) by mailhub5.liv.ac.uk with esmtp (Exim 4.24) id 1BskGj-0000gY-Vl for xml@gnome.org; Thu, 05 Aug 2004 16:35:01 +0100 Received: from gondolin.hist.liv.ac.uk ([138.253.81.47]) by mailhub5.liv.ac.uk with esmtp (Exim 4.24) id 1BskGj-0000gV-U4 for xml@gnome.org; Thu, 05 Aug 2004 16:35:01 +0100 Date: Thu, 5 Aug 2004 16:29:22 +0100 (BST) From: Robert Sanderson Sender: azaroth@gondolin.hist.liv.ac.uk Cc: xml@gnome.org Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805152830.GB14689@white> Message-ID: References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:35:46 -0000 yOn Thu, 5 Aug 2004, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: >> Bob Rossi wrote: >>> I am creating a protocol between two GPL'd applications. Basically, >> You can try use XML-RPC protocol > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. With either XML-RPC or SOAP you don't need to transport them via HTTP. They're just XML describing objects. The advantage to using one of these is that you can get toolkits to do all the hard work for you. If you're using libxml I assume either C or Python, so GSOAP or ZSI are probably the best SOAP toolkits for the two languages respectively as far as OSS goes. Rob ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) ,'-/::::. http://www.o-r-g.org/~azaroth/ ,'--/::(@)::. Special Collections and Archives, extension 3142 ,'---/::::::::::. University of Liverpool ____/:::::::::::::. I L L U M I N A T I L5R Shop: http://www.cardsnotwords.com/ From phrosty@gmail.com Thu Aug 5 11:38:05 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 569AF3B13B4 for ; Thu, 5 Aug 2004 11:37:58 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03681-03 for ; Thu, 5 Aug 2004 11:37:56 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by menubar.gnome.org (Postfix) with ESMTP id D5BF23B139B for ; Thu, 5 Aug 2004 11:37:50 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so10646rnl for ; Thu, 05 Aug 2004 08:37:50 -0700 (PDT) Received: by 10.38.86.39 with SMTP id j39mr148874rnb; Thu, 05 Aug 2004 08:37:50 -0700 (PDT) Message-ID: <9b1d061404080508364b7221d2@mail.gmail.com> Date: Thu, 5 Aug 2004 08:36:20 -0700 From: Cory Nelson To: Bob Rossi Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Nikolay Melekhin , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:38:06 -0000 create a schema, that's what they are there for. however if your code is low level (i guess, people have different ideas of what low level is) xml is likely not the right choice. On Thu, 5 Aug 2004 11:28:31 -0400, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > > Bob Rossi wrote: > > > > >Hi, > > > > > >This is the best place I could think of for asking this question. I hope > > >someone is capable of providing me with an answer or maybe pointing me > > >in the correct direction. > > > > > >I am creating a protocol between two GPL'd applications. Basically, > > >process A sends a command to process B. Which then responds with the > > >reply. I want to make process B respond in XML. This way, process A > > >doesn't really have to worry to much about parsing. > > > > > >Basically, my question is, should I create a Markup Language for B that > > >it will always reply to A with? Or, should I create one Markup Language > > >for each command possible that B responds to A with? How can you > > >compare/contrast these two models? > > > > > >If there were ten possible commands A could run through B, then the first > > >case > > >would have 1 large ML, while the second case would have 10 small ML's. > > >I don't know which is better?, how they scale?, or what path I should go > > >down. I can say that the output of B to A is generally small. > > > > > >Thanks for any help or advice, > > >Bob Rossi > > > > > > > > You can try use XML-RPC protocol > > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. > > Thanks, > Bob Rossi > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Cory Nelson http://www.int64.org From phrosty@gmail.com Thu Aug 5 11:38:18 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA1B93B13BE for ; Thu, 5 Aug 2004 11:38:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03681-07 for ; Thu, 5 Aug 2004 11:38:15 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by menubar.gnome.org (Postfix) with ESMTP id 256793B13B4 for ; Thu, 5 Aug 2004 11:38:10 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so10687rnl for ; Thu, 05 Aug 2004 08:38:09 -0700 (PDT) Received: by 10.38.81.2 with SMTP id e2mr168rnb; Thu, 05 Aug 2004 08:37:01 -0700 (PDT) Message-ID: <9b1d061404080508364b7221d2@mail.gmail.com> Date: Thu, 5 Aug 2004 08:36:20 -0700 From: Cory Nelson To: Bob Rossi Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Nikolay Melekhin , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:38:18 -0000 create a schema, that's what they are there for. however if your code is low level (i guess, people have different ideas of what low level is) xml is likely not the right choice. On Thu, 5 Aug 2004 11:28:31 -0400, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > > Bob Rossi wrote: > > > > >Hi, > > > > > >This is the best place I could think of for asking this question. I hope > > >someone is capable of providing me with an answer or maybe pointing me > > >in the correct direction. > > > > > >I am creating a protocol between two GPL'd applications. Basically, > > >process A sends a command to process B. Which then responds with the > > >reply. I want to make process B respond in XML. This way, process A > > >doesn't really have to worry to much about parsing. > > > > > >Basically, my question is, should I create a Markup Language for B that > > >it will always reply to A with? Or, should I create one Markup Language > > >for each command possible that B responds to A with? How can you > > >compare/contrast these two models? > > > > > >If there were ten possible commands A could run through B, then the first > > >case > > >would have 1 large ML, while the second case would have 10 small ML's. > > >I don't know which is better?, how they scale?, or what path I should go > > >down. I can say that the output of B to A is generally small. > > > > > >Thanks for any help or advice, > > >Bob Rossi > > > > > > > > You can try use XML-RPC protocol > > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. > > Thanks, > Bob Rossi > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Cory Nelson http://www.int64.org From phrosty@gmail.com Thu Aug 5 11:38:23 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 60FB93B070B for ; Thu, 5 Aug 2004 11:38:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03681-08 for ; Thu, 5 Aug 2004 11:38:17 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id 3B9103B0699 for ; Thu, 5 Aug 2004 11:38:09 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so10686rnl for ; Thu, 05 Aug 2004 08:38:08 -0700 (PDT) Received: by 10.38.81.2 with SMTP id e2mr94rnb; Thu, 05 Aug 2004 08:37:01 -0700 (PDT) Message-ID: <9b1d061404080508364b7221d2@mail.gmail.com> Date: Thu, 5 Aug 2004 08:36:20 -0700 From: Cory Nelson To: Bob Rossi Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Nikolay Melekhin , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:38:23 -0000 create a schema, that's what they are there for. however if your code is low level (i guess, people have different ideas of what low level is) xml is likely not the right choice. On Thu, 5 Aug 2004 11:28:31 -0400, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > > Bob Rossi wrote: > > > > >Hi, > > > > > >This is the best place I could think of for asking this question. I hope > > >someone is capable of providing me with an answer or maybe pointing me > > >in the correct direction. > > > > > >I am creating a protocol between two GPL'd applications. Basically, > > >process A sends a command to process B. Which then responds with the > > >reply. I want to make process B respond in XML. This way, process A > > >doesn't really have to worry to much about parsing. > > > > > >Basically, my question is, should I create a Markup Language for B that > > >it will always reply to A with? Or, should I create one Markup Language > > >for each command possible that B responds to A with? How can you > > >compare/contrast these two models? > > > > > >If there were ten possible commands A could run through B, then the first > > >case > > >would have 1 large ML, while the second case would have 10 small ML's. > > >I don't know which is better?, how they scale?, or what path I should go > > >down. I can say that the output of B to A is generally small. > > > > > >Thanks for any help or advice, > > >Bob Rossi > > > > > > > > You can try use XML-RPC protocol > > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. > > Thanks, > Bob Rossi > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Cory Nelson http://www.int64.org From phrosty@gmail.com Thu Aug 5 11:39:20 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F6B13B13D3 for ; Thu, 5 Aug 2004 11:39:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03734-08 for ; Thu, 5 Aug 2004 11:39:15 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by menubar.gnome.org (Postfix) with ESMTP id 3677E3B0789 for ; Thu, 5 Aug 2004 11:38:15 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so10704rnl for ; Thu, 05 Aug 2004 08:38:14 -0700 (PDT) Received: by 10.38.81.2 with SMTP id e2mr296rnb; Thu, 05 Aug 2004 08:37:38 -0700 (PDT) Message-ID: <9b1d061404080508364b7221d2@mail.gmail.com> Date: Thu, 5 Aug 2004 08:36:20 -0700 From: Cory Nelson To: Bob Rossi Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> X-Virus-Scanned: by amavisd-new at gnome.org Cc: Nikolay Melekhin , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 15:39:20 -0000 create a schema, that's what they are there for. however if your code is low level (i guess, people have different ideas of what low level is) xml is likely not the right choice. On Thu, 5 Aug 2004 11:28:31 -0400, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > > Bob Rossi wrote: > > > > >Hi, > > > > > >This is the best place I could think of for asking this question. I hope > > >someone is capable of providing me with an answer or maybe pointing me > > >in the correct direction. > > > > > >I am creating a protocol between two GPL'd applications. Basically, > > >process A sends a command to process B. Which then responds with the > > >reply. I want to make process B respond in XML. This way, process A > > >doesn't really have to worry to much about parsing. > > > > > >Basically, my question is, should I create a Markup Language for B that > > >it will always reply to A with? Or, should I create one Markup Language > > >for each command possible that B responds to A with? How can you > > >compare/contrast these two models? > > > > > >If there were ten possible commands A could run through B, then the first > > >case > > >would have 1 large ML, while the second case would have 10 small ML's. > > >I don't know which is better?, how they scale?, or what path I should go > > >down. I can say that the output of B to A is generally small. > > > > > >Thanks for any help or advice, > > >Bob Rossi > > > > > > > > You can try use XML-RPC protocol > > Thanks, unfortunately, the 2 process's described are really low level. > Apparently, the only way they can communicate is through a pipe. So, I am > stuck to that environment. > > Thanks, > Bob Rossi > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Cory Nelson http://www.int64.org From thevakoc-xml@yahoo.com Thu Aug 5 13:09:26 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 701EB3B0674 for ; Thu, 5 Aug 2004 13:09:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08834-06 for ; Thu, 5 Aug 2004 13:09:25 -0400 (EDT) Received: from web50203.mail.yahoo.com (web50203.mail.yahoo.com [206.190.38.44]) by menubar.gnome.org (Postfix) with SMTP id 264F83B0666 for ; Thu, 5 Aug 2004 13:09:25 -0400 (EDT) Message-ID: <20040805170921.11559.qmail@web50203.mail.yahoo.com> Received: from [208.142.210.1] by web50203.mail.yahoo.com via HTTP; Thu, 05 Aug 2004 10:09:21 PDT Date: Thu, 5 Aug 2004 10:09:21 -0700 (PDT) From: Mark Vakoc Subject: Re: [xml] question regarding error reporting To: veillard@redhat.com In-Reply-To: <20040805072915.GG18853@redhat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1982449637-1091725761=:11544" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thevakoc-xml@yahoo.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 17:09:26 -0000 --0-1982449637-1091725761=:11544 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline --- Daniel Veillard wrote: > > Okay, that part didn't got that much scrutiny, you seem to have a good > view of that code, I take patches :-) > This oughta work. Log messages are limit to 1000 bytes, this can easily be changed. --0-1982449637-1091725761=:11544 Content-Type: application/octet-stream; name="error.diff" Content-Transfer-Encoding: base64 Content-Description: error.diff Content-Disposition: attachment; filename="error.diff" SW5kZXg6IGVycm9yLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvY3ZzL2dub21lL2dub21lLXhtbC9lcnJvci5jLHYNCnJldHJpZXZp bmcgcmV2aXNpb24gMS43MQ0KZGlmZiAtYyAtcjEuNzEgZXJyb3IuYw0KKioq IGVycm9yLmMJMzEgSnVsIDIwMDQgMTY6MjQ6MDAgLTAwMDAJMS43MQ0KLS0t IGVycm9yLmMJNSBBdWcgMjAwNCAxNzowNjoxMiAtMDAwMA0KKioqKioqKioq KioqKioqDQoqKiogMjEyLDIxNyAqKioqDQotLS0gMjEyLDI3OCAtLS0tDQog IH0NCiAgDQogIC8qKg0KKyAgKiB4bWxQYXJzZXJQcmludEZpbGVDb250ZXh0 SW50ZXJuYWwyOg0KKyAgKiBAaW5wdXQ6ICBhbiB4bWxQYXJzZXJJbnB1dFB0 ciBpbnB1dA0KKyAgKiBAYnVmZmVyOiB0aGUgYnVmZmVyIHRvIHByaW50DQor ICAqICZsZW46IHBvaW50ZXIgdG8gdGhlIGJ1ZmZlciBsZW5ndGggcmVtYWlu aW5nDQorICAqIEBtYXg6IHRoZSB0b3RhbCBzaXplIG9mIHRoZSBidWZmZXIN CisgICogDQorICAqIERpc3BsYXlzIGN1cnJlbnQgY29udGV4dCB3aXRoaW4g dGhlIGlucHV0IGNvbnRlbnQgZm9yIGVycm9yIHRyYWNraW5nLCBzdG9yaW5n DQorICAqIHRoZSByZXN1bHRzIHRvIGJ1ZmZlcg0KKyAgKi8NCisgDQorIHN0 YXRpYyB2b2lkDQorIHhtbFBhcnNlclByaW50RmlsZUNvbnRleHRJbnRlcm5h bDIoeG1sUGFyc2VySW5wdXRQdHIgaW5wdXQgLCANCisgCQljaGFyICogYnVm ZmVyLCBpbnQgKmxlbiwgaW50IG1heCkgew0KKyAgICAgY29uc3QgeG1sQ2hh ciAqY3VyLCAqYmFzZTsNCisgICAgIHVuc2lnbmVkIGludCBuLCBjb2w7CS8q IEdDQyB3YXJucyBpZiBzaWduZWQsIGJlY2F1c2UgY29tcGFyZWQgd2l0aCBz aXplb2YoKSAqLw0KKyAgICAgeG1sQ2hhciAgY29udGVudFs4MV07IC8qIHNw YWNlIGZvciA4MCBjaGFycyArIGxpbmUgdGVybWluYXRvciAqLw0KKyAgICAg eG1sQ2hhciAqY3RudDsNCisgDQorICAgICBpZiAoaW5wdXQgPT0gTlVMTCkg cmV0dXJuOw0KKyAgICAgY3VyID0gaW5wdXQtPmN1cjsNCisgICAgIGJhc2Ug PSBpbnB1dC0+YmFzZTsNCisgICAgIC8qIHNraXAgYmFja3dhcmRzIG92ZXIg YW55IGVuZC1vZi1saW5lcyAqLw0KKyAgICAgd2hpbGUgKChjdXIgPiBiYXNl KSAmJiAoKCooY3VyKSA9PSAnXG4nKSB8fCAoKihjdXIpID09ICdccicpKSkg ew0KKyAJY3VyLS07DQorICAgICB9DQorICAgICBuID0gMDsNCisgICAgIC8q IHNlYXJjaCBiYWNrd2FyZHMgZm9yIGJlZ2lubmluZy1vZi1saW5lICh0byBt YXggYnVmZiBzaXplKSAqLw0KKyAgICAgd2hpbGUgKChuKysgPCAoc2l6ZW9m KGNvbnRlbnQpLTEpKSAmJiAoY3VyID4gYmFzZSkgJiYgDQorICAgICAJICAg KCooY3VyKSAhPSAnXG4nKSAmJiAoKihjdXIpICE9ICdccicpKQ0KKyAgICAg ICAgIGN1ci0tOw0KKyAgICAgaWYgKCgqKGN1cikgPT0gJ1xuJykgfHwgKCoo Y3VyKSA9PSAnXHInKSkgY3VyKys7DQorICAgICAvKiBjYWxjdWxhdGUgdGhl IGVycm9yIHBvc2l0aW9uIGluIHRlcm1zIG9mIHRoZSBjdXJyZW50IHBvc2l0 aW9uICovDQorICAgICBjb2wgPSBpbnB1dC0+Y3VyIC0gY3VyOw0KKyAgICAg Lyogc2VhcmNoIGZvcndhcmQgZm9yIGVuZC1vZi1saW5lICh0byBtYXggYnVm ZiBzaXplKSAqLw0KKyAgICAgbiA9IDA7DQorICAgICBjdG50ID0gY29udGVu dDsNCisgICAgIC8qIGNvcHkgc2VsZWN0ZWQgdGV4dCB0byBvdXIgYnVmZmVy ICovDQorICAgICB3aGlsZSAoKCpjdXIgIT0gMCkgJiYgKCooY3VyKSAhPSAn XG4nKSAmJiANCisgICAgIAkgICAoKihjdXIpICE9ICdccicpICYmIChuIDwg c2l6ZW9mKGNvbnRlbnQpLTEpKSB7DQorIAkJKmN0bnQrKyA9ICpjdXIrKzsN CisgCW4rKzsNCisgICAgIH0NCisgICAgICpjdG50ID0gMDsNCisgICAgIC8q IHByaW50IG91dCB0aGUgc2VsZWN0ZWQgdGV4dCAqLw0KKyAJKmxlbiArPSBz bnByaW50ZigmYnVmZmVyWypsZW5dLCBtYXggLSAqbGVuLCAiJXNcbiIsIGNv bnRlbnQpOw0KKyAgICAgLyogY3JlYXRlIGJsYW5rIGxpbmUgd2l0aCBwcm9i bGVtIHBvaW50ZXIgKi8NCisgICAgIG4gPSAwOw0KKyAgICAgY3RudCA9IGNv bnRlbnQ7DQorICAgICAvKiAobGVhdmUgYnVmZmVyIHNwYWNlIGZvciBwb2lu dGVyICsgbGluZSB0ZXJtaW5hdG9yKSAqLw0KKyAgICAgd2hpbGUgKChuPGNv bCkgJiYgKG4rKyA8IHNpemVvZihjb250ZW50KS0yKSAmJiAoKmN0bnQgIT0g MCkpIHsNCisgCWlmICgqKGN0bnQpICE9ICdcdCcpDQorIAkgICAgKihjdG50 KSA9ICcgJzsNCisgCWN0bnQrKzsNCisgICAgIH0NCisgICAgICpjdG50Kysg PSAnXic7DQorICAgICAqY3RudCA9IDA7DQorIAkqbGVuICs9IHNucHJpbnRm KCZidWZmZXJbKmxlbl0sIG1heCAtICpsZW4sICIlc1xuIiwgY29udGVudCk7 DQorIH0NCisgDQorIA0KKyAvKioNCiAgICogeG1sUGFyc2VyUHJpbnRGaWxl Q29udGV4dDoNCiAgICogQGlucHV0OiAgYW4geG1sUGFyc2VySW5wdXRQdHIg aW5wdXQNCiAgICogDQoqKioqKioqKioqKioqKioNCioqKiAyMjgsMjMzICoq KioNCi0tLSAyODksMjk2IC0tLS0NCiAgICogQGVycjogdGhlIGVycm9yDQog ICAqIEBjdHg6IHRoZSBwYXJzZXIgY29udGV4dCBvciBOVUxMDQogICAqIEBz dHI6IHRoZSBmb3JtYXR0ZWQgZXJyb3IgbWVzc2FnZQ0KKyAgKiBAY2hhbm5l bDogdGhlIGNhbGxiYWNrIGNoYW5uZWwgdG8gcmVwb3J0IHRoZSBlcnJvcg0K KyAgKiBAZGF0YTogdGhlIGNvbnRleHQgZGF0YSBmb3IgdGhlIGNhbGxiYWNr IGNoYW5uZWwNCiAgICoNCiAgICogUmVwb3J0IGFuIGVycm8gd2l0aCBpdHMg Y29udGV4dCwgcmVwbGFjZSB0aGUgNCBvbGQgZXJyb3Ivd2FybmluZw0KICAg KiByb3V0aW5lcy4NCioqKioqKioqKioqKioqKg0KKioqIDQwOSw0MTQgKioq Kg0KLS0tIDQ3Miw2NjMgLS0tLQ0KICB9DQogIA0KICAvKioNCisgICogeG1s UmVwb3J0RXJyb3IyOg0KKyAgKiBAZXJyOiB0aGUgZXJyb3INCisgICogQGN0 eDogdGhlIHBhcnNlciBjb250ZXh0IG9yIE5VTEwNCisgICogQHN0cjogdGhl IGZvcm1hdHRlZCBlcnJvciBtZXNzYWdlDQorICAqIEBjaGFubmVsOiB0aGUg Y2FsbGJhY2sgY2hhbm5lbCB0byByZXBvcnQgdGhlIGVycm9yDQorICAqIEBk YXRhOiB0aGUgY29udGV4dCBkYXRhIGZvciB0aGUgY2FsbGJhY2sgY2hhbm5l bA0KKyAgKg0KKyAgKiBSZXBvcnQgYW4gZXJybyB3aXRoIGl0cyBjb250ZXh0 LCByZXBsYWNlIHRoZSA0IG9sZCBlcnJvci93YXJuaW5nDQorICAqIHJvdXRp bmVzLiAgTmVhcmx5IGlkZW50aWNhbCB0byB4bWxSZXBvcnRFcnJvciBleGNl cHQgdGhhdCBpdCBidWlsZHMNCisgICogdGhlIG1lc3NhZ2UgdG8gYSBzdHJp bmcgYW5kIGNhbGxzIGNoYW5uZWwganVzdCBvbmNlIHRvIHJlcG9ydCB0aGUg ZXJyb3INCisgICovDQorIHN0YXRpYyB2b2lkDQorIHhtbFJlcG9ydEVycm9y Mih4bWxFcnJvclB0ciBlcnIsIHhtbFBhcnNlckN0eHRQdHIgY3R4dCwgY29u c3QgY2hhciAqc3RyLA0KKyAgICAgICAgICAgICAgICB4bWxHZW5lcmljRXJy b3JGdW5jIGNoYW5uZWwsIHZvaWQgKmRhdGEpDQorIHsNCisgICAgIGNoYXIg KmZpbGUgPSBOVUxMOw0KKyAgICAgaW50IGxpbmUgPSAwOw0KKyAgICAgaW50 IGNvZGUgPSAtMTsNCisgICAgIGludCBkb21haW47DQorICAgICBjb25zdCB4 bWxDaGFyICpuYW1lID0gTlVMTDsNCisgICAgIHhtbE5vZGVQdHIgbm9kZTsN CisgICAgIHhtbEVycm9yTGV2ZWwgbGV2ZWw7DQorICAgICB4bWxQYXJzZXJJ bnB1dFB0ciBpbnB1dCA9IE5VTEw7DQorICAgICB4bWxQYXJzZXJJbnB1dFB0 ciBjdXIgPSBOVUxMOw0KKyAJY2hhciBtc2dbMTAwMF07DQorIAljb25zdCBp bnQgbWF4ID0gMTAwMCAtIDE7DQorIAlpbnQgbGVuID0gMDsNCisgDQorICAg ICBpZiAoZXJyID09IE5VTEwpDQorICAgICAgICAgcmV0dXJuOw0KKyANCisg ICAgIGlmIChjaGFubmVsID09IE5VTEwpIHsNCisgCWNoYW5uZWwgPSB4bWxH ZW5lcmljRXJyb3I7DQorIAlkYXRhID0geG1sR2VuZXJpY0Vycm9yQ29udGV4 dDsNCisgICAgIH0NCisgICAgIGZpbGUgPSBlcnItPmZpbGU7DQorICAgICBs aW5lID0gZXJyLT5saW5lOw0KKyAgICAgY29kZSA9IGVyci0+Y29kZTsNCisg ICAgIGRvbWFpbiA9IGVyci0+ZG9tYWluOw0KKyAgICAgbGV2ZWwgPSBlcnIt PmxldmVsOw0KKyAgICAgbm9kZSA9IGVyci0+bm9kZTsNCisgDQorICAgICBp ZiAoY29kZSA9PSBYTUxfRVJSX09LKQ0KKyAgICAgICAgIHJldHVybjsNCisg DQorICAgICBpZiAoKG5vZGUgIT0gTlVMTCkgJiYgKG5vZGUtPnR5cGUgPT0g WE1MX0VMRU1FTlRfTk9ERSkpDQorICAgICAgICAgbmFtZSA9IG5vZGUtPm5h bWU7DQorIA0KKyAgICAgLyoNCisgICAgICAqIE1haW50YWluIHRoZSBjb21w YXRpYmlsaXR5IHdpdGggdGhlIGxlZ2FjeSBlcnJvciBoYW5kbGluZw0KKyAg ICAgICovDQorICAgICBpZiAoY3R4dCAhPSBOVUxMKSB7DQorICAgICAgICAg aW5wdXQgPSBjdHh0LT5pbnB1dDsNCisgICAgICAgICBpZiAoKGlucHV0ICE9 IE5VTEwpICYmIChpbnB1dC0+ZmlsZW5hbWUgPT0gTlVMTCkgJiYNCisgICAg ICAgICAgICAgKGN0eHQtPmlucHV0TnIgPiAxKSkgew0KKyAgICAgICAgICAg ICBjdXIgPSBpbnB1dDsNCisgICAgICAgICAgICAgaW5wdXQgPSBjdHh0LT5p bnB1dFRhYltjdHh0LT5pbnB1dE5yIC0gMl07DQorICAgICAgICAgfQ0KKyAg ICAgICAgIGlmIChpbnB1dCAhPSBOVUxMKSB7DQorICAgICAgICAgICAgIGlm IChpbnB1dC0+ZmlsZW5hbWUpIA0KKyAJCQkJbGVuICs9IHNucHJpbnRmKCZt c2dbbGVuXSwgbWF4IC0gbGVuLCAiJXM6JWQ6ICIsaW5wdXQtPmZpbGVuYW1l LCBpbnB1dC0+bGluZSk7DQorIAkJCWVsc2UgaWYgKChsaW5lICE9IDApICYm IChkb21haW4gPT0gWE1MX0ZST01fUEFSU0VSKSkNCisgCQkJCWxlbiArPSBz bnByaW50ZigmbXNnW2xlbl0sbWF4IC0gbGVuLCAiRW50aXR5OiBsaW5lICVk OiAiLGlucHV0LT5saW5lKTsNCisgICAgICAgICB9DQorICAgICB9IGVsc2Ug ew0KKyAgICAgICAgIGlmIChmaWxlICE9IE5VTEwpDQorIAkJCWxlbiArPSBz bnByaW50ZigmbXNnW2xlbl0sIG1heCAtIGxlbiwgIiVzOiVkOiAiLCBmaWxl LCBsaW5lKTsNCisgICAgICAgICBlbHNlIGlmICgobGluZSAhPSAwKSAmJiAo ZG9tYWluID09IFhNTF9GUk9NX1BBUlNFUikpDQorICAgICAgICAgICAgIGxl biArPSBzbnByaW50ZigmbXNnW2xlbl0sIG1heCAtIGxlbiwgIkVudGl0eTog bGluZSAlZDogIiwgbGluZSk7DQorICAgICB9DQorICAgICBpZiAobmFtZSAh PSBOVUxMKSB7DQorIAkJbGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4 IC0gbGVuLCAiZWxlbWVudCAlczogIiwgbmFtZSk7DQorICAgICB9DQorICAg ICBzd2l0Y2ggKGRvbWFpbikgew0KKyAgICAgICAgIGNhc2UgWE1MX0ZST01f UEFSU0VSOg0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1ts ZW5dLCBtYXggLSBsZW4sICJwYXJzZXIgIik7DQorICAgICAgICAgICAgIGJy ZWFrOw0KKyAgICAgICAgIGNhc2UgWE1MX0ZST01fTkFNRVNQQUNFOg0KKyAg ICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1tsZW5dLCBtYXggLSBs ZW4sICJuYW1lc3BhY2UgIik7DQorICAgICAgICAgICAgIGJyZWFrOw0KKyAg ICAgICAgIGNhc2UgWE1MX0ZST01fRFREOg0KKyAgICAgICAgIGNhc2UgWE1M X0ZST01fVkFMSUQ6DQorICAgICAgICAgICAgIGxlbiArPSBzbnByaW50Zigm bXNnW2xlbl0sIG1heCAtIGxlbiwgInZhbGlkaXR5ICIpOw0KKyAgICAgICAg ICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhNTF9GUk9NX0hUTUw6DQor ICAgICAgICAgICAgIGxlbiArPSBzbnByaW50ZigmbXNnW2xlbl0sIG1heCAt IGxlbiwgIkhUTUwgcGFyc2VyICIpOw0KKyAgICAgICAgICAgICBicmVhazsN CisgICAgICAgICBjYXNlIFhNTF9GUk9NX01FTU9SWToNCisgICAgICAgICAg ICAgbGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAibWVt b3J5ICIpOw0KKyAgICAgICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNl IFhNTF9GUk9NX09VVFBVVDoNCisgICAgICAgICAgICAgbGVuICs9IHNucHJp bnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAib3V0cHV0ICIpOw0KKyAgICAg ICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhNTF9GUk9NX0lPOg0K KyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1tsZW5dLCBtYXgg LSBsZW4sICJJL08gIik7DQorICAgICAgICAgICAgIGJyZWFrOw0KKyAgICAg ICAgIGNhc2UgWE1MX0ZST01fWElOQ0xVREU6DQorICAgICAgICAgICAgIGxl biArPSBzbnByaW50ZigmbXNnW2xlbl0sIG1heCAtIGxlbiwgIlhJbmNsdWRl ICIpOw0KKyAgICAgICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhN TF9GUk9NX1hQQVRIOg0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYo Jm1zZ1tsZW5dLCBtYXggLSBsZW4sICJYUGF0aCAiKTsNCisgICAgICAgICAg ICAgYnJlYWs7DQorICAgICAgICAgY2FzZSBYTUxfRlJPTV9YUE9JTlRFUjoN CisgICAgICAgICAgICAgbGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4 IC0gbGVuLCAicGFyc2VyICIpOw0KKyAgICAgICAgICAgICBicmVhazsNCisg ICAgICAgICBjYXNlIFhNTF9GUk9NX1JFR0VYUDoNCisgICAgICAgICAgICAg bGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAicmVnZXhw ICIpOw0KKyAgICAgICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhN TF9GUk9NX1NDSEVNQVNWOg0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmlu dGYoJm1zZ1tsZW5dLCBtYXggLSBsZW4sICJTY2hlbWFzIHZhbGlkaXR5ICIp Ow0KKyAgICAgICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhNTF9G Uk9NX1NDSEVNQVNQOg0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYo Jm1zZ1tsZW5dLCBtYXggLSBsZW4sICJTY2hlbWFzIHBhcnNlciAiKTsNCisg ICAgICAgICAgICAgYnJlYWs7DQorICAgICAgICAgY2FzZSBYTUxfRlJPTV9S RUxBWE5HUDoNCisgICAgICAgICAgICAgbGVuICs9IHNucHJpbnRmKCZtc2db bGVuXSwgbWF4IC0gbGVuLCAiUmVsYXgtTkcgcGFyc2VyICIpOw0KKyAgICAg ICAgICAgICBicmVhazsNCisgICAgICAgICBjYXNlIFhNTF9GUk9NX1JFTEFY TkdWOg0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1tsZW5d LCBtYXggLSBsZW4sICJSZWxheC1ORyB2YWxpZGl0eSAiKTsNCisgICAgICAg ICAgICAgYnJlYWs7DQorICAgICAgICAgY2FzZSBYTUxfRlJPTV9DQVRBTE9H Og0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1tsZW5dLCBt YXggLSBsZW4sICJDYXRhbG9nICIpOw0KKyAgICAgICAgICAgICBicmVhazsN CisgICAgICAgICBjYXNlIFhNTF9GUk9NX0MxNE46DQorICAgICAgICAgICAg IGxlbiArPSBzbnByaW50ZigmbXNnW2xlbl0sIG1heCAtIGxlbiwgIkMxNE4g Iik7DQorICAgICAgICAgICAgIGJyZWFrOw0KKyAgICAgICAgIGNhc2UgWE1M X0ZST01fWFNMVDoNCisgICAgICAgICAgICAgbGVuICs9IHNucHJpbnRmKCZt c2dbbGVuXSwgbWF4IC0gbGVuLCAiWFNMVCAiKTsNCisgICAgICAgICAgICAg YnJlYWs7DQorICAgICAgICAgZGVmYXVsdDoNCisgICAgICAgICAgICAgYnJl YWs7DQorICAgICB9DQorICAgICBzd2l0Y2ggKGxldmVsKSB7DQorICAgICAg ICAgY2FzZSBYTUxfRVJSX05PTkU6DQorICAgICAgICAgICAgIGxlbiArPSBz bnByaW50ZigmbXNnW2xlbl0sIG1heCAtIGxlbiwgIjogIik7DQorICAgICAg ICAgICAgIGJyZWFrOw0KKyAgICAgICAgIGNhc2UgWE1MX0VSUl9XQVJOSU5H Og0KKyAgICAgICAgICAgICBsZW4gKz0gc25wcmludGYoJm1zZ1tsZW5dLCBt YXggLSBsZW4sICJ3YXJuaW5nIDogIik7DQorICAgICAgICAgICAgIGJyZWFr Ow0KKyAgICAgICAgIGNhc2UgWE1MX0VSUl9FUlJPUjoNCisgICAgICAgICAg ICAgbGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAiZXJy b3IgOiAiKTsNCisgICAgICAgICAgICAgYnJlYWs7DQorICAgICAgICAgY2Fz ZSBYTUxfRVJSX0ZBVEFMOg0KKyAJCQlsZW4gKz0gc25wcmludGYoJm1zZ1ts ZW5dLCBtYXggLSBsZW4sICJmYXRhbCBlcnJvciA6ICIpOw0KKyAgICAgICAg ICAgICBicmVhazsNCisgICAgIH0NCisgICAgIGlmIChzdHIgIT0gTlVMTCkg ew0KKyAJaW50IGxlbjI7DQorIAlsZW4yID0geG1sU3RybGVuKChjb25zdCB4 bWxDaGFyICopc3RyKTsNCisgCWlmICgobGVuMiA+IDApICYmIChzdHJbbGVu MiAtIDFdICE9ICdcbicpKQ0KKyAJCWxlbiArPSBzbnByaW50ZigmbXNnW2xl bl0sIG1heCAtIGxlbiwgIiVzXG4iLHN0cik7DQorIAllbHNlDQorIAkJbGVu ICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAiJXMiLCBzdHIp Ow0KKyAgICAgfSBlbHNlIHsNCisgCQlsZW4gKz0gc25wcmludGYoJm1zZ1ts ZW5dLCBtYXggLSBsZW4sICIlc1xuIiwib3V0IG9mIG1lbW9yeSBlcnJvciIp Ow0KKyAgICAgfQ0KKyANCisgICAgIGlmIChjdHh0ICE9IE5VTEwpIHsNCisg ICAgICAgICB4bWxQYXJzZXJQcmludEZpbGVDb250ZXh0SW50ZXJuYWwyKGlu cHV0LCBtc2csICZsZW4sIG1heCk7DQorICAgICAgICAgaWYgKGN1ciAhPSBO VUxMKSB7DQorICAgICAgICAgICAgIGlmIChjdXItPmZpbGVuYW1lKQ0KKyAJ CQkJbGVuICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAiJXM6 JWQ6IFxuIiwgY3VyLT5maWxlbmFtZSwgY3VyLT5saW5lKTsNCisgICAgICAg ICAgICAgZWxzZSBpZiAoKGxpbmUgIT0gMCkgJiYgKGRvbWFpbiA9PSBYTUxf RlJPTV9QQVJTRVIpKQ0KKyAJCQkJbGVuICs9IHNucHJpbnRmKCZtc2dbbGVu XSwgbWF4IC0gbGVuLCAiRW50aXR5OiBsaW5lICVkOiBcbiIsIGN1ci0+bGlu ZSk7DQorICAgICAgICAgICAgIHhtbFBhcnNlclByaW50RmlsZUNvbnRleHRJ bnRlcm5hbDIoY3VyLCBtc2csICZsZW4sIG1heCk7DQorICAgICAgICAgfQ0K KyAgICAgfQ0KKyAgICAgaWYgKChkb21haW4gPT0gWE1MX0ZST01fWFBBVEgp ICYmIChlcnItPnN0cjEgIT0gTlVMTCkgJiYNCisgICAgICAgICAoZXJyLT5p bnQxIDwgMTAwKSAmJg0KKyAJKGVyci0+aW50MSA8IHhtbFN0cmxlbigoY29u c3QgeG1sQ2hhciAqKWVyci0+c3RyMSkpKSB7DQorIAl4bWxDaGFyIGJ1Zlsx NTBdOw0KKyAJaW50IGk7DQorIA0KKyAJbGVuICs9IHNucHJpbnRmKCZtc2db bGVuXSwgbWF4IC0gbGVuLCAiJXNcbiIsIGVyci0+c3RyMSk7DQorIAlmb3Ig KGk9MDtpIDwgZXJyLT5pbnQxO2krKykNCisgCSAgICAgYnVmW2ldID0gJyAn Ow0KKyAJYnVmW2krK10gPSAnXic7DQorIAlidWZbaV0gPSAwOw0KKyAJbGVu ICs9IHNucHJpbnRmKCZtc2dbbGVuXSwgbWF4IC0gbGVuLCAiJXNcbiIsIGJ1 Zik7DQorICAgICB9DQorIAltc2dbMTAwMCAtIDFdID0gMDsNCisgCWNoYW5u ZWwoZGF0YSxtc2cpOw0KKyB9DQorIA0KKyANCisgLyoqDQogICAqIF9feG1s UmFpc2VFcnJvcjoNCiAgICogQHNjaGFubmVsOiB0aGUgc3RydWN0dXJlZCBj YWxsYmFjayBjaGFubmVsDQogICAqIEBjaGFubmVsOiB0aGUgb2xkIGNhbGxi YWNrIGNoYW5uZWwNCioqKioqKioqKioqKioqKg0KKioqIDU4MSw1ODcgKioq Kg0KICAgICAgICAgICAgICAgKGNoYW5uZWwgPT0geG1sR2VuZXJpY0Vycm9y RGVmYXVsdEZ1bmMpKQ0KICAJeG1sUmVwb3J0RXJyb3IodG8sIGN0eHQsIHN0 ciwgY2hhbm5lbCwgZGF0YSk7DQogICAgICBlbHNlDQohIAljaGFubmVsKGRh dGEsICIlcyIsIHN0cik7DQogIH0NCiAgDQogIC8qKg0KLS0tIDgzMCw4MzYg LS0tLQ0KICAgICAgICAgICAgICAgKGNoYW5uZWwgPT0geG1sR2VuZXJpY0Vy cm9yRGVmYXVsdEZ1bmMpKQ0KICAJeG1sUmVwb3J0RXJyb3IodG8sIGN0eHQs IHN0ciwgY2hhbm5lbCwgZGF0YSk7DQogICAgICBlbHNlDQohIAkJeG1sUmVw b3J0RXJyb3IyKHRvLGN0eHQsc3RyLGNoYW5uZWwsZGF0YSk7DQogIH0NCiAg DQogIC8qKg0K --0-1982449637-1091725761=:11544-- From bob@brasko.net Thu Aug 5 14:00:51 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76E493B0756 for ; Thu, 5 Aug 2004 14:00:51 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10980-05 for ; Thu, 5 Aug 2004 14:00:50 -0400 (EDT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by menubar.gnome.org (Postfix) with ESMTP id E25DE3B0746 for ; Thu, 5 Aug 2004 14:00:49 -0400 (EDT) Received: from white ([68.9.64.121]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040805180047.YDIK28993.lakermmtao05.cox.net@white>; Thu, 5 Aug 2004 14:00:47 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1BsmXo-0003vn-00; Thu, 05 Aug 2004 14:00:48 -0400 Date: Thu, 5 Aug 2004 14:00:48 -0400 From: Bob Rossi To: Robert Sanderson Subject: Re: [xml] Creating a markup language Message-ID: <20040805180048.GC14689@white> Mail-Followup-To: Robert Sanderson , xml@gnome.org References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 18:00:51 -0000 On Thu, Aug 05, 2004 at 04:29:22PM +0100, Robert Sanderson wrote: > yOn Thu, 5 Aug 2004, Bob Rossi wrote: > >On Thu, Aug 05, 2004 at 07:20:04PM +0400, Nikolay Melekhin wrote: > >>Bob Rossi wrote: > >>>I am creating a protocol between two GPL'd applications. Basically, > > >>You can try use XML-RPC protocol > > >Thanks, unfortunately, the 2 process's described are really low level. > >Apparently, the only way they can communicate is through a pipe. So, I am > >stuck to that environment. > > With either XML-RPC or SOAP you don't need to transport them via HTTP. > They're just XML describing objects. The advantage to using one of these > is that you can get toolkits to do all the hard work for you. Sorry if I am overly ignorant, this is my first XML project. So far, I have only read "Learning XML", which is how I got here :) Are you basically saying that XML-RPC is a Markup Language basically designed to handle commands sending/receiving? I would have to construct documents of type XML-RPC, which I could do manually, or I could use GSOAP or ZSI to help me automate the task? Similar to how I would use libxml to help me create a tree, and then write it to disk, thus creating an XML file? Or another question that could help me better understand what XML-RPC is. Is XML-RPC a Markup Language, just like MathML? The only problem is, one of the programs I want to link this code into is a very portable application that runs everywhere, and can't have a lot of dependencies to build. Meaning, I probably can only have libxml linked into it, since apparently it is very portable. Does this mean I am up the creek when it comes to XML-RPC?, or can I manually create documents that meet this specification? Thanks, Bob Rossi From azaroth@liverpool.ac.uk Thu Aug 5 14:20:27 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7EB7B3B089A for ; Thu, 5 Aug 2004 14:20:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11727-07 for ; Thu, 5 Aug 2004 14:20:23 -0400 (EDT) Received: from mx3.liv.ac.uk (mx3.liv.ac.uk [138.253.100.181]) by menubar.gnome.org (Postfix) with ESMTP id D96063B0816 for ; Thu, 5 Aug 2004 14:20:18 -0400 (EDT) Received: from mailhub1.liv.ac.uk ([138.253.100.94]) by mx3.liv.ac.uk with esmtp (Exim 4.24) id 1Bsmqf-0006fQ-Ij; Thu, 05 Aug 2004 19:20:17 +0100 Received: from localhost.localdomain ([127.0.0.1] helo=mailhub1.liv.ac.uk) by mailhub1.liv.ac.uk with esmtp (Exim 4.24) id 1Bsmqf-0007ok-GK; Thu, 05 Aug 2004 19:20:17 +0100 Received: from pc081047.lib.liv.ac.uk ([138.253.81.47] helo=gondolin.hist.liv.ac.uk) by mailhub1.liv.ac.uk with esmtp (Exim 4.24) id 1Bsmqf-0007oh-EQ; Thu, 05 Aug 2004 19:20:17 +0100 Date: Thu, 5 Aug 2004 19:14:37 +0100 (BST) From: Robert Sanderson Sender: azaroth@gondolin.hist.liv.ac.uk To: Bob Rossi Subject: Re: [xml] Creating a markup language In-Reply-To: <20040805180048.GC14689@white> Message-ID: References: <20040805150438.GA14689@white> <41125024.8020802@mtu-net.ru> <20040805152830.GB14689@white> <20040805180048.GC14689@white> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 18:20:27 -0000 On Thu, 5 Aug 2004, Bob Rossi wrote: > On Thu, Aug 05, 2004 at 04:29:22PM +0100, Robert Sanderson wrote: >> With either XML-RPC or SOAP you don't need to transport them via HTTP. > Sorry if I am overly ignorant, this is my first XML project. So far, I > have only read "Learning XML", which is how I got here :) :) XML-RPC and SOAP are slightly different approaches to the same thing. In my opinion SOAP is the better choice today as its endorsed by the W3C and the industry in general, but that's not to say XML-RPC is bad, just different. I'll talk about SOAP, because that's what I know. SOAP stands for Simple Object Access Protocol. It's XML which is sent via some transport mechanism from A to B. At A you give the toolkit an object and it encodes it for you in XML. You would probably need to write the transportation code as you've got your own pipes etc. At B, the toolkit then parses the XML and reconstructs the object. This object could be data, or it is more often a request to do something. There's some standard rules for what the XML encoding looks like, but they can be changed so long as both ends know what a tag means. > Or another question that could help me better understand what XML-RPC > is. Is XML-RPC a Markup Language, just like MathML? Google for 'SOAP xml introduction' or XML-RPC and you'll find hundreds of explanations. A simple example: 3 MODS might serialise to a 'simpleRequest' object with two properties, 'numberOfRecords' and 'recordSchema'. > libxml linked into it, since apparently it is very portable. Does this > mean I am up the creek when it comes to XML-RPC?, or can I manually > create documents that meet this specification? You definitely can manually create the XMLRPC/SOAP documents by hand. Rob ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) ,'-/::::. http://www.o-r-g.org/~azaroth/ ,'--/::(@)::. Special Collections and Archives, extension 3142 ,'---/::::::::::. University of Liverpool ____/:::::::::::::. I L L U M I N A T I L5R Shop: http://www.cardsnotwords.com/ From thevakoc-xml@yahoo.com Thu Aug 5 16:31:07 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AB90D3B0965 for ; Thu, 5 Aug 2004 16:31:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18732-02 for ; Thu, 5 Aug 2004 16:31:06 -0400 (EDT) Received: from web50206.mail.yahoo.com (web50206.mail.yahoo.com [206.190.38.47]) by menubar.gnome.org (Postfix) with SMTP id F1D803B122F for ; Thu, 5 Aug 2004 16:31:05 -0400 (EDT) Message-ID: <20040805203105.51016.qmail@web50206.mail.yahoo.com> Received: from [208.142.210.1] by web50206.mail.yahoo.com via HTTP; Thu, 05 Aug 2004 13:31:05 PDT Date: Thu, 5 Aug 2004 13:31:05 -0700 (PDT) From: Mark Vakoc Subject: Re: [xml] question regarding error reporting To: veillard@redhat.com In-Reply-To: <20040805193354.GR18853@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thevakoc-xml@yahoo.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 20:31:07 -0000 > Well, this really changes the existing APIs a lot. I get tons of regression > test errors which to me means it is a change of behaviour in some of > the most common error paths. The introduction of the structured error > handlers was sneaked in such a way to not modify the common error handling > paths. I'm afraid your patch is too intrusive to be applied as-is. > I also spotted an incoherency the XPointer errors are flagged as being > parser ones. > I enclosed the logs of "make tests" on my machine. Many of the regression test results have errors in them, they would just need to be updated with the new output that has the file name / line number / etc. To me it isn't really a breakage but an enhancement that happens to require updating the regression test outputs for those that expect error messages. For example here is the difference in output of the first regression test failure your log identified: With my change: C:\gsstools\third-party\gnome-xml\win32\bin.msvc>testsax ../../test/ent2 SAX.setDocumentLocator() SAX.startDocument() SAX.internalSubset(EXAMPLE, , example.dtd) SAX.entityDecl(xml, 1, (null), (null), Extensible Markup Language) SAX.getEntity(xml) SAX.entityDecl(title, 2, -//MY-TITLE//FR, title.xml, (null)) SAX.unparsedEntityDecl(image, (null), img.gif, GIF) SAX.externalSubset(EXAMPLE, , example.dtd) SAX.startElement(EXAMPLE) SAX.characters( , 3) SAX.getEntity(title) SAX.error: ../../test/ent2:8: parser error : Entity 'title' not defined &title; ^ SAX.characters( This text is about XML, the, 31) SAX.getEntity(xml) SAX.characters(Extensible Markup Language, 26) SAX.reference(xml) SAX.characters( and this is an embedded , 25) SAX.startElement(IMG, src='image') SAX.endElement(IMG) SAX.characters( , 1) SAX.endElement(EXAMPLE) SAX.endDocument() Before my change: C:\gsstools\third-party\gnome-xml\win32\bin.msvc>testsax ../../test/ent2 SAX.setDocumentLocator() SAX.startDocument() SAX.internalSubset(EXAMPLE, , example.dtd) SAX.entityDecl(xml, 1, (null), (null), Extensible Markup Language) SAX.getEntity(xml) SAX.entityDecl(title, 2, -//MY-TITLE//FR, title.xml, (null)) SAX.unparsedEntityDecl(image, (null), img.gif, GIF) SAX.externalSubset(EXAMPLE, , example.dtd) SAX.startElement(EXAMPLE) SAX.characters( , 3) SAX.getEntity(title) SAX.error: Entity 'title' not defined SAX.characters( This text is about XML, the, 31) SAX.getEntity(xml) SAX.characters(Extensible Markup Language, 26) SAX.reference(xml) SAX.characters( and this is an embedded , 25) SAX.startElement(IMG, src='image') SAX.endElement(IMG) SAX.characters( , 1) SAX.endElement(EXAMPLE) SAX.endDocument() C:\gsstools\third-party\gnome-xml\win32\bin.msvc> From veillard@redhat.com Thu Aug 5 15:34:44 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4477F3B0965 for ; Thu, 5 Aug 2004 15:34:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15736-05 for ; Thu, 5 Aug 2004 15:34:42 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D662C3B086B for ; Thu, 5 Aug 2004 15:34:41 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i75JYfe1002492; Thu, 5 Aug 2004 15:34:41 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i75JYfa30121; Thu, 5 Aug 2004 15:34:41 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i75JXuQX027670; Thu, 5 Aug 2004 15:33:56 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i75JXukB027668; Thu, 5 Aug 2004 15:33:56 -0400 Date: Thu, 5 Aug 2004 15:33:56 -0400 From: Daniel Veillard To: Mark Vakoc Subject: Re: [xml] question regarding error reporting Message-ID: <20040805193354.GR18853@redhat.com> References: <20040805072915.GG18853@redhat.com> <20040805170921.11559.qmail@web50203.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20040805170921.11559.qmail@web50203.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 05 Aug 2004 17:30:42 -0400 Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2004 19:34:44 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 05, 2004 at 10:09:21AM -0700, Mark Vakoc wrote: > --- Daniel Veillard wrote: > > > > Okay, that part didn't got that much scrutiny, you seem to have a good > > view of that code, I take patches :-) > > > > This oughta work. Log messages are limit to 1000 bytes, this can easily be changed. Well, this really changes the existing APIs a lot. I get tons of regression test errors which to me means it is a change of behaviour in some of the most common error paths. The introduction of the structured error handlers was sneaked in such a way to not modify the common error handling paths. I'm afraid your patch is too intrusive to be applied as-is. I also spotted an incoherency the XPointer errors are flagged as being parser ones. I enclosed the logs of "make tests" on my machine. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="test.log" Content-Transfer-Encoding: quoted-printable ## XML regression tests ## XML regression tests on memory ## XML entity subst regression tests ## XML Namespaces regression tests ## xml:id regression tests ## Error cases regression tests ## Error cases stream regression tests ## Reader regression tests ## Reader on memory regression tests ## Walker regression tests ## Reader entities substitution regression tests ## SAX callbacks regression tests ent2 result 13c13,15 < SAX.error: Entity 'title' not defined --- > SAX.error: ./test/en= t2:8: parser error : Entity 'title' not defined > &title; > ^ ent7 result 1,16d0 < xmlSAXUserParseFile returned error 27 < SAX.setDocumentLocator() <= SAX.startDocument() < SAX.internalSubset(item, , ) < SAX.entityDecl(sample= Ent, 4, (null), (null), ) < SAX.getParameterEntity(s= ampleEnt) < SAX.entityDecl(sampleEnt, 1, (null), (null), the hyacinth girl)= < SAX.getEntity(sampleEnt) < SAX.getParameterEntity(sampleEnt) < SAX.error= : PEReference: %sampleEnt; not found < SAX.characters('they called me , 16)= < SAX.getEntity(sampleEnt) < SAX.error: Entity 'sampleEnt' not defined < S= AX.characters(', 1) < SAX.endDocument() < xmlSAXUserParseFile returned erro= r 27 xml2 result 11c11,13 < SAX.error: PEReference: %xx; not found --- > SAX.error: ./test/x= ml2:6: parser fatal error : PEReference: bfffcd9cx; not found > 3e7x; > ^ 1= 4c16,18 < SAX.error: Entity 'tricky' not defined --- > SAX.error: ./test/xm= l2:8: parser error : Entity 'tricky' not defined > This sample shows = a &tricky; method. > ^ ## XML push regression tests ## HTML regression tests ## Push HTML regression tests ## HTML SAX regression tests doc2.htm result 20c20,22 < SAX.error: Misplaced DOCTYPE declaration --- > SAX.error: ./test= /HTML/doc2.htm:10: HTML parser error : Misplaced DOCTYPE declaration > ^ doc3.htm result 20c20,22 < SAX.error: Misplaced DOCTYPE declaration --- > SAX.error: ./test= /HTML/doc3.htm:10: HTML parser error : Misplaced DOCTYPE declaration > ^ 111c113,115 < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.= error: ./test/HTML/doc3.htm:52: HTML parser error : htmlParseEntityRef: exp= ecting ';' > href=3D"http://ads.gamesquad.net/addclick.exe/adclick.cgi?REGI= ON=3Dgame|tech|ent&id > ^ 113,114c117,122 < SAX.error: htmlParseEntityRef: = expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.erro= r: ./test/HTML/doc3.htm:52: HTML parser error : htmlParseEntityRef: expecti= ng ';' > _top"> ^ > SAX.error: ./test/HTML/doc3.htm:52: HTML parser er= ror : htmlParseEntityRef: expecting ';' > > ^ 345c353,355 < SAX= .error: error parsing attribute name --- > SAX.error: ./test/HTML/doc3.htm:= 145: HTML parser error : error parsing attribute name > width=3D70 Gentus?.= ?>
^ 369c379,381 < SAX.error: Unexpected end tag : p --- > SAX.= error: ./test/HTML/doc3.htm:148: HTML parser error : Unexpected end tag : p= >

> ^ 700,701c712,717 < SAX.error: Unexpected end tag : font < SAX.err= or: Unexpected end tag : a --- > SAX.error: ./test/HTML/doc3.htm:236: HTML = parser error : Unexpected end tag : font > Specials


<= /FONT> ^ > SAX.error: ./test/HTML/doc3.htm:236= : HTML parser error : Unexpected end tag : a > Specials

<= BR> ^ 2594,2595c2610,2615 < SAX.error: = htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expectin= g ';' --- > SAX.error: ./test/HTML/doc3.htm:747: HTML parser error : htmlPa= rseEntityRef: expecting ';' > er=3D0 alt=3D"Advertisement" src=3D"http://ad= s.adflight.com/ad_static.asp?pid=3D2097&sid > ^ > SAX.error: ./test/HTML/do= c3.htm:747: HTML parser error : htmlParseEntityRef: expecting ';' > Adverti= sement" src=3D"http://ads.adflight.com/ad_static.asp?pid=3D2097&sid=3D1881&= asid > ^ 2601,2602c2621,2626 < SAX.error: Unexpected end tag : li < SAX.err= or: Unexpected end tag : font --- > SAX.error: ./test/HTML/doc3.htm:747: HT= ML parser error : Unexpected end tag : li > light.com/ad_static.asp?pid=3D2= 097&sid=3D1881&asid=3D7708"> > ^ > SAX.error: ./= test/HTML/doc3.htm:747: HTML parser error : Unexpected end tag : font > om/= ad_static.asp?pid=3D2097&sid=3D1881&asid=3D7708"> > ^ 2608c2632,2634 < SAX.error: Unexpected end tag : p --- > SAX.e= rror: ./test/HTML/doc3.htm:747: HTML parser error : Unexpected end tag : p = > =3D7708">

> ^ 2686c2712,2714 < SAX.error: Unexpected end tag : form --- > S= AX.error: ./test/HTML/doc3.htm:772: HTML parser error : Unexpected end tag = : form > archive
^ 2768c2798= ,2800 < SAX.error: Unexpected end tag : noscript --- > SAX.error: ./test/HT= ML/doc3.htm:820: HTML parser error : Unexpected end tag : noscript >
^ 2800c283= 2,2834 < SAX.error: Opening and ending tag mismatch: form and center --- > = SAX.error: ./test/HTML/doc3.htm:826: HTML parser error : Opening and ending= tag mismatch: form and center > = ^ 2830,2831c2864,2869 < SAX.error: Unexpected end tag : p < SAX.error: Open= ing and ending tag mismatch: center and td --- > SAX.error: ./test/HTML/doc= 3.htm:833: HTML parser error : Unexpected end tag : p > Special
Code:BP6= -hd

^ > SAX.error: ./test/H= TML/doc3.htm:833: HTML parser error : Opening and ending tag mismatch: cent= er and td > Special
Code:BP6-hd

^ 2853c2891,2893 < SAX.error: Unexpected end tag : p --- > SAX.erro= r: ./test/HTML/doc3.htm:839: HTML parser error : Unexpected end tag : p > w= idth=3D"100%"> 

< > ^ 2864,2865c2904,2909 < SAX.error: Unexpected end tag : td < SAX.e= rror: Unexpected end tag : tr --- > SAX.error: ./test/HTML/doc3.htm:840: HT= ML parser error : Unexpected end tag : td >
= ^ > SAX.error: ./test/HTML/doc3.htm:840:= HTML parser error : Unexpected end tag : tr >
<= TR> ^ 2872c2916,2918 < SAX.error: Unexpec= ted end tag : table --- > SAX.error: ./test/HTML/doc3.htm:841: HTML parser = error : Unexpected end tag : table > HEIGHT=3D"70">  > ^ entities.html result 5,6c5,10 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPa= rseEntityRef: no name --- > SAX.error: ./test/HTML/entities.html:1: HTML pa= rser error : htmlParseEntityRef: expecting ';' >

> ^ > SAX.error: ./test/HTML/entities.html:1: HTML pa= rser error : htmlParseEntityRef: no name >

> ^ 13c17,19 < SAX.error: htmlParseEntityRef: expecting ';'= --- > SAX.error: ./test/HTML/entities.html:3: HTML parser error : htmlPars= eEntityRef: expecting ';' > a&b > ^ 18c24,26 < SAX.error: htmlParseEntityRe= f: no name --- > SAX.error: ./test/HTML/entities.html:4: HTML parser error = : htmlParseEntityRef: no name > a & b > ^ fp40.htm result 425c425,427 < SAX.error: htmlParseEntityRef: no name --- > SAX.error: ./tes= t/HTML/fp40.htm:153: HTML parser error : htmlParseEntityRef: no name > tech= nical articles from Microsoft's extensive Knowledge Base, FAQs, & troublesh= o > ^ reg4.html result 34c34,36 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTML/r= eg4.html:10: HTML parser error : Unexpected end tag : p >

> ^ test3.html result 28c28,30 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTML/t= est3.html:6: HTML parser error : Unexpected end tag : p >


>= ^ 68c70,72 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTM= L/test3.html:13: HTML parser error : Unexpected end tag : p >


>= ^ 172c176,178 < SAX.error: Opening and ending tag mismatch: h4 and b --- >= SAX.error: ./test/HTML/test3.html:27: HTML parser error : Opening and endi= ng tag mismatch: h4 and b >

Links

> ^ 175c181,183 < SAX.err= or: Unexpected end tag : b --- > SAX.error: ./test/HTML/test3.html:27: HTML= parser error : Unexpected end tag : b >

Links

> ^ wired.html result 22,27c22,39 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htm= lParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting '= ;' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEnt= ityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > = SAX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef= : expecting ';' >
^ > SAX.error: ./test/HTML/wired.html:6: HT= ML parser error : htmlParseEntityRef: expecting ';' > D=3DGET ACTION=3D"htt= p://nsads.hotwired.com/event.ng/Type=3Dclick&ProfileID=3D9688&RunID > ^ > S= AX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef:= expecting ';' > N=3D"http://nsads.hotwired.com/event.ng/Type=3Dclick&Profi= leID=3D9688&RunID=3D14074&AdID > ^ > SAX.error: ./test/HTML/wired.html:6: H= TML parser error : htmlParseEntityRef: expecting ';' > s.hotwired.com/event= .ng/Type=3Dclick&ProfileID=3D9688&RunID=3D14074&AdID=3D22584&GroupID > ^ > = SAX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef= : expecting ';' > com/event.ng/Type=3Dclick&ProfileID=3D9688&RunID=3D14074&= AdID=3D22584&GroupID=3D1&FamilyID > ^ > SAX.error: ./test/HTML/wired.html:6= : HTML parser error : htmlParseEntityRef: expecting ';' > pe=3Dclick&Profil= eID=3D9688&RunID=3D14074&AdID=3D22584&GroupID=3D1&FamilyID=3D2684&TagValues= > ^ 301,306c313,330 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.e= rror: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: ex= pecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htm= lParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting '= ;' --- > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlPars= eEntityRef: expecting ';' > " align=3D"RIGHT"> ^ > SAX.error: ./test/HTML/wired.= html:52: HTML parser error : htmlParseEntityRef: expecting ';' > GHT"> ^ > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlParse= EntityRef: expecting ';' > f=3D"http://nsads.hotwired.com/event.ng/Type=3Dc= lick&ProfileID=3D5597&RunID=3D17167&AdID > ^ > SAX.error: ./test/HTML/wired= .html:52: HTML parser error : htmlParseEntityRef: expecting ';' > s.hotwire= d.com/event.ng/Type=3Dclick&ProfileID=3D5597&RunID=3D17167&AdID=3D22588&Gro= upID > ^ > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlPa= rseEntityRef: expecting ';' > com/event.ng/Type=3Dclick&ProfileID=3D5597&Ru= nID=3D17167&AdID=3D22588&GroupID=3D1&FamilyID > ^ > SAX.error: ./test/HTML/= wired.html:52: HTML parser error : htmlParseEntityRef: expecting ';' > pe= =3Dclick&ProfileID=3D5597&RunID=3D17167&AdID=3D22588&GroupID=3D1&FamilyID= =3D3228&TagValues > ^ 372c396,398 < SAX.error: Tag nobr invalid --- > SAX.e= rror: ./test/HTML/wired.html:70: HTML parser error : Tag nobr invalid > ^ 440,444c466,480 < SAX.error: htmlParseEntityRef: expecting '= ;' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEnt= ityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.= error: htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired= .html:89: HTML parser error : htmlParseEntityRef: expecting ';' > on value= =3D"http://search.hotwired.com/search97/s97.vts?Action=3DFilterSearch&Filte= r > ^ > SAX.error: ./test/HTML/wired.html:89: HTML parser error : htmlParse= EntityRef: expecting ';' > d.com/search97/s97.vts?Action=3DFilterSearch&Fil= ter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.htm= l:89: HTML parser error : htmlParseEntityRef: expecting ';' > ction=3DFilte= rSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Dvignette.hts&Collection >= ^ > SAX.error: ./test/HTML/wired.html:89: HTML parser error : htmlParseEnt= ityRef: expecting ';' > Filter=3Ddocs_filter.hts&ResultTemplate=3Dvignette.= hts&Collection=3Dvignette&QueryMode > ^ > SAX.error: ./test/HTML/wired.html= :89: HTML parser error : htmlParseEntityRef: expecting ';' > ter.hts&Result= Template=3Dvignette.hts&Collection=3Dvignette&QueryMode=3DInternet&Query > = ^ 450,454c486,500 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.erro= r: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expec= ting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPa= rseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:90: HTM= L parser error : htmlParseEntityRef: expecting ';' > on value=3D"http://sea= rch.hotwired.com/search97/s97.vts?Action=3DFilterSearch&Filter > ^ > SAX.er= ror: ./test/HTML/wired.html:90: HTML parser error : htmlParseEntityRef: exp= ecting ';' > d.com/search97/s97.vts?Action=3DFilterSearch&Filter=3Ddocs_fil= ter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.html:90: HTML par= ser error : htmlParseEntityRef: expecting ';' > tion=3DFilterSearch&Filter= =3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey.hts&Collection > ^ > SAX.erro= r: ./test/HTML/wired.html:90: HTML parser error : htmlParseEntityRef: expec= ting ';' > lter=3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey.hts&Collection= =3Dwebmonkey&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:90: HTML par= ser error : htmlParseEntityRef: expecting ';' > r.hts&ResultTemplate=3Dwebm= onkey.hts&Collection=3Dwebmonkey&QueryMode=3DInternet&Query > ^ 460,464c506= ,520 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseE= ntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' --- > SAX.error: ./test/HTML/wired.html:91: HTML parser erro= r : htmlParseEntityRef: expecting ';' > =3D"http://search.hotwired.com/sear= ch97/s97.vts?collection=3Dwebmonkey_guides&Action > ^ > SAX.error: ./test/H= TML/wired.html:91: HTML parser error : htmlParseEntityRef: expecting ';' > = ired.com/search97/s97.vts?collection=3Dwebmonkey_guides&Action=3DFilterSear= ch&filter > ^ > SAX.error: ./test/HTML/wired.html:91: HTML parser error : h= tmlParseEntityRef: expecting ';' > ction=3Dwebmonkey_guides&Action=3DFilter= Search&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML= /wired.html:91: HTML parser error : htmlParseEntityRef: expecting ';' > ilt= erSearch&filter=3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey_guides.hts&Que= ryMode > ^ > SAX.error: ./test/HTML/wired.html:91: HTML parser error : html= ParseEntityRef: expecting ';' > ter=3Ddocs_filter.hts&ResultTemplate=3Dwebm= onkey_guides.hts&QueryMode=3DInternet&Query > ^ 470,474c526,540 < SAX.error= : htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expect= ing ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPar= seEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' -= -- > SAX.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEnt= ityRef: expecting ';' > on value=3D"http://search.hotwired.com/search97/s97= .vts?collection=3Dhotwired&Action > ^ > SAX.error: ./test/HTML/wired.html:9= 2: HTML parser error : htmlParseEntityRef: expecting ';' > rch.hotwired.com= /search97/s97.vts?collection=3Dhotwired&Action=3DFilterSearch&filter > ^ > = SAX.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEntityRe= f: expecting ';' > ts?collection=3Dhotwired&Action=3DFilterSearch&filter=3D= docs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.html:92: = HTML parser error : htmlParseEntityRef: expecting ';' > ilterSearch&filter= =3Ddocs_filter.hts&ResultTemplate=3Dhotwired_archive.hts&QueryMode > ^ > SA= X.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEntityRef:= expecting ';' > ter=3Ddocs_filter.hts&ResultTemplate=3Dhotwired_archive.ht= s&QueryMode=3DInternet&Query > ^ 480,484c546,560 < SAX.error: htmlParseEnti= tyRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.e= rror: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: ex= pecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.error:= ./test/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecti= ng ';' > on value=3D"http://search.hotwired.com/search97/s97.vts?Action=3DF= ilterSearch&Filter > ^ > SAX.error: ./test/HTML/wired.html:93: HTML parser = error : htmlParseEntityRef: expecting ';' > d.com/search97/s97.vts?Action= =3DFilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./= test/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecting = ';' > ction=3DFilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Dmagazi= ne.hts&Collection > ^ > SAX.error: ./test/HTML/wired.html:93: HTML parser e= rror : htmlParseEntityRef: expecting ';' > Filter=3Ddocs_filter.hts&ResultT= emplate=3Dmagazine.hts&Collection=3Dmagazine&QueryMode > ^ > SAX.error: ./t= est/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecting '= ;' > ter.hts&ResultTemplate=3Dmagazine.hts&Collection=3Dmagazine&QueryMode= =3DInternet&Query > ^ 490,494c566,580 < SAX.error: htmlParseEntityRef: expe= cting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlP= arseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';'= < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTM= L/wired.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > on= value=3D"http://search.hotwired.com/search97/s97.vts?Action=3DFilterSearch= &Filter > ^ > SAX.error: ./test/HTML/wired.html:94: HTML parser error : htm= lParseEntityRef: expecting ';' > d.com/search97/s97.vts?Action=3DFilterSear= ch&Filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wir= ed.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > tion=3D= FilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Danimation.hts&Collec= tion > ^ > SAX.error: ./test/HTML/wired.html:94: HTML parser error : htmlPa= rseEntityRef: expecting ';' > lter=3Ddocs_filter.hts&ResultTemplate=3Danima= tion.hts&Collection=3Danimation&QueryMode > ^ > SAX.error: ./test/HTML/wire= d.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > r.hts&Re= sultTemplate=3Danimation.hts&Collection=3Danimation&QueryMode=3DInternet&Qu= ery > ^ 500,504c586,600 < SAX.error: htmlParseEntityRef: expecting ';' < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: = htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:9= 5: HTML parser error : htmlParseEntityRef: expecting ';' > option value=3D"= http://search.hotwired.com/search97/s97.vts?collection=3Dsuck&Action > ^ > = SAX.error: ./test/HTML/wired.html:95: HTML parser error : htmlParseEntityRe= f: expecting ';' > /search.hotwired.com/search97/s97.vts?collection=3Dsuck&= Action=3DFilterSearch&filter > ^ > SAX.error: ./test/HTML/wired.html:95: HT= ML parser error : htmlParseEntityRef: expecting ';' > 97.vts?collection=3Ds= uck&Action=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX= .error: ./test/HTML/wired.html:95: HTML parser error : htmlParseEntityRef: = expecting ';' > uck&Action=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTe= mplate=3Dsuck.hts&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:95: HTM= L parser error : htmlParseEntityRef: expecting ';' > erSearch&filter=3Ddocs= _filter.hts&ResultTemplate=3Dsuck.hts&QueryMode=3DInternet&Query > ^ 510,51= 4c606,620 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlP= arseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';'= < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntit= yRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:96: HTML parser= error : htmlParseEntityRef: expecting ';' > lue=3D"http://search.hotwired.= com/search97/s97.vts?collection=3Duber_hotwired&Action > ^ > SAX.error: ./t= est/HTML/wired.html:96: HTML parser error : htmlParseEntityRef: expecting '= ;' > otwired.com/search97/s97.vts?collection=3Duber_hotwired&Action=3DFilte= rSearch&filter > ^ > SAX.error: ./test/HTML/wired.html:96: HTML parser erro= r : htmlParseEntityRef: expecting ';' > llection=3Duber_hotwired&Action=3DF= ilterSearch&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test= /HTML/wired.html:96: HTML parser error : htmlParseEntityRef: expecting ';' = > n=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTemplate=3Duber_hotwired.= hts&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:96: HTML parser error= : htmlParseEntityRef: expecting ';' > filter=3Ddocs_filter.hts&ResultTempl= ate=3Duber_hotwired.hts&QueryMode=3DInternet&Query > ^ 520,527c626,649 < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: = htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expectin= g ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParse= EntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' ---= > SAX.error: ./test/HTML/wired.html:97: HTML parser error : htmlParseEntit= yRef: expecting ';' >
Rants & > ^ 1632,1634c1764,1770 < SAX.error: Opening= and ending tag mismatch: td and font < SAX.endElement(font) < SAX.error: O= pening and ending tag mismatch: td and font --- > SAX.error: ./test/HTML/wi= red.html:374: HTML parser error : Opening and ending tag mismatch: td and f= ont > Readers on Apple's G4 ... AOL's passwords ... MS vs. Linux.
^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:3= 74: HTML parser error : Opening and ending tag mismatch: td and font > Read= ers on Apple's G4 ... AOL's passwords ... MS vs. Linux.

^ 1894c2030,2032 < SAX.error: Opening and ending tag mismatch: a and fon= t --- > SAX.error: ./test/HTML/wired.html:402: HTML parser error : Opening = and ending tag mismatch: a and font > w.vignette.com/" style=3D"text-decora= tion:none">Vignette
> ^ 1951,1953c2089,2097 < S= AX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef= : expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.er= ror: ./test/HTML/wired.html:407: HTML parser error : htmlParseEntityRef: ex= pecting ';' > ervlet/appservlet?from=3D/wired/sprint/&template=3D/security/= security.html&SITE=3D > ^ > SAX.error: ./test/HTML/wired.html:407: HTML par= ser error : htmlParseEntityRef: expecting ';' > ervlet/appservlet?from=3D/w= ired/sprint/&template=3D/security/security.html&SITE=3D > ^ > SAX.error: ./= test/HTML/wired.html:408: HTML parser error : htmlParseEntityRef: expecting= ';' > wired.com&BANNER=3DSprint" style=3D"text-decoration:none">Spri > ^ 1959c2103,2105 < SAX.error: Opening and ending tag m= ismatch: a and font --- > SAX.error: ./test/HTML/wired.html:408: HTML parse= r error : Opening and ending tag mismatch: a and font > com&BANNER=3DSprint= " style=3D"text-decoration:none">Sprint > ^ 196= 3c2109,2111 < SAX.error: End tag : expected '>' --- > SAX.error: ./test/HTM= L/wired.html:408: HTML parser error : End tag : expected '>' > =3DSprint" s= tyle=3D"text-decoration:none">Sprint ^ 2010,2024c2158,2188 < SAX.error: Opening and ending tag mismatch: td an= d font < SAX.endElement(font) < SAX.error: Opening and ending tag mismatch:= td and font < SAX.endElement(font) < SAX.error: Opening and ending tag mis= match: td and font < SAX.endElement(font) < SAX.error: Opening and ending t= ag mismatch: td and font < SAX.endElement(font) < SAX.error: Opening and en= ding tag mismatch: td and font < SAX.endElement(font) < SAX.error: Opening = and ending tag mismatch: td and font < SAX.endElement(font) < SAX.error: Op= ening and ending tag mismatch: td and font < SAX.endElement(font) < SAX.err= or: Opening and ending tag mismatch: td and font --- > SAX.error: ./test/HT= ML/wired.html:414: HTML parser error : Opening and ending tag mismatch: td = and font > > ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.= html:414: HTML parser error : Opening and ending tag mismatch: td and font = > > ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:414:= HTML parser error : Opening and ending tag mismatch: td and font > >= ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:414: HTML par= ser error : Opening and ending tag mismatch: td and font > > ^ > SAX.= endElement(font) > SAX.error: ./test/HTML/wired.html:414: HTML parser error= : Opening and ending tag mismatch: td and font > > ^ > SAX.endElemen= t(font) > SAX.error: ./test/HTML/wired.html:414: HTML parser error : Openin= g and ending tag mismatch: td and font > > ^ > SAX.endElement(font) >= SAX.error: ./test/HTML/wired.html:414: HTML parser error : Opening and end= ing tag mismatch: td and font > > ^ > SAX.endElement(font) > SAX.erro= r: ./test/HTML/wired.html:414: HTML parser error : Opening and ending tag m= ismatch: td and font > > ^ 2094c2258,2260 < SAX.error: htmlParseEntit= yRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:432: HTML parse= r error : htmlParseEntityRef: expecting ';' > href=3D"http://www.lycos.com/= news/flash/hitlerbunker.html?v=3Dwn1015&lpv=3D1">Lycos ^ ## Push HTML SAX regression tests doc2.htm result 20c20,22 < SAX.error: Misplaced DOCTYPE declaration --- > SAX.error: ./test= /HTML/doc2.htm:10: HTML parser error : Misplaced DOCTYPE declaration > ^ doc3.htm result 20c20,22 < SAX.error: Misplaced DOCTYPE declaration --- > SAX.error: ./test= /HTML/doc3.htm:10: HTML parser error : Misplaced DOCTYPE declaration > ^ 111c113,115 < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.= error: ./test/HTML/doc3.htm:52: HTML parser error : htmlParseEntityRef: exp= ecting ';' > href=3D"http://ads.gamesquad.net/addclick.exe/adclick.cgi?REGI= ON=3Dgame|tech|ent&id > ^ 113,114c117,122 < SAX.error: htmlParseEntityRef: = expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.erro= r: ./test/HTML/doc3.htm:52: HTML parser error : htmlParseEntityRef: expecti= ng ';' > _top"> ^ > SAX.error: ./test/HTML/doc3.htm:52: HTML parser er= ror : htmlParseEntityRef: expecting ';' > > ^ 345c353,355 < SAX= .error: error parsing attribute name --- > SAX.error: ./test/HTML/doc3.htm:= 145: HTML parser error : error parsing attribute name > width=3D70 Gentus?.= ?>
^ 369c379,381 < SAX.error: Unexpected end tag : p --- > SAX.= error: ./test/HTML/doc3.htm:148: HTML parser error : Unexpected end tag : p= >

> ^ 700,701c712,717 < SAX.error: Unexpected end tag : font < SAX.err= or: Unexpected end tag : a --- > SAX.error: ./test/HTML/doc3.htm:236: HTML = parser error : Unexpected end tag : font > Specials


<= /FONT> ^ > SAX.error: ./test/HTML/doc3.htm:236= : HTML parser error : Unexpected end tag : a > Specials

<= BR>
^ 2594,2595c2610,2615 < SAX.error: = htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expectin= g ';' --- > SAX.error: ./test/HTML/doc3.htm:747: HTML parser error : htmlPa= rseEntityRef: expecting ';' > er=3D0 alt=3D"Advertisement" src=3D"http://ad= s.adflight.com/ad_static.asp?pid=3D2097&sid > ^ > SAX.error: ./test/HTML/do= c3.htm:747: HTML parser error : htmlParseEntityRef: expecting ';' > Adverti= sement" src=3D"http://ads.adflight.com/ad_static.asp?pid=3D2097&sid=3D1881&= asid > ^ 2601,2602c2621,2626 < SAX.error: Unexpected end tag : li < SAX.err= or: Unexpected end tag : font --- > SAX.error: ./test/HTML/doc3.htm:747: HT= ML parser error : Unexpected end tag : li > light.com/ad_static.asp?pid=3D2= 097&sid=3D1881&asid=3D7708"> > ^ > SAX.error: ./= test/HTML/doc3.htm:747: HTML parser error : Unexpected end tag : font > om/= ad_static.asp?pid=3D2097&sid=3D1881&asid=3D7708"> > ^ 2608c2632,2634 < SAX.error: Unexpected end tag : p --- > SAX.e= rror: ./test/HTML/doc3.htm:747: HTML parser error : Unexpected end tag : p = > =3D7708">

> ^ 2686c2712,2714 < SAX.error: Unexpected end tag : form --- > S= AX.error: ./test/HTML/doc3.htm:772: HTML parser error : Unexpected end tag = : form > archive ^ 2768c2798= ,2800 < SAX.error: Unexpected end tag : noscript --- > SAX.error: ./test/HT= ML/doc3.htm:820: HTML parser error : Unexpected end tag : noscript > ^ 2800c283= 2,2834 < SAX.error: Opening and ending tag mismatch: form and center --- > = SAX.error: ./test/HTML/doc3.htm:826: HTML parser error : Opening and ending= tag mismatch: form and center > = ^ 2830,2831c2864,2869 < SAX.error: Unexpected end tag : p < SAX.error: Open= ing and ending tag mismatch: center and td --- > SAX.error: ./test/HTML/doc= 3.htm:833: HTML parser error : Unexpected end tag : p > Special
Code:BP6= -hd

^ > SAX.error: ./test/H= TML/doc3.htm:833: HTML parser error : Opening and ending tag mismatch: cent= er and td > Special
Code:BP6-hd

^ 2853c2891,2893 < SAX.error: Unexpected end tag : p --- > SAX.erro= r: ./test/HTML/doc3.htm:839: HTML parser error : Unexpected end tag : p > w= idth=3D"100%"> 

< > ^ 2864,2865c2904,2909 < SAX.error: Unexpected end tag : td < SAX.e= rror: Unexpected end tag : tr --- > SAX.error: ./test/HTML/doc3.htm:840: HT= ML parser error : Unexpected end tag : td >
= ^ > SAX.error: ./test/HTML/doc3.htm:840:= HTML parser error : Unexpected end tag : tr >
<= TR> ^ 2872c2916,2918 < SAX.error: Unexpec= ted end tag : table --- > SAX.error: ./test/HTML/doc3.htm:841: HTML parser = error : Unexpected end tag : table > HEIGHT=3D"70">  > ^ entities.html result 5,6c5,10 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPa= rseEntityRef: no name --- > SAX.error: ./test/HTML/entities.html:1: HTML pa= rser error : htmlParseEntityRef: expecting ';' >

> ^ > SAX.error: ./test/HTML/entities.html:1: HTML pa= rser error : htmlParseEntityRef: no name >

> ^ 13c17,19 < SAX.error: htmlParseEntityRef: expecting ';'= --- > SAX.error: ./test/HTML/entities.html:3: HTML parser error : htmlPars= eEntityRef: expecting ';' > a&b > ^ 18c24,26 < SAX.error: htmlParseEntityRe= f: no name --- > SAX.error: ./test/HTML/entities.html:4: HTML parser error = : htmlParseEntityRef: no name > a & b > ^ fp40.htm result 425c425,427 < SAX.error: htmlParseEntityRef: no name --- > SAX.error: ./tes= t/HTML/fp40.htm:153: HTML parser error : htmlParseEntityRef: no name > tech= nical articles from Microsoft's extensive Knowledge Base, FAQs, & troublesh= o > ^ reg4.html result 34c34,36 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTML/r= eg4.html:10: HTML parser error : Unexpected end tag : p >

> ^ test3.html result 28c28,30 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTML/t= est3.html:6: HTML parser error : Unexpected end tag : p >


>= ^ 68c70,72 < SAX.error: Unexpected end tag : p --- > SAX.error: ./test/HTM= L/test3.html:13: HTML parser error : Unexpected end tag : p >


>= ^ 172c176,178 < SAX.error: Opening and ending tag mismatch: h4 and b --- >= SAX.error: ./test/HTML/test3.html:27: HTML parser error : Opening and endi= ng tag mismatch: h4 and b >

Links

> ^ 175c181,183 < SAX.err= or: Unexpected end tag : b --- > SAX.error: ./test/HTML/test3.html:27: HTML= parser error : Unexpected end tag : b >

Links

> ^ wired.html result 22,27c22,39 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htm= lParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting '= ;' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEnt= ityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > = SAX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef= : expecting ';' >
^ > SAX.error: ./test/HTML/wired.html:6: HT= ML parser error : htmlParseEntityRef: expecting ';' > D=3DGET ACTION=3D"htt= p://nsads.hotwired.com/event.ng/Type=3Dclick&ProfileID=3D9688&RunID > ^ > S= AX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef:= expecting ';' > N=3D"http://nsads.hotwired.com/event.ng/Type=3Dclick&Profi= leID=3D9688&RunID=3D14074&AdID > ^ > SAX.error: ./test/HTML/wired.html:6: H= TML parser error : htmlParseEntityRef: expecting ';' > s.hotwired.com/event= .ng/Type=3Dclick&ProfileID=3D9688&RunID=3D14074&AdID=3D22584&GroupID > ^ > = SAX.error: ./test/HTML/wired.html:6: HTML parser error : htmlParseEntityRef= : expecting ';' > com/event.ng/Type=3Dclick&ProfileID=3D9688&RunID=3D14074&= AdID=3D22584&GroupID=3D1&FamilyID > ^ > SAX.error: ./test/HTML/wired.html:6= : HTML parser error : htmlParseEntityRef: expecting ';' > pe=3Dclick&Profil= eID=3D9688&RunID=3D14074&AdID=3D22584&GroupID=3D1&FamilyID=3D2684&TagValues= > ^ 301,306c313,330 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.e= rror: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: ex= pecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htm= lParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting '= ;' --- > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlPars= eEntityRef: expecting ';' > " align=3D"RIGHT"> ^ > SAX.error: ./test/HTML/wired.= html:52: HTML parser error : htmlParseEntityRef: expecting ';' > GHT"> ^ > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlParse= EntityRef: expecting ';' > f=3D"http://nsads.hotwired.com/event.ng/Type=3Dc= lick&ProfileID=3D5597&RunID=3D17167&AdID > ^ > SAX.error: ./test/HTML/wired= .html:52: HTML parser error : htmlParseEntityRef: expecting ';' > s.hotwire= d.com/event.ng/Type=3Dclick&ProfileID=3D5597&RunID=3D17167&AdID=3D22588&Gro= upID > ^ > SAX.error: ./test/HTML/wired.html:52: HTML parser error : htmlPa= rseEntityRef: expecting ';' > com/event.ng/Type=3Dclick&ProfileID=3D5597&Ru= nID=3D17167&AdID=3D22588&GroupID=3D1&FamilyID > ^ > SAX.error: ./test/HTML/= wired.html:52: HTML parser error : htmlParseEntityRef: expecting ';' > pe= =3Dclick&ProfileID=3D5597&RunID=3D17167&AdID=3D22588&GroupID=3D1&FamilyID= =3D3228&TagValues > ^ 372c396,398 < SAX.error: Tag nobr invalid --- > SAX.e= rror: ./test/HTML/wired.html:70: HTML parser error : Tag nobr invalid > ^ 440,444c466,480 < SAX.error: htmlParseEntityRef: expecting '= ;' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEnt= ityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.= error: htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired= .html:89: HTML parser error : htmlParseEntityRef: expecting ';' > on value= =3D"http://search.hotwired.com/search97/s97.vts?Action=3DFilterSearch&Filte= r > ^ > SAX.error: ./test/HTML/wired.html:89: HTML parser error : htmlParse= EntityRef: expecting ';' > d.com/search97/s97.vts?Action=3DFilterSearch&Fil= ter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.htm= l:89: HTML parser error : htmlParseEntityRef: expecting ';' > ction=3DFilte= rSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Dvignette.hts&Collection >= ^ > SAX.error: ./test/HTML/wired.html:89: HTML parser error : htmlParseEnt= ityRef: expecting ';' > Filter=3Ddocs_filter.hts&ResultTemplate=3Dvignette.= hts&Collection=3Dvignette&QueryMode > ^ > SAX.error: ./test/HTML/wired.html= :89: HTML parser error : htmlParseEntityRef: expecting ';' > ter.hts&Result= Template=3Dvignette.hts&Collection=3Dvignette&QueryMode=3DInternet&Query > = ^ 450,454c486,500 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.erro= r: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expec= ting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPa= rseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:90: HTM= L parser error : htmlParseEntityRef: expecting ';' > on value=3D"http://sea= rch.hotwired.com/search97/s97.vts?Action=3DFilterSearch&Filter > ^ > SAX.er= ror: ./test/HTML/wired.html:90: HTML parser error : htmlParseEntityRef: exp= ecting ';' > d.com/search97/s97.vts?Action=3DFilterSearch&Filter=3Ddocs_fil= ter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.html:90: HTML par= ser error : htmlParseEntityRef: expecting ';' > tion=3DFilterSearch&Filter= =3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey.hts&Collection > ^ > SAX.erro= r: ./test/HTML/wired.html:90: HTML parser error : htmlParseEntityRef: expec= ting ';' > lter=3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey.hts&Collection= =3Dwebmonkey&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:90: HTML par= ser error : htmlParseEntityRef: expecting ';' > r.hts&ResultTemplate=3Dwebm= onkey.hts&Collection=3Dwebmonkey&QueryMode=3DInternet&Query > ^ 460,464c506= ,520 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseE= ntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' --- > SAX.error: ./test/HTML/wired.html:91: HTML parser erro= r : htmlParseEntityRef: expecting ';' > =3D"http://search.hotwired.com/sear= ch97/s97.vts?collection=3Dwebmonkey_guides&Action > ^ > SAX.error: ./test/H= TML/wired.html:91: HTML parser error : htmlParseEntityRef: expecting ';' > = ired.com/search97/s97.vts?collection=3Dwebmonkey_guides&Action=3DFilterSear= ch&filter > ^ > SAX.error: ./test/HTML/wired.html:91: HTML parser error : h= tmlParseEntityRef: expecting ';' > ction=3Dwebmonkey_guides&Action=3DFilter= Search&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML= /wired.html:91: HTML parser error : htmlParseEntityRef: expecting ';' > ilt= erSearch&filter=3Ddocs_filter.hts&ResultTemplate=3Dwebmonkey_guides.hts&Que= ryMode > ^ > SAX.error: ./test/HTML/wired.html:91: HTML parser error : html= ParseEntityRef: expecting ';' > ter=3Ddocs_filter.hts&ResultTemplate=3Dwebm= onkey_guides.hts&QueryMode=3DInternet&Query > ^ 470,474c526,540 < SAX.error= : htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expect= ing ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlPar= seEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' -= -- > SAX.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEnt= ityRef: expecting ';' > on value=3D"http://search.hotwired.com/search97/s97= .vts?collection=3Dhotwired&Action > ^ > SAX.error: ./test/HTML/wired.html:9= 2: HTML parser error : htmlParseEntityRef: expecting ';' > rch.hotwired.com= /search97/s97.vts?collection=3Dhotwired&Action=3DFilterSearch&filter > ^ > = SAX.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEntityRe= f: expecting ';' > ts?collection=3Dhotwired&Action=3DFilterSearch&filter=3D= docs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wired.html:92: = HTML parser error : htmlParseEntityRef: expecting ';' > ilterSearch&filter= =3Ddocs_filter.hts&ResultTemplate=3Dhotwired_archive.hts&QueryMode > ^ > SA= X.error: ./test/HTML/wired.html:92: HTML parser error : htmlParseEntityRef:= expecting ';' > ter=3Ddocs_filter.hts&ResultTemplate=3Dhotwired_archive.ht= s&QueryMode=3DInternet&Query > ^ 480,484c546,560 < SAX.error: htmlParseEnti= tyRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.e= rror: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: ex= pecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.error:= ./test/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecti= ng ';' > on value=3D"http://search.hotwired.com/search97/s97.vts?Action=3DF= ilterSearch&Filter > ^ > SAX.error: ./test/HTML/wired.html:93: HTML parser = error : htmlParseEntityRef: expecting ';' > d.com/search97/s97.vts?Action= =3DFilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./= test/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecting = ';' > ction=3DFilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Dmagazi= ne.hts&Collection > ^ > SAX.error: ./test/HTML/wired.html:93: HTML parser e= rror : htmlParseEntityRef: expecting ';' > Filter=3Ddocs_filter.hts&ResultT= emplate=3Dmagazine.hts&Collection=3Dmagazine&QueryMode > ^ > SAX.error: ./t= est/HTML/wired.html:93: HTML parser error : htmlParseEntityRef: expecting '= ;' > ter.hts&ResultTemplate=3Dmagazine.hts&Collection=3Dmagazine&QueryMode= =3DInternet&Query > ^ 490,494c566,580 < SAX.error: htmlParseEntityRef: expe= cting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlP= arseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';'= < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTM= L/wired.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > on= value=3D"http://search.hotwired.com/search97/s97.vts?Action=3DFilterSearch= &Filter > ^ > SAX.error: ./test/HTML/wired.html:94: HTML parser error : htm= lParseEntityRef: expecting ';' > d.com/search97/s97.vts?Action=3DFilterSear= ch&Filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test/HTML/wir= ed.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > tion=3D= FilterSearch&Filter=3Ddocs_filter.hts&ResultTemplate=3Danimation.hts&Collec= tion > ^ > SAX.error: ./test/HTML/wired.html:94: HTML parser error : htmlPa= rseEntityRef: expecting ';' > lter=3Ddocs_filter.hts&ResultTemplate=3Danima= tion.hts&Collection=3Danimation&QueryMode > ^ > SAX.error: ./test/HTML/wire= d.html:94: HTML parser error : htmlParseEntityRef: expecting ';' > r.hts&Re= sultTemplate=3Danimation.hts&Collection=3Danimation&QueryMode=3DInternet&Qu= ery > ^ 500,504c586,600 < SAX.error: htmlParseEntityRef: expecting ';' < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: = htmlParseEntityRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:9= 5: HTML parser error : htmlParseEntityRef: expecting ';' > option value=3D"= http://search.hotwired.com/search97/s97.vts?collection=3Dsuck&Action > ^ > = SAX.error: ./test/HTML/wired.html:95: HTML parser error : htmlParseEntityRe= f: expecting ';' > /search.hotwired.com/search97/s97.vts?collection=3Dsuck&= Action=3DFilterSearch&filter > ^ > SAX.error: ./test/HTML/wired.html:95: HT= ML parser error : htmlParseEntityRef: expecting ';' > 97.vts?collection=3Ds= uck&Action=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX= .error: ./test/HTML/wired.html:95: HTML parser error : htmlParseEntityRef: = expecting ';' > uck&Action=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTe= mplate=3Dsuck.hts&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:95: HTM= L parser error : htmlParseEntityRef: expecting ';' > erSearch&filter=3Ddocs= _filter.hts&ResultTemplate=3Dsuck.hts&QueryMode=3DInternet&Query > ^ 510,51= 4c606,620 < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlP= arseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';'= < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntit= yRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:96: HTML parser= error : htmlParseEntityRef: expecting ';' > lue=3D"http://search.hotwired.= com/search97/s97.vts?collection=3Duber_hotwired&Action > ^ > SAX.error: ./t= est/HTML/wired.html:96: HTML parser error : htmlParseEntityRef: expecting '= ;' > otwired.com/search97/s97.vts?collection=3Duber_hotwired&Action=3DFilte= rSearch&filter > ^ > SAX.error: ./test/HTML/wired.html:96: HTML parser erro= r : htmlParseEntityRef: expecting ';' > llection=3Duber_hotwired&Action=3DF= ilterSearch&filter=3Ddocs_filter.hts&ResultTemplate > ^ > SAX.error: ./test= /HTML/wired.html:96: HTML parser error : htmlParseEntityRef: expecting ';' = > n=3DFilterSearch&filter=3Ddocs_filter.hts&ResultTemplate=3Duber_hotwired.= hts&QueryMode > ^ > SAX.error: ./test/HTML/wired.html:96: HTML parser error= : htmlParseEntityRef: expecting ';' > filter=3Ddocs_filter.hts&ResultTempl= ate=3Duber_hotwired.hts&QueryMode=3DInternet&Query > ^ 520,527c626,649 < SA= X.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef:= expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: = htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expectin= g ';' < SAX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParse= EntityRef: expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' ---= > SAX.error: ./test/HTML/wired.html:97: HTML parser error : htmlParseEntit= yRef: expecting ';' >
Rants & > ^ 1632,1634c1764,1770 < SAX.error: Opening= and ending tag mismatch: td and font < SAX.endElement(font) < SAX.error: O= pening and ending tag mismatch: td and font --- > SAX.error: ./test/HTML/wi= red.html:374: HTML parser error : Opening and ending tag mismatch: td and f= ont > Readers on Apple's G4 ... AOL's passwords ... MS vs. Linux.
^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:3= 74: HTML parser error : Opening and ending tag mismatch: td and font > Read= ers on Apple's G4 ... AOL's passwords ... MS vs. Linux.

^ 1894c2030,2032 < SAX.error: Opening and ending tag mismatch: a and fon= t --- > SAX.error: ./test/HTML/wired.html:402: HTML parser error : Opening = and ending tag mismatch: a and font > w.vignette.com/" style=3D"text-decora= tion:none">Vignette
> ^ 1951,1953c2089,2097 < S= AX.error: htmlParseEntityRef: expecting ';' < SAX.error: htmlParseEntityRef= : expecting ';' < SAX.error: htmlParseEntityRef: expecting ';' --- > SAX.er= ror: ./test/HTML/wired.html:407: HTML parser error : htmlParseEntityRef: ex= pecting ';' > ervlet/appservlet?from=3D/wired/sprint/&template=3D/security/= security.html&SITE=3D > ^ > SAX.error: ./test/HTML/wired.html:407: HTML par= ser error : htmlParseEntityRef: expecting ';' > ervlet/appservlet?from=3D/w= ired/sprint/&template=3D/security/security.html&SITE=3D > ^ > SAX.error: ./= test/HTML/wired.html:408: HTML parser error : htmlParseEntityRef: expecting= ';' > wired.com&BANNER=3DSprint" style=3D"text-decoration:none">Spri > ^ 1959c2103,2105 < SAX.error: Opening and ending tag m= ismatch: a and font --- > SAX.error: ./test/HTML/wired.html:408: HTML parse= r error : Opening and ending tag mismatch: a and font > com&BANNER=3DSprint= " style=3D"text-decoration:none">Sprint > ^ 196= 3c2109,2111 < SAX.error: End tag : expected '>' --- > SAX.error: ./test/HTM= L/wired.html:408: HTML parser error : End tag : expected '>' > =3DSprint" s= tyle=3D"text-decoration:none">Sprint ^ 2010,2024c2158,2188 < SAX.error: Opening and ending tag mismatch: td an= d font < SAX.endElement(font) < SAX.error: Opening and ending tag mismatch:= td and font < SAX.endElement(font) < SAX.error: Opening and ending tag mis= match: td and font < SAX.endElement(font) < SAX.error: Opening and ending t= ag mismatch: td and font < SAX.endElement(font) < SAX.error: Opening and en= ding tag mismatch: td and font < SAX.endElement(font) < SAX.error: Opening = and ending tag mismatch: td and font < SAX.endElement(font) < SAX.error: Op= ening and ending tag mismatch: td and font < SAX.endElement(font) < SAX.err= or: Opening and ending tag mismatch: td and font --- > SAX.error: ./test/HT= ML/wired.html:414: HTML parser error : Opening and ending tag mismatch: td = and font > > ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.= html:414: HTML parser error : Opening and ending tag mismatch: td and font = > > ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:414:= HTML parser error : Opening and ending tag mismatch: td and font > >= ^ > SAX.endElement(font) > SAX.error: ./test/HTML/wired.html:414: HTML par= ser error : Opening and ending tag mismatch: td and font > > ^ > SAX.= endElement(font) > SAX.error: ./test/HTML/wired.html:414: HTML parser error= : Opening and ending tag mismatch: td and font > > ^ > SAX.endElemen= t(font) > SAX.error: ./test/HTML/wired.html:414: HTML parser error : Openin= g and ending tag mismatch: td and font > > ^ > SAX.endElement(font) >= SAX.error: ./test/HTML/wired.html:414: HTML parser error : Opening and end= ing tag mismatch: td and font > > ^ > SAX.endElement(font) > SAX.erro= r: ./test/HTML/wired.html:414: HTML parser error : Opening and ending tag m= ismatch: td and font > > ^ 2094c2258,2260 < SAX.error: htmlParseEntit= yRef: expecting ';' --- > SAX.error: ./test/HTML/wired.html:432: HTML parse= r error : htmlParseEntityRef: expecting ';' > href=3D"http://www.lycos.com/= news/flash/hitlerbunker.html?v=3Dwn1015&lpv=3D1">Lycos ^ ## Valid documents regression tests ## Validity checking regression tests ## General documents valid regression tests ## URI module regression tests ## XPath regression tests ## XPointer regression tests ## XInclude regression tests ## XInclude xmlReader regression tests ## C14N and XPath regression tests ## Scripts regression tests ## Some of the base computations may be different if srcdir !=3D . ## Catalog regression tests ## Add and del operations on XML Catalogs ## Regexp regression tests ## Automata regression tests ## Schemas regression tests ## Relax-NG regression tests ## Relax-NG streaming regression tests ## Threaded regression tests ## Timing tests to try to detect performance ## as well a memory usage breakage when streaming ## 1/ using the file interface ## 2/ using the memory interface ## 3/ repeated DOM parsing ## 4/ repeated DOM validation Parsing took 769 ms Using 25823 bytes Parsing took 703 ms Using 17629 bytes 100 iterations took 1408 ms Using 735172 bytes 100 iterations took 3034 ms Using 960158 bytes ## Relax-NG Python based test suite 1 ## Relax-NG Python based test suite 2 ## XML Schemas datatypes Python based test suite found 1035 test instances: 1029 success 6 failures /u/veillard/XML/python make[1]: Entering directory `/u/veillard/XML/python' Making all in . Making all in tests /u/veillard/XML/python/tests /u/veillard/XML/python/tests ## running Python regression tests -- pushSAXhtml.py Error got: startDocument:startElement html None:startElement body None:star= tElement foo {'url': 'tst'}:error: test.xml:1: HTML parser error : Tag foo = invalid b ^ :characters: bar:endElement foo:endElement body:endElement html:endDocument: Exprected: startDocument:startElement html None:startElement body None:star= tElement foo {'url': 'tst'}:error: Tag foo invalid :characters: bar:endElement foo:endElement body:endElement html:endDocument: -- reader6.py Did not get the expected error message: error:3: element item: Relax-NG validity error : Type byte doesn't allow va= lue '1000' error:3: element item: Relax-NG validity error : Error validating datatype = byte error:3: element item: Relax-NG validity error : Element item failed to val= idate content -- ctxterror.py error received --> (3) test.xml:1: parser warning : xmlns: URI foo is not absolute ^ --> (4) test.xml:1: parser fatal error : Opening and ending tag mismatch: x= line 0 and y ^ expected --> (3) xmlns: URI foo is not absolute --> (4) Opening and ending tag mismatch: x line 0 and y -- readererr.py error received --> (3) test1:1:test1:1: parser warning : xmlns: URI foo is not ab= solute content of c ^ --> (4) test1:1:test1:1: parser fatal error : Opening and ending tag mismat= ch: c line 0 and a content of c ^ expected --> (3) test1:1:xmlns: URI foo is not absolute --> (4) test1:1:Opening and ending tag mismatch: c line 0 and a =2E. ---------------------------------------------------------------------- Ran 2 tests in 0.001s OK -- tstLastError.py make[1]: Leaving directory `/u/veillard/XML/python' /u/veillard/XML/doc/examples make[1]: Entering directory `/u/veillard/XML/doc/examples' ## examples regression tests make[1]: Leaving directory `/u/veillard/XML/doc/examples' --5vNYLRcllDrimb99-- From lars.oppermann@sun.com Fri Aug 6 10:11:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 20D123B11E9 for ; Fri, 6 Aug 2004 10:11:41 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28946-08 for ; Fri, 6 Aug 2004 10:11:39 -0400 (EDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by menubar.gnome.org (Postfix) with ESMTP id 6A6B23B0E8C for ; Fri, 6 Aug 2004 10:11:39 -0400 (EDT) Received: from hamburg-mail1.germany.sun.com ([129.157.136.19]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id i76E9C53002211 for ; Fri, 6 Aug 2004 08:09:12 -0600 (MDT) Received: from [10.16.65.155] (lo-1 [10.16.65.155]) by hamburg-mail1.germany.sun.com (8.12.10+Sun/8.12.9/ENSMAIL, v2.1p1) with ESMTP id i76EBb2O004135 for ; Fri, 6 Aug 2004 16:11:37 +0200 (MEST) Message-ID: <41139198.1020103@sun.com> Date: Fri, 06 Aug 2004 16:11:36 +0200 From: Lars Oppermann Organization: Sun Microsystems Inc. User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] xpath number()/string() and locale X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 14:11:41 -0000 Hi all, I think that the way the string() function in libxml2 xpath works is wrong according to the xpath specification. Please have a look at the following thoughts and let me know what you think so I can put together a patch. Consider the following xml document: 1.25 and the following xpath expression: number(string(number(/root/text()))) Should LC_NUMERIC (or LC_ALL) be set to a language that uses a decimal seperator other then the '.' character the above expression will result in NaN being returned, since the string() function will use snprintf() in order to format the number to a string. The resulting string however cannot be used as a number again. http://www.w3.org/TR/xpath states: 3.7 [30] Number ::= Digits ('.' Digits?)? | '.' Digits 4.2: ...otherwise, the number is represented in decimal form as a Number including a decimal point... NOTE: The string function is not intended for converting numbers into strings for presentation to users. The format-number function and xsl:number element in [XSLT] provide this functionality. With the string() function ultimately using snprintf() in order to format it's outoput it does not fullfill the requirement of representing a number in a language neutral form. Also the scientific notation that might be generated from xmlXPathFormatNumber() is not allowed by the specification since it does not conform to 3.7[30] I would rewrite the xmlXPathFormatNumber() in a way where it just dumps out the numbers according to xpath 3.7 and leave the rest to xslt:format-number. What do you think? Cheers, ~Lars -- Lars Oppermann Sun Microsystems Software Engineer - StarOffice Sachsenfeld 4 Phone: +49 40 23646 959 D-20097 Hamburg Fax: +49 40 23646 550 http://www.sun.com/staroffice From veillard@redhat.com Fri Aug 6 10:26:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 285F83B11F6 for ; Fri, 6 Aug 2004 10:26:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29911-04 for ; Fri, 6 Aug 2004 10:26:40 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id A918E3B07B2 for ; Fri, 6 Aug 2004 10:26:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i76EQee1008299; Fri, 6 Aug 2004 10:26:40 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i76EQea10458; Fri, 6 Aug 2004 10:26:40 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i76EPth5022487; Fri, 6 Aug 2004 10:25:55 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i76EPtMa022485; Fri, 6 Aug 2004 10:25:55 -0400 Date: Fri, 6 Aug 2004 10:25:55 -0400 From: Daniel Veillard To: Lars Oppermann Subject: Re: [xml] xpath number()/string() and locale Message-ID: <20040806142555.GC23508@redhat.com> References: <41139198.1020103@sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41139198.1020103@sun.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 14:26:42 -0000 On Fri, Aug 06, 2004 at 04:11:36PM +0200, Lars Oppermann wrote: > With the string() function ultimately using snprintf() in order to > format it's outoput it does not fullfill the requirement of representing > a number in a language neutral form. > Also the scientific notation that might be generated from > xmlXPathFormatNumber() is not allowed by the specification since it does > not conform to 3.7[30] > > I would rewrite the xmlXPathFormatNumber() in a way where it just dumps > out the numbers according to xpath 3.7 and leave the rest to > xslt:format-number. What do you think? That the XPath format-number() is one of the areas where I had to trade conformance upon pressure from my user base which considered the XPath limitation excessive. There have been a lot of discussions on this topic: http://xmlsoft.org/search.php?query=format-number&scope=LISTS So there might be bugs, some are on-purpose, some may not be :-) However I totally agree with you that the behaviour should not depend on locales at all (this has been a problem in the past already), so yes if you can make a clean patch implementing this that would be great, first make sure that with the patch applied all libxml2 and libxslt regression tests still pass. It would be great to still allow the scientific notation because that limitation was really considered excessive, but it makes your implementation harder. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bob@brasko.net Fri Aug 6 16:15:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 697683B1242 for ; Fri, 6 Aug 2004 16:15:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18820-06 for ; Fri, 6 Aug 2004 16:15:14 -0400 (EDT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by menubar.gnome.org (Postfix) with ESMTP id A69083B0D7A for ; Fri, 6 Aug 2004 16:15:13 -0400 (EDT) Received: from white ([68.9.64.121]) by lakermmtao08.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040806201512.WFHG2852.lakermmtao08.cox.net@white> for ; Fri, 6 Aug 2004 16:15:12 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1BtB7P-0004W6-00 for ; Fri, 06 Aug 2004 16:15:11 -0400 Date: Fri, 6 Aug 2004 16:15:11 -0400 From: Bob Rossi To: xml@gnome.org Message-ID: <20040806201511.GA16277@white> Mail-Followup-To: xml@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] The MIT License -> GPL? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 20:15:15 -0000 Hi, I noticed that libxml is under the MIT license. I want to use libxml in a GPL'd program, keeping the program under the GPL completely. I noticed in the MIT license that there is the permission to sublicense. Does this mean that I can take the library and then license it under the GPL? Does libxml come under the GPL also? Thanks, Bob Rossi From phrosty@gmail.com Fri Aug 6 17:37:48 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 040D93B0D24 for ; Fri, 6 Aug 2004 17:37:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22909-09 for ; Fri, 6 Aug 2004 17:37:45 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by menubar.gnome.org (Postfix) with ESMTP id 8860C3B08F8 for ; Fri, 6 Aug 2004 17:37:17 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so58284rnl for ; Fri, 06 Aug 2004 14:36:51 -0700 (PDT) Received: by 10.38.24.64 with SMTP id 64mr357473rnx; Fri, 06 Aug 2004 14:36:51 -0700 (PDT) Message-ID: <9b1d0614040806143627eaf2e0@mail.gmail.com> Date: Fri, 6 Aug 2004 14:36:51 -0700 From: Cory Nelson To: Bob Rossi Subject: Re: [xml] The MIT License -> GPL? In-Reply-To: <20040806201511.GA16277@white> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040806201511.GA16277@white> X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 21:37:48 -0000 IANAL but the way I understand it you can put MIT code into GPL code safely. On Fri, 6 Aug 2004 16:15:11 -0400, Bob Rossi wrote: > Hi, > > I noticed that libxml is under the MIT license. I want to use libxml in > a GPL'd program, keeping the program under the GPL completely. I noticed > in the MIT license that there is the permission to sublicense. Does this > mean that I can take the library and then license it under the GPL? > > Does libxml come under the GPL also? > > Thanks, > Bob Rossi > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Cory Nelson http://www.int64.org From veillard@redhat.com Fri Aug 6 18:09:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 00FE73B0888 for ; Fri, 6 Aug 2004 18:09:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24580-06 for ; Fri, 6 Aug 2004 18:09:17 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id AD8F73B08F8 for ; Fri, 6 Aug 2004 18:09:17 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i76M9Ce1003329 for ; Fri, 6 Aug 2004 18:09:17 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i76M9Ca14378 for ; Fri, 6 Aug 2004 18:09:12 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i76M8RgN001273 for ; Fri, 6 Aug 2004 18:08:27 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i76M8R41001271 for xml@gnome.org; Fri, 6 Aug 2004 18:08:27 -0400 Date: Fri, 6 Aug 2004 18:08:27 -0400 From: Daniel Veillard To: xml@gnome.org Subject: Re: [xml] The MIT License -> GPL? Message-ID: <20040806220827.GD23508@redhat.com> References: <20040806201511.GA16277@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040806201511.GA16277@white> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 22:09:19 -0000 On Fri, Aug 06, 2004 at 04:15:11PM -0400, Bob Rossi wrote: > Hi, > > I noticed that libxml is under the MIT license. I want to use libxml in > a GPL'd program, keeping the program under the GPL completely. I noticed The MIT licence is compatible with the GPL, i.e. you can link an MIT Licenced library to a GPL program, best example are all desktop applications on Linux which are linked against the X11 libraries which are under the MIT Licence. Normal use of the library are just fine with the MIT licence in general. > in the MIT license that there is the permission to sublicense. Does this > mean that I can take the library and then license it under the GPL? Sublicence is not relicencing. You cannot do this, well I don't think so, and I would call this a fork considered hostile in my view. Do not do this this is foolish, I see no reason for this, this brings nothing to this project, I would take it quite personally as an attack, you're warned ! > Does libxml come under the GPL also? No. The MIT licence is the one the authors collectively selected, you didn't develop that code, but you're entitled to use it as the Licence permits. If you really can't use libxml2 within the framework defined by the MIT licence (if yes, then why) then use another XML library. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bob@brasko.net Fri Aug 6 23:25:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 98E393B07BB for ; Fri, 6 Aug 2004 23:25:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03086-05 for ; Fri, 6 Aug 2004 23:25:45 -0400 (EDT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by menubar.gnome.org (Postfix) with ESMTP id 0B46E3B0748 for ; Fri, 6 Aug 2004 23:25:45 -0400 (EDT) Received: from white ([68.9.64.121]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040807032543.WGLJ9099.lakermmtao04.cox.net@white>; Fri, 6 Aug 2004 23:25:43 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1BtHq4-0004em-00; Fri, 06 Aug 2004 23:25:44 -0400 Date: Fri, 6 Aug 2004 23:25:44 -0400 From: Bob Rossi To: Daniel Veillard Subject: Re: [xml] The MIT License -> GPL? Message-ID: <20040807032544.GA17885@white> Mail-Followup-To: Daniel Veillard , xml@gnome.org References: <20040806201511.GA16277@white> <20040806220827.GD23508@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040806220827.GD23508@redhat.com> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 03:25:46 -0000 On Fri, Aug 06, 2004 at 06:08:27PM -0400, Daniel Veillard wrote: > On Fri, Aug 06, 2004 at 04:15:11PM -0400, Bob Rossi wrote: > > Hi, > > > > I noticed that libxml is under the MIT license. I want to use libxml in > > a GPL'd program, keeping the program under the GPL completely. I noticed > > The MIT licence is compatible with the GPL, i.e. you can link an MIT > Licenced library to a GPL program, best example are all desktop applications > on Linux which are linked against the X11 libraries which are under the > MIT Licence. Normal use of the library are just fine with the MIT licence > in general. Ok, Thanks. > > in the MIT license that there is the permission to sublicense. Does this > > mean that I can take the library and then license it under the GPL? > > Sublicence is not relicencing. You cannot do this, well I don't think so, > and I would call this a fork considered hostile in my view. Do not do this > this is foolish, I see no reason for this, this brings nothing to this > project, I would take it quite personally as an attack, you're warned ! Hehe, you seem a little angry here. Why? Believe me, I am not going to fork the project :) I guess I was under the impression that the MIT license grants the user to use the software and modify it, without the condition of keeping the modified work under the same license. So, why couldn't I take libxml2, and just use it in a GPL'd program and say libxml2 is GPL? This is all I was wondering, I wasn't pulling out the big guns :) Either way, I was just curious. If I can link an MIT license library to a GPL'd program, than this satisfies my need. Again, I am very thankful for the great work put into this library. > > Does libxml come under the GPL also? > > No. > The MIT licence is the one the authors collectively selected, you didn't > develop that code, but you're entitled to use it as the Licence permits. > If you really can't use libxml2 within the framework defined by the MIT > licence (if yes, then why) then use another XML library. Ok. Thank you. Thanks, Bob Rossi From breese@mail1.stofanet.dk Sat Aug 7 05:17:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B65523B09FE for ; Sat, 7 Aug 2004 05:17:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13666-01 for ; Sat, 7 Aug 2004 05:17:54 -0400 (EDT) Received: from mx04.stofanet.dk (mx04.stofanet.dk [212.10.10.14]) by menubar.gnome.org (Postfix) with ESMTP id 0452A3B0950 for ; Sat, 7 Aug 2004 05:17:34 -0400 (EDT) Received: from 3e6b3736.rev.stofanet.dk ([62.107.55.54]) by mx04.stofanet.dk with esmtp (Exim 4.30) id 1BtNKV-0001fi-1z for xml@gnome.org; Sat, 07 Aug 2004 11:17:31 +0200 Subject: Re: [xml] The MIT License -> GPL? From: Bjorn Reese To: xml@gnome.org In-Reply-To: <20040806220827.GD23508@redhat.com> References: <20040806201511.GA16277@white> <20040806220827.GD23508@redhat.com> Content-Type: text/plain Organization: Hyperspace Academy Message-Id: <1091870412.2120.75.camel@stellifer> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 07 Aug 2004 11:20:15 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 09:17:58 -0000 On Sat, 2004-08-07 at 00:08, Daniel Veillard wrote: > Sublicence is not relicencing. You cannot do this, well I don't think so, I can confirm this. Only the copyright holder(s) can change the license. Sublicensing is a different thing; it has to do with liability. To quote Larry Rosen (legal counsel of the Open Source Initiative) "This points out one of the confusing aspects of different open source licenses. Some licenses are sublicenseable, meaning that the distributor has been given the right to offer licenses directly from the distributor to the licensee. Other licenses are non-sublicenseable, meaning that a license passes directly from the original author/licensor to the licensee, even though the distributor handles the distribution and exchange of the software. [...] When you obtain software from a computer store, there is not an in-person transaction between the original author/licensor and you. Nevertheless, you have received a license to which you must assent (in those cases a shrink-wrap license). The licensor and the licensee can sue each other over the license without interference by the distributor, even though the licensor and licensee have never dealt directly with each other." While we are at it, sublicensing is not without problems. Consider the following two quotes. Manesh Pai (an Indian lawyer) "By excluding sub-licensing, and permitting re-distribution, the developer ensures that there is no privity between himself and the end user. And yes, if the developer permits sub-license, the distributor becomes an agent of the developer, and hence the developer becomes liable to the user, even in absense of direct contact between them." Larry Rosen "It is best for open source licenses not to be sublicenseable." Liability is not resolved solely on the relationship between the licensor and the licensee as mentioned above (called the principle of privity), but also on payment (called the principle of consideration), monetary or otherwise. However, it never hurts to be on the safe side, so I usually follow Larry's advice in my own work. Well, getting back to the original question, sublicensing has nothing to do with re-licensing. PS: I am not a lawyer. This is not legal advice. From veillard@redhat.com Sat Aug 7 07:05:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D86F3B065B for ; Sat, 7 Aug 2004 07:05:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19492-09 for ; Sat, 7 Aug 2004 07:05:41 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 29C013B0679 for ; Sat, 7 Aug 2004 07:05:41 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i77B5Ze1017334 for ; Sat, 7 Aug 2004 07:05:40 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i77B5Za31591 for ; Sat, 7 Aug 2004 07:05:35 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i77B4owN021980 for ; Sat, 7 Aug 2004 07:04:50 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i77B4ocR021977 for xml@gnome.org; Sat, 7 Aug 2004 07:04:50 -0400 Date: Sat, 7 Aug 2004 07:04:50 -0400 From: Daniel Veillard To: xml@gnome.org Subject: Re: [xml] The MIT License -> GPL? Message-ID: <20040807110450.GJ23508@redhat.com> References: <20040806201511.GA16277@white> <20040806220827.GD23508@redhat.com> <20040807032544.GA17885@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040807032544.GA17885@white> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 11:05:42 -0000 On Fri, Aug 06, 2004 at 11:25:44PM -0400, Bob Rossi wrote: > > > in the MIT license that there is the permission to sublicense. Does this > > > mean that I can take the library and then license it under the GPL? > > > > Sublicence is not relicencing. You cannot do this, well I don't think so, > > and I would call this a fork considered hostile in my view. Do not do this > > this is foolish, I see no reason for this, this brings nothing to this > > project, I would take it quite personally as an attack, you're warned ! > > Hehe, you seem a little angry here. Why? Believe me, I am not going to > fork the project :) If you take libxml2 source, put it under a different Licence, then it's a fork, it's also a misapropriation of Copyright, something people can rightly take offense at. > I guess I was under the impression that the MIT license grants the user > to use the software and modify it, without the condition of keeping the > modified work under the same license. So, why couldn't I take libxml2, > and just use it in a GPL'd program and That's fine > say libxml2 is GPL? This is all I That's not fine, you don't have Copyright for this software. See Bjorn answer for more details. > was wondering, I wasn't pulling out the big guns :) > > Either way, I was just curious. If I can link an MIT license library to a > GPL'd program, yes definitely, like for X-Window libraries. > than this satisfies my need. Again, I am very thankful > for the great work put into this library. Okidoc, all cleared, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From mh@glandium.org Sat Aug 7 12:11:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E33A23B1200 for ; Sat, 7 Aug 2004 12:11:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01882-10 for ; Sat, 7 Aug 2004 12:11:38 -0400 (EDT) Received: from glandium.org (d82.HaichiFL1.vectant.ne.jp [202.215.121.82]) by menubar.gnome.org (Postfix) with ESMTP id 751933B106C for ; Sat, 7 Aug 2004 12:11:38 -0400 (EDT) Received: from mh by glandium.org with local (Exim 3.36 #1 (Debian)) id 1BtTmS-0006xu-00; Sun, 08 Aug 2004 01:10:49 +0900 Date: Sun, 8 Aug 2004 01:10:48 +0900 From: Mike Hommey To: Daniel Veillard Subject: Re: [xml] The MIT License -> GPL? Message-ID: <20040807161048.GA21907@vaio.glandium.org> References: <20040806201511.GA16277@white> <20040806220827.GD23508@redhat.com> <20040807032544.GA17885@white> <20040807110450.GJ23508@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040807110450.GJ23508@redhat.com> User-Agent: Mutt/1.5.6+20040803i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 16:11:40 -0000 On Sat, Aug 07, 2004 at 07:04:50AM -0400, Daniel Veillard wrote: > yes definitely, like for X-Window libraries. A little bit OT, but not so much, when you say X-Window libraries, please specify that you refer to x.org ones, not XFree86 ones. Since "The great relicensing" of XFree86, the xlibs license is incompatible with the GPL, therefore you can't link a GPL program to the xlibs from XFree86 any more (except if you take a version from before "The great relicensing"). Mike From hwfanatic@gawab.com Sat Aug 7 20:59:50 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 661A63B0BC1 for ; Sat, 7 Aug 2004 20:59:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23038-08 for ; Sat, 7 Aug 2004 20:59:49 -0400 (EDT) Received: from gawab.com (v2.gawab.com [204.97.230.42]) by menubar.gnome.org (Postfix) with SMTP id 37DEC3B0B92 for ; Sat, 7 Aug 2004 20:59:49 -0400 (EDT) Received: (qmail 24037 invoked by uid 1004); 8 Aug 2004 00:59:49 -0000 Received: from unknown (HELO ?195.252.85.122?) (hwfanatic@gawab.com@195.252.85.122) by gawab.com with SMTP; 8 Aug 2004 00:59:49 -0000 Message-ID: <41157C0C.3070906@gawab.com> Date: Sun, 08 Aug 2004 03:04:12 +0200 From: Branko Grbac User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Setting up libxml with php 5.0 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 00:59:50 -0000 Hi, Can somebody _please_ slap together a step-by-step guide to installing libxml on php 5.0 with Apache 2? I have read the php manual, but I so don't understand the installation part. I only want to be able to use the dom xml api... Thank you in advance. Sincerely, Branko Grbac From chregu@bitflux.ch Sun Aug 8 08:16:35 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 07CEA3B085E for ; Sun, 8 Aug 2004 08:16:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19486-02 for ; Sun, 8 Aug 2004 08:16:32 -0400 (EDT) Received: from devel.bitflux.ch (bx-108.bitflux.ch [212.71.98.108]) by menubar.gnome.org (Postfix) with ESMTP id 527E23B0772 for ; Sun, 8 Aug 2004 08:16:32 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by devel.bitflux.ch (Postfix) with ESMTP id 0C398944BA; Sun, 8 Aug 2004 14:16:31 +0200 (CEST) Received: from devel.bitflux.ch ([127.0.0.1]) by localhost (devel.bitflux.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30995-01-5; Sun, 8 Aug 2004 14:16:30 +0200 (CEST) Received: from [192.168.0.104] (217-162-112-209.dclient.hispeed.ch [217.162.112.209]) by devel.bitflux.ch (Postfix) with ESMTP id C05A9943DC; Sun, 8 Aug 2004 14:16:30 +0200 (CEST) Message-ID: <4116199D.5090207@bitflux.ch> Date: Sun, 08 Aug 2004 14:16:29 +0200 From: Christian Stocker User-Agent: Mozilla Thunderbird 0.7.1 (Macintosh/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Branko Grbac Subject: Re: [xml] Setting up libxml with php 5.0 References: <41157C0C.3070906@gawab.com> In-Reply-To: <41157C0C.3070906@gawab.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at bitflux.ch X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 12:16:35 -0000 On 8.8.2004 3:04 Uhr, Branko Grbac wrote: > Hi, > > Can somebody _please_ slap together a step-by-step guide to installing > libxml on php 5.0 with Apache 2? Completely wrong list... Use one of the php mailinglists for such questions... > I have read the php manual, but I so don't understand the installation > part. I only want to be able to use the dom xml api... The libxml2 part is easy. Either it comes already with your distribution (you didn't tell us, which OS you are using, so it's quite hard to guess), or you download the source files and do an ./configure make make install likewise for PHP 5 (you have to add some configure options, but that will tell you ./configure --help or the manual...) chregu -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | chregu@bitflux.ch | gnupg-keyid 0x5CE1DECB From hwfanatic@gawab.com Sun Aug 8 10:32:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DD5B13B080D for ; Sun, 8 Aug 2004 10:32:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25739-07 for ; Sun, 8 Aug 2004 10:32:04 -0400 (EDT) Received: from gawab.com (v2.gawab.com [204.97.230.42]) by menubar.gnome.org (Postfix) with SMTP id DC8063B0A34 for ; Sun, 8 Aug 2004 10:32:02 -0400 (EDT) Received: (qmail 22622 invoked by uid 1004); 8 Aug 2004 14:31:57 -0000 Received: from unknown (HELO ?195.252.85.164?) (hwfanatic@gawab.com@195.252.85.164) by gawab.com with SMTP; 8 Aug 2004 14:31:57 -0000 Message-ID: <41163A65.6030401@gawab.com> Date: Sun, 08 Aug 2004 16:36:21 +0200 From: Branko Grbac User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Subject: Re: [xml] Setting up libxml with php 5.0 References: <41157C0C.3070906@gawab.com> <4116199D.5090207@bitflux.ch> In-Reply-To: <4116199D.5090207@bitflux.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 14:32:07 -0000 Christian Stocker wrote: > Completely wrong list... Use one of the php mailinglists for such > questions... Still, I would appreciate if you helped me on the spot. > The libxml2 part is easy. Either it comes already with your > distribution (you didn't tell us, which OS you are using, so it's > quite hard to guess), or you download the source files and do an > > ./configure > make > make install > > likewise for PHP 5 (you have to add some configure options, but that > will tell you ./configure --help or the manual...) I'm running php 5.0.0 with Apache 2.0.50 on Windows XP. And, I have no idea what you are talking about. Please, I need, if not detailed, then at least very specific instructions of what should I do and where. I will seek the mentioned mailing list, but please help me if you already know the answer. Sincerely, Branko Grbac From chregu@bitflux.ch Sun Aug 8 11:58:48 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1AA83B0C0B for ; Sun, 8 Aug 2004 11:58:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29634-05 for ; Sun, 8 Aug 2004 11:58:46 -0400 (EDT) Received: from devel.bitflux.ch (bx-108.bitflux.ch [212.71.98.108]) by menubar.gnome.org (Postfix) with ESMTP id 3D3E13B0795 for ; Sun, 8 Aug 2004 11:58:46 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by devel.bitflux.ch (Postfix) with ESMTP id 47C3E94512; Sun, 8 Aug 2004 17:58:45 +0200 (CEST) Received: from devel.bitflux.ch ([127.0.0.1]) by localhost (devel.bitflux.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17952-01-10; Sun, 8 Aug 2004 17:58:45 +0200 (CEST) Received: from [192.168.0.104] (217-162-112-209.dclient.hispeed.ch [217.162.112.209]) by devel.bitflux.ch (Postfix) with ESMTP id 0C5BE94507; Sun, 8 Aug 2004 17:58:45 +0200 (CEST) Message-ID: <41164DB4.4020805@bitflux.ch> Date: Sun, 08 Aug 2004 17:58:44 +0200 From: Christian Stocker User-Agent: Mozilla Thunderbird 0.7.1 (Macintosh/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Branko Grbac Subject: Re: [xml] Setting up libxml with php 5.0 References: <41157C0C.3070906@gawab.com> <4116199D.5090207@bitflux.ch> <41163A65.6030401@gawab.com> In-Reply-To: <41163A65.6030401@gawab.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at bitflux.ch X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 15:58:48 -0000 On 8.8.2004 16:36 Uhr, Branko Grbac wrote: > Christian Stocker wrote: > >> Completely wrong list... Use one of the php mailinglists for such >> questions... > > > Still, I would appreciate if you helped me on the spot. > >> The libxml2 part is easy. Either it comes already with your >> distribution (you didn't tell us, which OS you are using, so it's >> quite hard to guess), or you download the source files and do an >> >> ./configure >> make >> make install >> >> likewise for PHP 5 (you have to add some configure options, but that >> will tell you ./configure --help or the manual...) > > > I'm running php 5.0.0 with Apache 2.0.50 on Windows XP. And, I have no http://www.php.net/manual/en/install.windows.php#install.windows.manual and more up to date for the moment http://testes.aborla.net/install-win.txt I will not answer any more questions about this topic here (as I really don't know more, than written on those pages). Please use the php mailinglists established exactly for those kind of questions... chregu > idea what you are talking about. Please, I need, if not detailed, then > at least very specific instructions of what should I do and where. I > will seek the mentioned mailing list, but please help me if you already > know the answer. > > Sincerely, > Branko Grbac > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | chregu@bitflux.ch | gnupg-keyid 0x5CE1DECB From cory@dolphtech.com Mon Aug 9 07:50:54 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0BF93B0D38 for ; Mon, 9 Aug 2004 07:50:54 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16364-06 for ; Mon, 9 Aug 2004 07:50:53 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id D0A963B0D3C for ; Mon, 9 Aug 2004 07:50:43 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i79BoIQj021057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 Aug 2004 07:50:23 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i79BoFc5011906 for ; Mon, 9 Aug 2004 07:50:17 -0400 Message-ID: <411764B8.2000303@dolphtech.com> Date: Mon, 09 Aug 2004 07:49:12 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Subject: Re: [xml] XPath query failing on modified xmlDoc References: <41123ECF.7040306@dolphtech.com> In-Reply-To: <41123ECF.7040306@dolphtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 11:50:55 -0000 Cory Virok wrote: > Ok, I'm new to libxml2 in general so there's probably a very simple > solution to this problem, (haven't been able to find it in the > archives though.) > > I have an xml document that I load up and modify. In this particular > instance, I load the document and then add in a new child element. I > have verified that the child is in the doc by doing a quick > xmlDocDump(). After I add children I want to be able to remove them. > The problem I'm seeing is that when I do an XPath query for the > children that existed prior to loading the document everything's fine, > but when I query for the children that I just added I get back an > empty node set. > > I remake the XPath context using the same doc pointer each time I > query so I know that the xpath context is using the right doc... It > seems like the DOM tree hasn't been updated and thus the xpath query > cannot find the child nodes, but I've verified that the tree is > up-to-date... > > The only thing I can think of is the format of my xpath expression, > which does not use explicit '[1]' or 'descendant::' etc... > > /config/user-list/user[@nickname="NICKNAME"] > > Any help is appreciated. > > - Cory Virok > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > So either no one understands my question or it's just been ignored. Either way I'd like to try posting it again. Anyone? - Cory Virok From veillard@redhat.com Mon Aug 9 08:18:14 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C96A43B0AF4 for ; Mon, 9 Aug 2004 08:18:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18555-08 for ; Mon, 9 Aug 2004 08:18:12 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 38BD13B0936 for ; Mon, 9 Aug 2004 08:18:12 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i79CI1e1006435; Mon, 9 Aug 2004 08:18:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i79CI1a12982; Mon, 9 Aug 2004 08:18:01 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i79CHEkj009677; Mon, 9 Aug 2004 08:17:14 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i79CHEaR009675; Mon, 9 Aug 2004 08:17:14 -0400 Date: Mon, 9 Aug 2004 08:17:14 -0400 From: Daniel Veillard To: Cory Virok Subject: Re: [xml] XPath query failing on modified xmlDoc Message-ID: <20040809121714.GP23508@redhat.com> References: <41123ECF.7040306@dolphtech.com> <411764B8.2000303@dolphtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411764B8.2000303@dolphtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 12:18:14 -0000 On Mon, Aug 09, 2004 at 07:49:12AM -0400, Cory Virok wrote: > So either no one understands my question or it's just been ignored. > Either way I'd like to try posting it again. > Anyone? There is nothing in your report which could explain why that would fail. XPath work on a tree. You modify the tree, rerun XPath, that should just work unless you made a programming error. So my bet is it's the second and there is no way I can know what happens, how, nor do I really have time chasing those issues. Since I have nothing to report I did not reply to your email. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From cory@dolphtech.com Mon Aug 9 08:38:31 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 861063B0D4E for ; Mon, 9 Aug 2004 08:38:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19539-07 for ; Mon, 9 Aug 2004 08:38:30 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 662203B0CFA for ; Mon, 9 Aug 2004 08:38:30 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i79CcUZP021407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Aug 2004 08:38:30 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i79CcTc5013695; Mon, 9 Aug 2004 08:38:29 -0400 Message-ID: <41177006.2070602@dolphtech.com> Date: Mon, 09 Aug 2004 08:37:26 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] XPath query failing on modified xmlDoc References: <41123ECF.7040306@dolphtech.com> <411764B8.2000303@dolphtech.com> <20040809121714.GP23508@redhat.com> In-Reply-To: <20040809121714.GP23508@redhat.com> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 12:38:31 -0000 Daniel Veillard wrote:
On Mon, Aug 09, 2004 at 07:49:12AM -0400, Cory Virok wrote:
  
So either no one understands my question or it's just been ignored. 
Either way I'd like to try posting it again.
Anyone?
    

  There is nothing in your report which could explain why that would
fail. XPath work on a tree. You modify the tree, rerun XPath, that 
should just work unless you made a programming error. So my bet is
it's the second and there is no way I can know what happens, how,
nor do I really have time chasing those issues.
  Since I have nothing to report I did not reply to your email.

Daniel

  
I realize that it *should* work, but the fact of the matter is that it does not and I'm trying to find out why.
If you don't have time to answer this email then please ignore. For all the others, here's the code used to create and insert the new element that is not recognized by the xpath query:

xmlNodePtr Foo::createNewUserNode(xmlNodePtr userParentPtr, char *nickname, char *certSubject, char *firstName, char *lastName) {
   
    // Create the "user" node
    xmlNodePtr retPtr = xmlNewChild(userParentPtr,
                    xmlNewNs(userParentPtr,
                        xmlCharStrdup(NEW_USER_NODE_NS_HREF),
                        xmlCharStrdup(NEW_USER_NODE_NS_PREFIX)),
                    BAD_CAST "user",
                    NULL);
    xmlNewProp(retPtr, BAD CAST "nickname", xmlCharStrdup(nickname));

    xmlNewChild(retPtr, NULL, BAD_CAST "user-cert", xmlCharStrdup(certSubject));
    xmlNewChild(retPtr, NULL, BAD_CAST "first-name", xmlCharStrdup(firstName));
    xmlNewChild(retPtr, NULL, BAD_CAST "last-name", xmlCharStrdup(lastName));

    return retPtr;
}


Here's the xml:

<?xml version="1.0" encoding="UTF-8"?>
<config ...>
    <user-list>   <!-- userParentPtr from above code points here -->
        <user nickname="CV">
            <cert-subject>DN=Cory Virok ...</cert-subject>
            <first-name>Cory</first-name>
            <last-name>Virok</last-name>
        </user>
       ...
    </user-list>
</config>


So after I add in this child I cannot seem to find it via an xpath query. All looks well in the document when I dump it out. And if I save it to a file, then re-parse it, the query finds the previously added node no problem!

Any help is again, appreciated.

Thanks,
 - Cory Virok
From cory@dolphtech.com Mon Aug 9 08:42:23 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 793BB3B0D70 for ; Mon, 9 Aug 2004 08:42:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19834-04 for ; Mon, 9 Aug 2004 08:42:17 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 518963B0D87 for ; Mon, 9 Aug 2004 08:41:07 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i79Cf6tT021445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Aug 2004 08:41:06 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i79Cf6c5013794; Mon, 9 Aug 2004 08:41:06 -0400 Message-ID: <411770A3.4000600@dolphtech.com> Date: Mon, 09 Aug 2004 08:40:03 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cory@dolphtech.com Subject: Re: [xml] XPath query failing on modified xmlDoc References: <41123ECF.7040306@dolphtech.com> <411764B8.2000303@dolphtech.com> <20040809121714.GP23508@redhat.com> <41177006.2070602@dolphtech.com> In-Reply-To: <41177006.2070602@dolphtech.com> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 12:42:23 -0000 Cory Virok wrote:
Daniel Veillard wrote:
On Mon, Aug 09, 2004 at 07:49:12AM -0400, Cory Virok wrote:
  
So either no one understands my question or it's just been ignored. 
Either way I'd like to try posting it again.
Anyone?
    

  There is nothing in your report which could explain why that would
fail. XPath work on a tree. You modify the tree, rerun XPath, that 
should just work unless you made a programming error. So my bet is
it's the second and there is no way I can know what happens, how,
nor do I really have time chasing those issues.
  Since I have nothing to report I did not reply to your email.

Daniel

  
I realize that it *should* work, but the fact of the matter is that it does not and I'm trying to find out why.
If you don't have time to answer this email then please ignore. For all the others, here's the code used to create and insert the new element that is not recognized by the xpath query:

xmlNodePtr Foo::createNewUserNode(xmlNodePtr userParentPtr, char *nickname, char *certSubject, char *firstName, char *lastName) {
   
    // Create the "user" node
    xmlNodePtr retPtr = xmlNewChild(userParentPtr,
                    xmlNewNs(userParentPtr,
                        xmlCharStrdup(NEW_USER_NODE_NS_HREF),
                        xmlCharStrdup(NEW_USER_NODE_NS_PREFIX)),
                    BAD_CAST "user",
                    NULL);
    xmlNewProp(retPtr, BAD CAST "nickname", xmlCharStrdup(nickname));

    xmlNewChild(retPtr, NULL, BAD_CAST "user-cert", xmlCharStrdup(certSubject));
    xmlNewChild(retPtr, NULL, BAD_CAST "first-name", xmlCharStrdup(firstName));
    xmlNewChild(retPtr, NULL, BAD_CAST "last-name", xmlCharStrdup(lastName));

    return retPtr;
}


Here's the xml:

<?xml version="1.0" encoding="UTF-8"?>
<config ...>
    <user-list>   <!-- userParentPtr from above code points here -->
        <user nickname="CV">
            <cert-subject>DN=Cory Virok ...</cert-subject>
            <first-name>Cory</first-name>
            <last-name>Virok</last-name>
        </user>
       ...
    </user-list>
</config>


So after I add in this child I cannot seem to find it via an xpath query. All looks well in the document when I dump it out. And if I save it to a file, then re-parse it, the query finds the previously added node no problem!

Any help is again, appreciated.

Thanks,
 - Cory Virok

_______________________________________________
xml mailing list, project page  http://xmlsoft.org/
xml@gnome.org
http://mail.gnome.org/mailman/listinfo/xml
  
Sorry... before I get chewed out, the line reading "xmlNewChild(retPtr, NULL, BAD_CAST "user-cert", xmlCharStrdup(certSubject));" does in fact use "cert-subject".
From bryan.christ@hp.com Mon Aug 9 15:39:16 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 70E003B0C8D for ; Mon, 9 Aug 2004 15:39:16 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09179-01 for ; Mon, 9 Aug 2004 15:39:15 -0400 (EDT) Received: from ztxmail04.ztx.compaq.com (ztxmail04.ztx.compaq.com [161.114.1.208]) by menubar.gnome.org (Postfix) with ESMTP id 4EFC73B0672 for ; Mon, 9 Aug 2004 15:39:15 -0400 (EDT) Received: from cceexg13.americas.cpqcorp.net (cceexg13.americas.cpqcorp.net [16.81.1.35]) by ztxmail04.ztx.compaq.com (Postfix) with ESMTP id AEA2CE2A for ; Mon, 9 Aug 2004 14:39:11 -0500 (CDT) Received: from cceexc23.americas.cpqcorp.net ([16.81.1.43]) by cceexg13.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 9 Aug 2004 14:39:11 -0500 Received: from 16.100.169.107 ([16.100.169.107]) by cceexc23.americas.cpqcorp.net ([16.81.1.43]) with Microsoft Exchange Server HTTP-DAV ; Mon, 9 Aug 2004 19:39:10 +0000 Received: from kricket by cceexc23.americas.cpqcorp.net; 09 Aug 2004 14:39:10 -0500 From: Bryan Christ To: xml@gnome.org Content-Type: multipart/alternative; boundary="=-gqUHGxpbHBkDx1P6cR0i" Message-Id: <1092080350.11733.41.camel@kricket> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 09 Aug 2004 14:39:10 -0500 X-OriginalArrivalTime: 09 Aug 2004 19:39:11.0464 (UTC) FILETIME=[8B656680:01C47E48] X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Newbie Help X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bryan.christ@hp.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 19:39:16 -0000 --=-gqUHGxpbHBkDx1P6cR0i Content-Type: text/plain Content-Transfer-Encoding: 7bit Please help! I have generated an xml file using kxmleditor. With libxml, I am trying to use the xpath interface to retrieve a node list for the elements in my file. The document has (currently) a three level hierarchy and I am trying to retrieve data from the inner most tier. My code snippet: if(!(xmldoc=xmlParseFile("statics.xml"))) break; xpath_context=xmlXPathNewContext(xmldoc); xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context); When I run my code, I get the following error messages: xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL Apparently, each one of these error messages corresponds to each level of the hierarchy. I have tried many permutations of the same expression. In all cases xpath_object is returned invalid. I suspect my syntax for the expression is wrong, but I cannot figure it out. Also, I have studied the code example at http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax for xpath as describe here http://www.w3.org/TR/xpath#section-Introduction. Neither has helped. As far as I can tell, my code is really the same as that provided by the example. Please help! Thanks in advance, Bryan Christ --=-gqUHGxpbHBkDx1P6cR0i Content-Type: text/html; charset=utf-8 Please help!

I have generated an xml file using kxmleditor.  With libxml, I am trying to use the xpath interface to retrieve a node list for the elements in my file.  The document has (currently) a three level hierarchy and I am trying to retrieve data from the inner most tier.  My code snippet:

if(!(xmldoc=xmlParseFile("statics.xml"))) break;
xpath_context=xmlXPathNewContext(xmldoc);
xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context);

When I run my code, I get the following error messages:

xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL

Apparently, each one of these error messages corresponds to each level of the hierarchy.  I have tried many permutations of the same expression.  In all cases xpath_object is returned invalid.  I suspect my syntax for the expression is wrong, but I cannot figure it out.
 
Also, I have studied the code example at http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax for xpath as describe here http://www.w3.org/TR/xpath#section-Introduction.  Neither has helped.  As far as I can tell, my code is really the same as that provided by the example.  Please help!

Thanks in advance,
Bryan Christ


--=-gqUHGxpbHBkDx1P6cR0i-- From cory@dolphtech.com Mon Aug 9 15:46:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EB133B0EDF for ; Mon, 9 Aug 2004 15:46:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09618-04 for ; Mon, 9 Aug 2004 15:46:13 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 5B43B3B0ED3 for ; Mon, 9 Aug 2004 15:46:13 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i79Jk4Lf003166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Aug 2004 15:46:04 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i79Jk3c5002063; Mon, 9 Aug 2004 15:46:03 -0400 Message-ID: <4117D43B.1080000@dolphtech.com> Date: Mon, 09 Aug 2004 15:44:59 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bryan.christ@hp.com Subject: Re: [xml] Newbie Help References: <1092080350.11733.41.camel@kricket> In-Reply-To: <1092080350.11733.41.camel@kricket> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 19:46:15 -0000 Bryan Christ wrote: > Please help! > > I have generated an xml file using kxmleditor. With libxml, I am > trying to use the xpath interface to retrieve a node list for the > elements in my file. The document has (currently) a three level > hierarchy and I am trying to retrieve data from the inner most tier. > My code snippet: > > if(!(xmldoc=xmlParseFile("statics.xml"))) break; > xpath_context=xmlXPathNewContext(xmldoc); > xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context); > > When I run my code, I get the following error messages: > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > Apparently, each one of these error messages corresponds to each level > of the hierarchy. I have tried many permutations of the same > expression. In all cases xpath_object is returned invalid. I suspect > my syntax for the expression is wrong, but I cannot figure it out. > > Also, I have studied the code example at > http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax > for xpath as describe here > http://www.w3.org/TR/xpath#section-Introduction. Neither has helped. > As far as I can tell, my code is really the same as that provided by > the example. Please help! > > Thanks in advance, > Bryan Christ > > >------------------------------------------------------------------------ > >_______________________________________________ >xml mailing list, project page http://xmlsoft.org/ >xml@gnome.org >http://mail.gnome.org/mailman/listinfo/xml > > have you tried 'BAD_CAST "/root/main_ui/config_menu/*"' ? From veillard@redhat.com Mon Aug 9 15:46:56 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E9A0C3B0ED3 for ; Mon, 9 Aug 2004 15:46:55 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09653-04 for ; Mon, 9 Aug 2004 15:46:54 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 282C93B0EEE for ; Mon, 9 Aug 2004 15:46:26 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i79JkPe1010957; Mon, 9 Aug 2004 15:46:25 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i79JkPa20655; Mon, 9 Aug 2004 15:46:25 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i79Jjc8Y015631; Mon, 9 Aug 2004 15:45:38 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i79JjcAQ015628; Mon, 9 Aug 2004 15:45:38 -0400 Date: Mon, 9 Aug 2004 15:45:38 -0400 From: Daniel Veillard To: Bryan Christ Subject: Re: [xml] Newbie Help Message-ID: <20040809194537.GU23508@redhat.com> References: <1092080350.11733.41.camel@kricket> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092080350.11733.41.camel@kricket> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 19:46:56 -0000 On Mon, Aug 09, 2004 at 02:39:10PM -0500, Bryan Christ wrote: > Please help! > > I have generated an xml file using kxmleditor. With libxml, I am trying > to use the xpath interface to retrieve a node list for the elements in > my file. The document has (currently) a three level hierarchy and I am > trying to retrieve data from the inner most tier. My code snippet: > > if(!(xmldoc=xmlParseFile("statics.xml"))) break; > xpath_context=xmlXPathNewContext(xmldoc); > xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context); > > When I run my code, I get the following error messages: > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL The current node is not defined. Strange but possible, > Apparently, each one of these error messages corresponds to each level > of the hierarchy. I have tried many permutations of the same > expression. In all cases xpath_object is returned invalid. I suspect > my syntax for the expression is wrong, but I cannot figure it out. Try /root/main_ui/config_menu/* The leading / ask XPath to start from the root of the document. > Also, I have studied the code example at > http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax > for xpath as describe here > http://www.w3.org/TR/xpath#section-Introduction. Neither has helped. > As far as I can tell, my code is really the same as that provided by the > example. Please help! Check that example: http://xmlsoft.org/examples/index.html#xpath1.c but it looks really similar. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bryan.christ@hp.com Mon Aug 9 16:45:08 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 768CE3B08D4 for ; Mon, 9 Aug 2004 16:45:08 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12017-10 for ; Mon, 9 Aug 2004 16:45:07 -0400 (EDT) Received: from ztxmail03.ztx.compaq.com (ztxmail03.ztx.compaq.com [161.114.1.207]) by menubar.gnome.org (Postfix) with ESMTP id 956463B0A45 for ; Mon, 9 Aug 2004 16:45:02 -0400 (EDT) Received: from cceexg12.americas.cpqcorp.net (cceexg12.americas.cpqcorp.net [16.81.1.33]) by ztxmail03.ztx.compaq.com (Postfix) with ESMTP id 2F995CD95; Mon, 9 Aug 2004 15:45:02 -0500 (CDT) Received: from cceexc23.americas.cpqcorp.net ([16.81.1.43]) by cceexg12.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 9 Aug 2004 15:45:02 -0500 Received: from 16.100.169.107 ([16.100.169.107]) by cceexc23.americas.cpqcorp.net ([16.81.1.43]) with Microsoft Exchange Server HTTP-DAV ; Mon, 9 Aug 2004 20:44:47 +0000 Received: from kricket by cceexc23.americas.cpqcorp.net; 09 Aug 2004 15:44:47 -0500 Subject: Re: [xml] Newbie Help From: Bryan Christ To: veillard@redhat.com, cory@dolphtech.com In-Reply-To: <20040809194537.GU23508@redhat.com> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> Content-Type: multipart/alternative; boundary="=-mfoaH/WfDbtx1jQ8o7Bh" Message-Id: <1092084287.13069.12.camel@kricket> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 09 Aug 2004 15:44:47 -0500 X-OriginalArrivalTime: 09 Aug 2004 20:45:02.0302 (UTC) FILETIME=[BE476FE0:01C47E51] X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bryan.christ@hp.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 20:45:08 -0000 --=-mfoaH/WfDbtx1jQ8o7Bh Content-Type: text/plain Content-Transfer-Encoding: 7bit Supplying the leading / is one of the permutations of the expression that I have already tried. When I do this, I *do not* get the error messages: xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL However, xpath_object is still returned as NULL. According to the documentation, even if there are no matches, shouldn't I receive back a valid pointer to an empty list? On Mon, 2004-08-09 at 14:45, Daniel Veillard wrote: > On Mon, Aug 09, 2004 at 02:39:10PM -0500, Bryan Christ wrote: > > Please help! > > > > I have generated an xml file using kxmleditor. With libxml, I am trying > > to use the xpath interface to retrieve a node list for the elements in > > my file. The document has (currently) a three level hierarchy and I am > > trying to retrieve data from the inner most tier. My code snippet: > > > > if(!(xmldoc=xmlParseFile("statics.xml"))) break; > > xpath_context=xmlXPathNewContext(xmldoc); > > xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context); > > > > When I run my code, I get the following error messages: > > > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > The current node is not defined. Strange but possible, > > > Apparently, each one of these error messages corresponds to each level > > of the hierarchy. I have tried many permutations of the same > > expression. In all cases xpath_object is returned invalid. I suspect > > my syntax for the expression is wrong, but I cannot figure it out. > > Try /root/main_ui/config_menu/* The leading / ask XPath to start > from the root of the document. > > > Also, I have studied the code example at > > http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax > > for xpath as describe here > > http://www.w3.org/TR/xpath#section-Introduction. Neither has helped. > > As far as I can tell, my code is really the same as that provided by the > > example. Please help! > > Check that example: > http://xmlsoft.org/examples/index.html#xpath1.c > but it looks really similar. > > Daniel --=-mfoaH/WfDbtx1jQ8o7Bh Content-Type: text/html; charset=utf-8 Supplying the leading / is one of the permutations of the expression that I have already tried.  When I do this, I *do not* get the error messages:

xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL

However, xpath_object is still returned as NULL.  According to the documentation, even if there are no matches, shouldn't I receive back a valid pointer to an empty list?

On Mon, 2004-08-09 at 14:45, Daniel Veillard wrote:
On Mon, Aug 09, 2004 at 02:39:10PM -0500, Bryan Christ wrote:
> Please help!
> 
> I have generated an xml file using kxmleditor.  With libxml, I am trying
> to use the xpath interface to retrieve a node list for the elements in
> my file.  The document has (currently) a three level hierarchy and I am
> trying to retrieve data from the inner most tier.  My code snippet:
> 
> if(!(xmldoc=xmlParseFile("statics.xml"))) break;
> xpath_context=xmlXPathNewContext(xmldoc);
> xpath_object=xmlXPathEvalExpression((xmlChar*)"root/main_ui/config_menu/*",xpath_context);
> 
> When I run my code, I get the following error messages:
> 
> xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
> xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
> xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
> xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL

  The current node is not defined. Strange but possible, 

> Apparently, each one of these error messages corresponds to each level
> of the hierarchy.  I have tried many permutations of the same
> expression.  In all cases xpath_object is returned invalid.  I suspect
> my syntax for the expression is wrong, but I cannot figure it out.

  Try /root/main_ui/config_menu/* The leading / ask XPath to start
from the root of the document.

> Also, I have studied the code example at
> http://www.xmlsoft.org/tutorial/apd.html and have reviewed the syntax
> for xpath as describe here
> http://www.w3.org/TR/xpath#section-Introduction.  Neither has helped. 
> As far as I can tell, my code is really the same as that provided by the
> example.  Please help!

  Check that example:
    http://xmlsoft.org/examples/index.html#xpath1.c
but it looks really similar. 

Daniel
--=-mfoaH/WfDbtx1jQ8o7Bh-- From veillard@redhat.com Mon Aug 9 17:15:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9A2443B0ECB for ; Mon, 9 Aug 2004 17:15:41 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13838-06 for ; Mon, 9 Aug 2004 17:15:40 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 32A1C3B0C3D for ; Mon, 9 Aug 2004 17:15:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i79LFWe1004225; Mon, 9 Aug 2004 17:15:37 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i79LFVa20707; Mon, 9 Aug 2004 17:15:31 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i79LEjxa027252; Mon, 9 Aug 2004 17:14:45 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i79LEjwA027250; Mon, 9 Aug 2004 17:14:45 -0400 Date: Mon, 9 Aug 2004 17:14:45 -0400 From: Daniel Veillard To: Bryan Christ Subject: Re: [xml] Newbie Help Message-ID: <20040809211444.GV23508@redhat.com> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092084287.13069.12.camel@kricket> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 21:15:41 -0000 On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote: > Supplying the leading / is one of the permutations of the expression > that I have already tried. When I do this, I *do not* get the error > messages: > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > However, xpath_object is still returned as NULL. According to the > documentation, even if there are no matches, shouldn't I receive back a > valid pointer to an empty list? No, you may get NULL for an empty Nodeset. It's an optimization which made huge difference for XSLT performances (no need to allocate/ deallocate empty lists all the time). Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bryan.christ@hp.com Mon Aug 9 17:17:05 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9A29D3B0EAA for ; Mon, 9 Aug 2004 17:17:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13923-08 for ; Mon, 9 Aug 2004 17:17:04 -0400 (EDT) Received: from ztxmail05.ztx.compaq.com (ztxmail05.ztx.compaq.com [161.114.1.209]) by menubar.gnome.org (Postfix) with ESMTP id 96E2C3B0C3D for ; Mon, 9 Aug 2004 17:17:04 -0400 (EDT) Received: from cceexg13.americas.cpqcorp.net (cceexg13.americas.cpqcorp.net [16.81.1.35]) by ztxmail05.ztx.compaq.com (Postfix) with ESMTP id 58BE5DDA5; Mon, 9 Aug 2004 16:17:04 -0500 (CDT) Received: from cceexc23.americas.cpqcorp.net ([16.81.1.43]) by cceexg13.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); Mon, 9 Aug 2004 16:17:03 -0500 Received: from 16.102.130.94 ([16.102.130.94]) by cceexc23.americas.cpqcorp.net ([16.81.1.43]) with Microsoft Exchange Server HTTP-DAV ; Mon, 9 Aug 2004 21:17:02 +0000 Received: from kricket by cceexc23.americas.cpqcorp.net; 09 Aug 2004 16:17:02 -0500 Subject: Re: [xml] Newbie Help From: Bryan Christ To: veillard@redhat.com In-Reply-To: <20040809211444.GV23508@redhat.com> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> <20040809211444.GV23508@redhat.com> Content-Type: multipart/alternative; boundary="=-3LGlM8cFLYmSEX23+gO/" Message-Id: <1092086222.2674.0.camel@kricket> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 09 Aug 2004 16:17:02 -0500 X-OriginalArrivalTime: 09 Aug 2004 21:17:03.0459 (UTC) FILETIME=[3760BB30:01C47E56] X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bryan.christ@hp.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 21:17:05 -0000 --=-3LGlM8cFLYmSEX23+gO/ Content-Type: text/plain Content-Transfer-Encoding: 7bit Well that helps a bit, but the problem still remains that the list shouldn't return empty. Any thoughts? On Mon, 2004-08-09 at 16:14, Daniel Veillard wrote: > On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote: > > Supplying the leading / is one of the permutations of the expression > > that I have already tried. When I do this, I *do not* get the error > > messages: > > > > xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > > > > However, xpath_object is still returned as NULL. According to the > > documentation, even if there are no matches, shouldn't I receive back a > > valid pointer to an empty list? > > No, you may get NULL for an empty Nodeset. It's an optimization > which made huge difference for XSLT performances (no need to allocate/ > deallocate empty lists all the time). > > Daniel --=-3LGlM8cFLYmSEX23+gO/ Content-Type: text/html; charset=utf-8 Well that helps a bit, but the problem still remains that the list shouldn't return empty.  Any thoughts?

On Mon, 2004-08-09 at 16:14, Daniel Veillard wrote:
On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote:
> Supplying the leading / is one of the permutations of the expression
> that I have already tried.  When I do this, I *do not* get the error
> messages:
> 
> xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
> 
> However, xpath_object is still returned as NULL.  According to the
> documentation, even if there are no matches, shouldn't I receive back a
> valid pointer to an empty list?

  No, you may get NULL for an empty Nodeset. It's an optimization 
which made huge difference for XSLT performances (no need to allocate/
deallocate empty lists all the time).

Daniel
--=-3LGlM8cFLYmSEX23+gO/-- From veillard@redhat.com Mon Aug 9 17:21:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 779A83B0E12 for ; Mon, 9 Aug 2004 17:21:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14169-05 for ; Mon, 9 Aug 2004 17:21:55 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 79D633B0EAA for ; Mon, 9 Aug 2004 17:21:54 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i79LLme1006441; Mon, 9 Aug 2004 17:21:53 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i79LLma23138; Mon, 9 Aug 2004 17:21:48 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i79LL189031902; Mon, 9 Aug 2004 17:21:01 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i79LL15Z031900; Mon, 9 Aug 2004 17:21:01 -0400 Date: Mon, 9 Aug 2004 17:21:01 -0400 From: Daniel Veillard To: Bryan Christ Subject: Re: [xml] Newbie Help Message-ID: <20040809212101.GW23508@redhat.com> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> <20040809211444.GV23508@redhat.com> <1092086222.2674.0.camel@kricket> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092086222.2674.0.camel@kricket> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 21:21:57 -0000 On Mon, Aug 09, 2004 at 04:17:02PM -0500, Bryan Christ wrote: > Well that helps a bit, but the problem still remains that the list > shouldn't return empty. Any thoughts? For further help, please follow the guidelines ! http://xmlsoft.org/bugs.html Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From buchcik@gmx.net Mon Aug 9 07:20:44 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 573213B0BE2 for ; Mon, 9 Aug 2004 07:20:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15155-08 for ; Mon, 9 Aug 2004 07:20:43 -0400 (EDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id CD6083B0A01 for ; Mon, 9 Aug 2004 07:20:42 -0400 (EDT) Received: (qmail 13835 invoked by uid 0); 9 Aug 2004 11:20:42 -0000 Received: from 212.202.229.162 by www49.gmx.net with HTTP; Mon, 9 Aug 2004 13:20:42 +0200 (MEST) Date: Mon, 9 Aug 2004 13:20:42 +0200 (MEST) From: buchcik@gmx.net To: xml@gnome.org MIME-Version: 1.0 References: <2BB7146B38D9CA40B215AB3DAAE24C087E2A17@blr-m2-msg.wipro.com> Subject: Re: [xml] XML schema validation fails X-Priority: 3 (Normal) X-Authenticated: #4774100 Message-ID: <24538.1092050442@www49.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 10 Aug 2004 05:55:56 -0400 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 11:20:44 -0000 Hi, > Hi, > > We are using libxml2-2.6.11. When we try to validate the XML file vs. > the schema, we are getting a "Content check failed" error. It is same as > the bug 139897 reported in the bug tracker. As per the reply, it was > supposed to be fixed in libxml2-2.6.11 but we are still getting the same > error. The bug 139897 was about references to global element declarations - it was fixed indeed. The message "Content check failed" is a validation messaged, which means that the given XML document is not valid. > Attached file (Validation.txt) contains the schema and the input XML. Using Xerces as the validation engine for the provided stylesheet + XML document, I get the following: 6,19: (Error) cvc-complex-type.2.4.a: Invalid content starting with element 'error-option'. One of '{"":source, "":target}' is expected. 6,51: (Error) cvc-enumeration-valid: Value 'rollback-on-error' is not facet-valid with respect to enumeration '[stop-on-error, ignore-error]'. 6,51: (Error) cvc-type.3.1.3: The value 'rollback-on-error' of element 'error-option' is not valid. > Can anyone please suggest what could be wrong? Everything seems to be fine. The schema engine reported the document not to be valid. I admit that the message "Content check failed" is not very informative. To change this we would need a mechanism that can evaluate the automaton, on which the element content validation is based, to spit out the legal child elements (in conjunction with the legal number of those) for a specific element. > Thanks in advance! > > Regards, > Savitha Regards, Kasimier From Bart_van_Leeuwen@netage.nl Tue Aug 10 07:12:21 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D68DC3B0E71 for ; Tue, 10 Aug 2004 07:12:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14887-07 for ; Tue, 10 Aug 2004 07:12:20 -0400 (EDT) Received: from amsfep18-int.chello.nl (amsfep18-int.chello.nl [213.46.243.13]) by menubar.gnome.org (Postfix) with ESMTP id 02CD03B0D07 for ; Tue, 10 Aug 2004 07:12:20 -0400 (EDT) Received: from server.office.netage.nl ([213.93.195.70]) by amsfep18-int.chello.nl (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040810111214.BWTX10747.amsfep18-int.chello.nl@server.office.netage.nl> for ; Tue, 10 Aug 2004 13:12:14 +0200 Sensitivity: To: xml@gnome.org From: "Bart van Leeuwen" Date: Tue, 10 Aug 2004 13:07:45 +0200 Message-ID: X-MIMETrack: Serialize by Router on netage.nl_notes_main/netage(Release 5.0.12 |February 13, 2003) at 10-08-2004 13:07:46 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 10 Aug 2004 08:18:41 -0400 Subject: [xml] libxml2 & libxslt port for OS/2 eComStation X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 11:12:22 -0000 Hi all, hereby I announce the availability of the libxml2 and libxslt for OS/2 - eComStation. it can be found at http://xml.netlabs.org. I'll try to maintain it so that new releases will be available within a few working days. With Regards Bart van Leeuwen From k.buchcik@4commerce.de Tue Aug 10 11:08:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 861283B07B9 for ; Tue, 10 Aug 2004 11:08:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26368-01 for ; Tue, 10 Aug 2004 11:08:17 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 7F8A23B0F67 for ; Tue, 10 Aug 2004 11:08:13 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1BuYEU-0006fs-00 for xml@gnome.org; Tue, 10 Aug 2004 17:08:10 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Tue, 10 Aug 2004 17:04:50 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Tue, 10 Aug 2004 17:08:05 +0200 Message-ID: <4118E745.2030702@4commerce.de> Date: Tue, 10 Aug 2004 17:18:29 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en X-OriginalArrivalTime: 10 Aug 2004 15:08:05.0143 (UTC) FILETIME=[D6538A70:01C47EEB] X-eMessageService: eMission.SMTPServer Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Schema patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 15:08:19 -0000 Hi, the following main changes have been applied to the XML schema engine of=20 libxml2: 1. Changed much of the error output. This has a low "nice" factor ;-) since a lot of the regression test results needed to be changed, but I am of hope that the gain of the error output will be more of importance to you. If this is fine with you, I will adapt the rest of the reports. 2. Activated namespace awareness during validation of the element content. 3. Added handling of xsd:any (this is not much tested yet). 4. Restructured and fixed parsing of , and to extract all required information + validation of its attributes and their values. 5. Changed xmlGetBooleanProp to additionally allow "0" and "1" for values of type boolean. 6. Completed parsing of xsd:annotation + its descendants xsd:appinfo and xsd:documentation (this was Bug 145247, submitted by Stefan Kost). 7. Added handling of substitution groups (this was Bug 145246, submitted by Stefan Kost). 8. Added handling of the facet "whiteSpace"; the engine tries now to correctly normalize attribute values and the character content of elements (this was Bug 104084, submitted by Sivaguru Sankaridurg). 9. Fixed a bug that occured when the derivation of attributes was checked (ComplexType, derivation by restriction). This bug was discovered by William Brack, running the regression tests on a 64bit machine. 10. Added namespace conversion if including XSDs with no target namespace. Greetings, Kasimier From cory@dolphtech.com Tue Aug 10 11:32:07 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40CEA3B0B6E for ; Tue, 10 Aug 2004 11:32:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27095-01 for ; Tue, 10 Aug 2004 11:32:06 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 0E5B43B0AA0 for ; Tue, 10 Aug 2004 11:32:06 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i7AFVvZo009165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Aug 2004 11:31:57 -0400 Received: from [192.168.64.103] (cory.dolphtech.com [192.168.64.103]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i7AFVvc5029007 for ; Tue, 10 Aug 2004 11:31:57 -0400 Message-ID: <4118EA2A.3090005@dolphtech.com> Date: Tue, 10 Aug 2004 11:30:50 -0400 From: Cory Virok User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Subject: Re: [xml] XPath query failing on modified xmlDoc References: <41123ECF.7040306@dolphtech.com> In-Reply-To: <41123ECF.7040306@dolphtech.com> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cory@dolphtech.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 15:32:07 -0000 Cory Virok wrote:
Ok, I'm new to libxml2 in general so there's probably a very simple solution to this problem, (haven't been able to find it in the archives though.)

I have an xml document that I load up and modify. In this particular instance, I load the document and then add in a new child element. I have verified that the child is in the doc by doing a quick xmlDocDump(). After I add children I want to be able to remove them. The problem I'm seeing is that when I do an XPath query for the children that existed prior to loading the document everything's fine, but when I query for the children that I just added I get back an empty node set.

I remake the XPath context using the same doc pointer each time I query so I know that the xpath context is using the right doc... It seems like the DOM tree hasn't been updated and thus the xpath query cannot find the child nodes, but I've verified that the tree is up-to-date...

The only thing I can think of is the format of my xpath expression, which does not use explicit '[1]' or 'descendant::' etc...

/config/user-list/user[@nickname="NICKNAME"]

Any help is appreciated.

- Cory Virok
_______________________________________________
xml mailing list, project page  http://xmlsoft.org/
xml@gnome.org
http://mail.gnome.org/mailman/listinfo/xml

For all interested, I found the problem... it wasn't very obvious to me.

Turns out that the problem was adding in the child node with a namespace object who's PREFIX and HREF were both NULL. Had I created the child element with a NULL namespace altogether the xpath would have worked correctly. I just assumed that NULL prefix and href would be the same as a NULL namespace. Guess I was wrong.

Here's the code:
BEFORE:

NEW_USER_NODE_NS_HREF = NULL;
NEW_USER_NODE_NS_PREFIX = NULL;
xmlNodePtr retPtr = xmlNewChild(userParentPtr,
                    xmlNewNs(userParentPtr,
                        xmlCharStrdup(NEW_USER_NODE_NS_HREF),
                        xmlCharStrdup(NEW_USER_NODE_NS_PREFIX)),
                    BAD_CAST "user",
                    NULL);


AFTER:

xmlNodePtr retPtr = xmlNewChild(userParentPtr,
                    NULL,
                    xmlCharStrdup(USER_TAG),
                    NULL)
;

From veillard@redhat.com Tue Aug 10 11:46:47 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F191F3B0F67 for ; Tue, 10 Aug 2004 11:46:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27937-06 for ; Tue, 10 Aug 2004 11:46:45 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id ABB2F3B0F4D for ; Tue, 10 Aug 2004 11:46:45 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7AFkge1024590; Tue, 10 Aug 2004 11:46:42 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7AFkba20844; Tue, 10 Aug 2004 11:46:37 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7AFjov0020861; Tue, 10 Aug 2004 11:45:50 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7AFjo5h020859; Tue, 10 Aug 2004 11:45:50 -0400 Date: Tue, 10 Aug 2004 11:45:50 -0400 From: Daniel Veillard To: Cory Virok Subject: Re: [xml] XPath query failing on modified xmlDoc Message-ID: <20040810154546.GZ23508@redhat.com> References: <41123ECF.7040306@dolphtech.com> <4118EA2A.3090005@dolphtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4118EA2A.3090005@dolphtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 15:46:47 -0000 I'm seeing the following: On Tue, Aug 10, 2004 at 11:30:50AM -0400, Cory Virok wrote: [-- Attachment #1 --] [-- Type: text/html, Encoding: 7bit, Size: 3.6K --] [-- text/html is unsupported (use 'v' to view this part) --] [-- Attachment #2 --] [-- Type: text/plain, Encoding: 7bit, Size: 0.2K --] plus the HTML part seems to hang in a text reader. In a nutshell your mail is unreadable. Do not sent HTML only mail ! I managed to extract this line of useful content over the half of dozen pages of badly formatted html output your mailer generated: "I just assumed that NULL prefix and href would be the same as a NULL namespace. Guess I was wrong." This is a FAQ (Frequently Asked Questions), which has been debated, explained, rehashed over and over here and everywhere XPath could have been discussed about XPath semantic of operation in presence of default namespaces. You could for example have read last week messages on said subject on this very list ! http://mail.gnome.org/archives/xml/2004-August/msg00019.html You will note the thread started by your mail is the first one after that thread in the archive: http://mail.gnome.org/archives/xml/2004-August/thread.html And you will also note that http://xmlsoft.org/bugs.html ask to "Check the list archives to see if the problem was reported already." Reading that thread titled "[xml] XPath question" would probably have saved you quite a bit of time, no ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From marek@icom.pl Tue Aug 10 14:04:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 52CEC3B0EB0 for ; Tue, 10 Aug 2004 14:04:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03198-04 for ; Tue, 10 Aug 2004 14:04:56 -0400 (EDT) Received: from smtp.icom.pl (104.225.149.195.tld.pl [195.149.225.104]) by menubar.gnome.org (Postfix) with SMTP id 814813B0FA3 for ; Tue, 10 Aug 2004 14:04:55 -0400 (EDT) Received: (qmail 30161 invoked by uid 700); 10 Aug 2004 18:04:58 -0000 Received: from afr78.internetdsl.tpnet.pl (HELO marek) (marek@icom.pl@83.16.147.78) by 104.225.149.195.tld.pl with SMTP; 10 Aug 2004 18:04:57 -0000 Message-ID: <005901c47f04$b9c97180$f701a8c0@marek> From: "Marek Elsner" To: Date: Tue, 10 Aug 2004 20:06:14 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0056_01C47F15.7D22F420" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4942.400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4942.400 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] UTF-8 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 18:04:57 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0056_01C47F15.7D22F420 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hello, I would like to parse xml document, adding to it special polish signs. As I read UTF-8 support polish signs, but what about libxml2. I have got following xml file: . . . 3 passwd12345 . . . =20 When I am trying to replace content of and with = special polish signs I get the following error: temp/sth_temp.xml:6: parser error : Input is not proper UTF-8, = indicate =20 encoding ! =BF=BC=BF=BC=BF ^ temp/sth_temp.xml:6: error: Bytes: 0xBF 0x3C 0x2F 0x64 =BF=BC=BF=BC=BF ^ Critical error --> document not parsed succesfully What is interesting, that after parsing the file content of = has the polish signs, but is not changed. Maybe someone can tell me how to insert polish signs to xml file using = libxml2. thanks a lot M ------=_NextPart_000_0056_01C47F15.7D22F420 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Hello,
 
I would like to parse xml = document, adding to=20 it special polish signs.
As I read UTF-8 support polish = signs, but what=20 about libxml2.
 
I have got following xml = file:
 
<?xml version=3D"1.0"=20 encoding=3D"UTF-8"?>
.
.
.
<sth:name>3</sth:name>
<sth:pw>passwd1= 2345</sth:pw>
.
.
.
 
When I am trying to replace = content of=20 <sth:name> and <sth:pw> with special polish signs I get the=20 following error:
    =    =20 temp/sth_temp.xml:6: parser error : Input is not proper UTF-8,=20 indicate        
    =    =20     encoding = !
       =20    =20 <sth:name>=BF=BC=BF=BC=BF</sth:name>
   &nb= sp;           &nbs= p;            = ;        =20 ^
        temp/sth_temp.xml:6: error: = Bytes:=20 0xBF 0x3C 0x2F 0x64
       =20    =20 <sth:name>=BF=BC=BF=BC=BF</sth:name>
   &nb= sp;           &nbs= p;            = ;        =20 ^
        Critical error --> = document not=20 parsed succesfully
 
 
What is interesting, that after = parsing the=20 file content of <sth:name> has the polish signs, but = <sth:pw> is not=20 changed.
 
Maybe someone can tell me how to = insert polish=20 signs to xml file using libxml2.
 
thanks a lot
 
M
------=_NextPart_000_0056_01C47F15.7D22F420-- From Bart_van_Leeuwen@netage.nl Tue Aug 10 17:08:18 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2C7073B086B for ; Tue, 10 Aug 2004 17:08:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11332-01 for ; Tue, 10 Aug 2004 17:08:16 -0400 (EDT) Received: from amsfep20-int.chello.nl (amsfep12-int.chello.nl [213.46.243.18]) by menubar.gnome.org (Postfix) with ESMTP id 05DC53B06F2 for ; Tue, 10 Aug 2004 17:08:16 -0400 (EDT) Received: from server.office.netage.nl ([213.93.195.70]) by amsfep20-int.chello.nl (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040810210809.XDI8597.amsfep20-int.chello.nl@server.office.netage.nl> for ; Tue, 10 Aug 2004 23:08:09 +0200 Sensitivity: To: xml@gnome.org From: "Bart van Leeuwen" Date: Tue, 10 Aug 2004 23:03:40 +0200 Message-ID: X-MIMETrack: Serialize by Router on netage.nl_notes_main/netage(Release 5.0.12 |February 13, 2003) at 10-08-2004 23:03:40 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] back level support X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 21:08:18 -0000 Hi all, I'm currently compiling a program which was developed somewhere in 2003, with probably version 2.5 of libxml2 I do have the latest 2.6.11 for compiling, the program has no version checks, but its behaviour is a bit odd. is there a chance that the version differences are causing my problems here ? there might be other reasons as well for the behaviour, but I want to rule out this one first. With Regards Bart van Leeuwen From veillard@redhat.com Tue Aug 10 17:30:30 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 177283B0FA3 for ; Tue, 10 Aug 2004 17:30:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12593-02 for ; Tue, 10 Aug 2004 17:30:28 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9641A3B0720 for ; Tue, 10 Aug 2004 17:30:28 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7ALUSe1020524; Tue, 10 Aug 2004 17:30:28 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7ALUNa16492; Tue, 10 Aug 2004 17:30:23 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7ALTaF7025447; Tue, 10 Aug 2004 17:29:36 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7ALTawK025445; Tue, 10 Aug 2004 17:29:36 -0400 Date: Tue, 10 Aug 2004 17:29:36 -0400 From: Daniel Veillard To: Bart van Leeuwen Subject: Re: [xml] back level support Message-ID: <20040810212934.GC23508@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 21:30:30 -0000 On Tue, Aug 10, 2004 at 11:03:40PM +0200, Bart van Leeuwen wrote: > > Hi all, > > I'm currently compiling a program which was developed somewhere in 2003, > with probably version 2.5 of libxml2 > I do have the latest 2.6.11 for compiling, the program has no version > checks, but its behaviour is a bit odd. > is there a chance that the version differences are causing my problems here > ? > there might be other reasons as well for the behaviour, but I want to rule > out this one first. The main difference between 2.5.x and 2.6.x is the introduction of dictionaries, and the main problem it raises is if you move subtrees between documents without doing a copy. If you don't do any of this it's unlikely 2.5 -> 2.6 changed much, maybe except better schemas and Relax-NG support and faster speed. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From pj@walter-graphtek.com Tue Aug 10 17:47:16 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F7C13B07CB for ; Tue, 10 Aug 2004 17:47:16 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13513-02 for ; Tue, 10 Aug 2004 17:47:14 -0400 (EDT) Received: from jessenlenz.com (mail.jessenlenz.com [212.79.192.34]) by menubar.gnome.org (Postfix) with ESMTP id A76E63B066C for ; Tue, 10 Aug 2004 17:47:13 -0400 (EDT) Received: from SOFTDEV8 (217.227.0.188) by jessenlenz.com with ESMTP (Eudora Internet Mail Server 3.2.5); Tue, 10 Aug 2004 23:43:42 +0200 From: "Peter Jacobi" To: "Marek Elsner" Date: Tue, 10 Aug 2004 23:57:59 +0200 MIME-Version: 1.0 Subject: Re: [xml] UTF-8 Message-ID: <41196107.14037.318B6DA@localhost> Priority: normal In-reply-to: <005901c47f04$b9c97180$f701a8c0@marek> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 21:47:16 -0000 Hi Marek, "Marek Elsner" wrote: > When I am trying to replace content of and with special > polish signs I get the following error: > > temp/sth_temp.xml:6: parser error : Input is not proper UTF-8, > indicate > encoding ! > > ^ > temp/sth_temp.xml:6: error: Bytes: 0xBF 0x3C 0x2F 0x64 > > ^ > Critical error --> document not parsed succesfully The problem is not libxml2, but your method of creating the file. It didn't create polish characters in UTF-8 encoding but in some other encoding. If you give some details, starting with the question which operation system you use and how you create your xml files, it's easier to help. If for example you are on W2K or XP, you can create the xml file simple with Notepad, but you must explicitely specidy "Save as UTF-8" Regards, Peter Jacobi From Bart_van_Leeuwen@netage.nl Tue Aug 10 17:48:13 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D73453B090F for ; Tue, 10 Aug 2004 17:48:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13513-08 for ; Tue, 10 Aug 2004 17:48:11 -0400 (EDT) Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15]) by menubar.gnome.org (Postfix) with ESMTP id AA06E3B0081 for ; Tue, 10 Aug 2004 17:48:09 -0400 (EDT) Received: from server.office.netage.nl ([213.93.195.70]) by amsfep17-int.chello.nl (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040810214805.MFEI24185.amsfep17-int.chello.nl@server.office.netage.nl> for ; Tue, 10 Aug 2004 23:48:05 +0200 Sensitivity: Subject: Re: [xml] back level support To: xml@gnome.org From: "Bart van Leeuwen" Date: Tue, 10 Aug 2004 23:43:35 +0200 Message-ID: X-MIMETrack: Serialize by Router on netage.nl_notes_main/netage(Release 5.0.12 |February 13, 2003) at 10-08-2004 23:43:36 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 21:48:13 -0000 On 10-08-2004 23:29:36 Daniel Veillard wrote: >On Tue, Aug 10, 2004 at 11:03:40PM +0200, Bart van Leeuwen wrote: >> >> Hi all, >> >> I'm currently compiling a program which was developed somewhere in 2003, >> with probably version 2.5 of libxml2 >> I do have the latest 2.6.11 for compiling, the program has no version >> checks, but its behaviour is a bit odd. >> is there a chance that the version differences are causing my problems here >> ? >> there might be other reasons as well for the behaviour, but I want to rule >> out this one first. > >The main difference between 2.5.x and 2.6.x is the introduction of >dictionaries, and the main problem it raises is if you move subtrees >between documents without doing a copy. If you don't do any of this >it's unlikely 2.5 -> 2.6 changed much, maybe except better schemas and >Relax-NG support and faster speed. So no internals or data type changes ? I'll go over the code anyway, a shame the author doesn't react anymore. With Regards Bart van Leeuwen From Michael.J.Culbertson@wheaton.edu Tue Aug 10 18:48:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A7363B101F for ; Tue, 10 Aug 2004 18:48:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16980-09 for ; Tue, 10 Aug 2004 18:48:33 -0400 (EDT) Received: from PETER.wheaton.edu (peter.wheaton.edu [192.138.89.55]) by menubar.gnome.org (Postfix) with ESMTP id 8B1EE3B1007 for ; Tue, 10 Aug 2004 18:48:32 -0400 (EDT) Received: from perez.wheaton.edu (Not Verified[192.138.89.1]) by PETER.wheaton.edu with NetIQ MailMarshal (v5.5.3.14) id ; Tue, 10 Aug 2004 17:48:32 -0500 Received: from localhost (localhost [127.0.0.1]) by perez.wheaton.edu (8.12.10/8.12.10) with ESMTP id i7AMmV2S026627 for ; Tue, 10 Aug 2004 17:48:31 -0500 (CDT) Received: from perez.wheaton.edu ([127.0.0.1]) by localhost (perez.wheaton.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26500-04 for ; Tue, 10 Aug 2004 17:48:31 -0500 (CDT) Received: from br0013.wheaton.edu (br0013.wheaton.edu [172.23.60.12]) by perez.wheaton.edu (8.12.10/8.12.10) with ESMTP id i7AMmShg026621 for ; Tue, 10 Aug 2004 17:48:28 -0500 (CDT) Date: Tue, 10 Aug 2004 17:47:58 -0500 (CDT) From: Michael Culbertson X-X-Sender: mculbert@nehemiah.dnsalias.net To: xml@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (perez.wheaton.edu [192.138.89.1]); Tue, 10 Aug 2004 17:48:28 -0500 (CDT) X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] newline in xmlTextWriter on win32 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 22:48:34 -0000 Hello, I'm having difficulty with newlines ("\n") using xmlTextWriter on Windows. Instead of writing CRLF to the given output file as is the windows convention, the text writer is outputting LF (\x0A) alone. This happens both when the newline is inserted due to automatic indentation and when the newline is explicit in an inserted string constant (using xmlTextWriterWriteFormatString). I verified that newlines outputed using fprintf and fwrite to regular files do indeed translate \n into CRLF. I poked around very briefly in the libxml2 code, but nothing jumped out at me as a possible cause. Does anyohe have an idea as to what could be causing this problem? Some details about my setup: - Cross-compiling for win32 on Debian GNU/Linux using mingw32-based gcc version 3.4.0 - Using libxml2 version 2.6.10, self-compiled - On the windows side, running Win98 - Text writer created using xmlNewTextWriterFilename() - I have tried default encoding (UTF-8?), ISO-8859-1, and plain ASCII Thanks for your help, Michael Culbertson From brasilino@recife.pe.gov.br Wed Aug 11 07:03:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 47C8C3B0B1A for ; Wed, 11 Aug 2004 07:03:40 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17357-06 for ; Wed, 11 Aug 2004 07:03:38 -0400 (EDT) Received: from recife.pe.gov.br (unknown [200.249.133.130]) by menubar.gnome.org (Postfix) with ESMTP id DAE003B0C49 for ; Wed, 11 Aug 2004 07:03:37 -0400 (EDT) Received: from recife.pe.gov.br (localhost.localdomain [127.0.0.1]) by recife.pe.gov.br (8.12.10/8.12.9) with ESMTP id i7BB8Lc8030686 for ; Wed, 11 Aug 2004 08:08:21 -0300 Received: from recife.pe.gov.br (proxy.recife.pe.gov.br [200.249.133.135]) by recife.pe.gov.br (8.12.10/8.12.10) with ESMTP id i7BB8JgP030634; Wed, 11 Aug 2004 08:08:20 -0300 Message-ID: <4119FD0A.3010608@recife.pe.gov.br> Date: Wed, 11 Aug 2004 08:03:38 -0300 From: Lucas Brasilino Organization: Emprel - Empresa Municipal de Informatica User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.4.2) Gecko/20040308 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: Michael Culbertson Subject: Re: [xml] newline in xmlTextWriter on win32 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 11:03:40 -0000 Hi > I'm having difficulty with newlines ("\n") using xmlTextWriter on > Windows. Instead of writing CRLF to the given output file as is the > windows convention, the text writer is outputting LF (\x0A) alone. This > happens both when the newline is inserted due to automatic indentation and > when the newline is explicit in an inserted string constant (using > xmlTextWriterWriteFormatString). I verified that newlines outputed using > fprintf and fwrite to regular files do indeed translate \n into CRLF. I > poked around very briefly in the libxml2 code, but nothing jumped out at > me as a possible cause. Does anyohe have an idea as to what could be > causing this problem? XML specs defines newline as the ending line character. If you want CRLF you can write a simple code to have the job done, or use "unix2dos" command line program. -- []'s Lucas Brasilino brasilino@recife.pe.gov.br http://www.recife.pe.gov.br Emprel - Empresa Municipal de Informatica (pt_BR) Municipal Computing Enterprise (en_US) Recife - Pernambuco - Brasil Fone: +55-81-34167078 From igor@zlatkovic.com Wed Aug 11 07:13:30 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E401A3B106F for ; Wed, 11 Aug 2004 07:13:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17926-09 for ; Wed, 11 Aug 2004 07:13:28 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id E5A513B106A for ; Wed, 11 Aug 2004 07:12:50 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA699A.dip.t-dialin.net [217.234.105.154]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7BBCjMD014049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 11 Aug 2004 13:12:47 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7BBCgO2029947; Wed, 11 Aug 2004 13:12:43 +0200 Message-ID: <4119FF2A.7090702@zlatkovic.com> Date: Wed, 11 Aug 2004 13:12:42 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: Michael Culbertson Subject: Re: [xml] newline in xmlTextWriter on win32 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 11:13:30 -0000 On 11/08/04 00:47, Michael Culbertson wrote: > Hello, > > I'm having difficulty with newlines ("\n") using xmlTextWriter on > Windows. Instead of writing CRLF to the given output file as is the > windows convention, the text writer is outputting LF (\x0A) alone. This > happens both when the newline is inserted due to automatic indentation and > when the newline is explicit in an inserted string constant (using > xmlTextWriterWriteFormatString). I verified that newlines outputed using > fprintf and fwrite to regular files do indeed translate \n into CRLF. I > poked around very briefly in the libxml2 code, but nothing jumped out at > me as a possible cause. Does anyohe have an idea as to what could be > causing this problem? > > Some details about my setup: > - Cross-compiling for win32 on Debian GNU/Linux using mingw32-based gcc > version 3.4.0 > - Using libxml2 version 2.6.10, self-compiled > - On the windows side, running Win98 > - Text writer created using xmlNewTextWriterFilename() > - I have tried default encoding (UTF-8?), ISO-8859-1, and plain ASCII This conversion done by the C runtime has been deactivated in libxml on purpose. The problem was that under some bizarre conditions, xmlParseFile() followed by a xmlSaveFile() modified the data. It replaced every \n with \r\n, even if it allready was a \r\n, ending up with \r\r\n. One did the read-write again and it became \r\r\r\n. This behaviour was not desirable, so libxml views XML files as binary not doing any translations. This makes the libxml output bytewise equal to that on Unix. I guess, if you want a \r\n, you will have to specify \r\n. Ciao, Igor From song@cs.utk.edu Wed Aug 11 11:36:45 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 35DD63B06DC for ; Wed, 11 Aug 2004 11:36:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01304-06 for ; Wed, 11 Aug 2004 11:36:42 -0400 (EDT) Received: from klutz.cs.utk.edu (klutz.cs.utk.edu [160.36.56.50]) by menubar.gnome.org (Postfix) with ESMTP id 91C393B07B2 for ; Wed, 11 Aug 2004 11:36:41 -0400 (EDT) Received: from localhost (klutz [127.0.0.1]) by klutz.cs.utk.edu (Postfix) with ESMTP id 4115E40090 for ; Wed, 11 Aug 2004 11:36:39 -0400 (EDT) Received: from klutz.cs.utk.edu ([127.0.0.1]) by localhost (klutz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04865-18 for ; Wed, 11 Aug 2004 11:36:38 -0400 (EDT) Received: from cs.utk.edu (athena.cs.utk.edu [160.36.58.44]) by klutz.cs.utk.edu (Postfix) with ESMTP id 699FB40023 for ; Wed, 11 Aug 2004 11:36:38 -0400 (EDT) Message-ID: <411A3D06.4000703@cs.utk.edu> Date: Wed, 11 Aug 2004 11:36:38 -0400 From: Fengguang Song Organization: UTK User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, zh-CN, zh-cn MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cs.utk.edu by ClamAV and McAfee X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 12 Aug 2004 04:50:31 -0400 Subject: [xml] Linefeed formats for DOS and Unix X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: song@cs.utk.edu List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 15:36:45 -0000 Hi, Does libxml2 support handling different end-of-line formats? if it does, since which version it provided the function? Some users have problems parsing files in DOS formats on Unix, but I don't have such a problem. Maybe only the new versions support it? Thanks, -FS From veillard@redhat.com Thu Aug 12 04:56:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B3CE3B11A2 for ; Thu, 12 Aug 2004 04:56:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12747-06 for ; Thu, 12 Aug 2004 04:56:35 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 200B63B114A for ; Thu, 12 Aug 2004 04:56:35 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7C8uTe1014571; Thu, 12 Aug 2004 04:56:29 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7C8uTa20964; Thu, 12 Aug 2004 04:56:29 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7C8tfQK023776; Thu, 12 Aug 2004 04:55:41 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7C8tftd023774; Thu, 12 Aug 2004 04:55:41 -0400 Date: Thu, 12 Aug 2004 04:55:41 -0400 From: Daniel Veillard To: Fengguang Song Subject: Re: [xml] Linefeed formats for DOS and Unix Message-ID: <20040812085540.GO23508@redhat.com> References: <411A3D06.4000703@cs.utk.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411A3D06.4000703@cs.utk.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 08:56:41 -0000 On Wed, Aug 11, 2004 at 11:36:38AM -0400, Fengguang Song wrote: > Hi, > > Does libxml2 support handling different end-of-line formats? if it does, > since which version it provided the function? Some users have problems > parsing files in DOS formats on Unix, but I don't have such a problem. > Maybe only the new versions support it? Handling different end-of-line formats is defined by the XML specification they are normalized on input. http://www.w3.org/TR/REC-xml/#sec-line-ends Since this is part of the XML specification libxml2 behaved that way forever. Double check this is very unlikely to be a libxml2 problem. For further help please follow the reporting guidelines at: http://xmlsoft.org/bugs.html Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gnome-xml@m.gmane.org Thu Aug 12 05:11:47 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A9CCE3B11D6 for ; Thu, 12 Aug 2004 05:11:47 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14166-10 for ; Thu, 12 Aug 2004 05:11:45 -0400 (EDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by menubar.gnome.org (Postfix) with ESMTP id 4D5A03B11E8 for ; Thu, 12 Aug 2004 05:10:49 -0400 (EDT) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BvBbi-0004zm-00 for ; Thu, 12 Aug 2004 11:10:48 +0200 Received: from host168-8.pool8174.interbusiness.it ([81.74.8.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Aug 2004 11:10:46 +0200 Received: from ognibene by host168-8.pool8174.interbusiness.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Aug 2004 11:10:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xml@gnome.org From: sKaBoy Date: Thu, 12 Aug 2004 09:07:12 +0000 (UTC) Lines: 14 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 81.74.8.168 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.8) Sender: news X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] mem leak in xmlsoft.org tutorial X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 09:11:47 -0000 Hi! I think there are two memory leak in function getnodeset at http://www.xmlsoft.org/tutorial/apd.html If if(xmlXPathNodeSetIsEmpty(result->nodesetval)) is TRUE then we should do: xmlXPathFreeContext (context); xmlXPathFreeObject (result); sorry for writing in this mailing list but i've not found the email of the tutorial's author :/ bye p.s. = keep up your good work!!! From cyberthymia2@yahoo.co.uk Thu Aug 12 13:05:48 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BAA463B0968 for ; Thu, 12 Aug 2004 13:05:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06190-08 for ; Thu, 12 Aug 2004 13:05:47 -0400 (EDT) Received: from smtp004.mail.ukl.yahoo.com (smtp004.mail.ukl.yahoo.com [217.12.11.35]) by menubar.gnome.org (Postfix) with SMTP id 5FC513B112B for ; Thu, 12 Aug 2004 13:05:46 -0400 (EDT) Received: from unknown (HELO ariel) (cyberthymia2@212.125.86.66 with login) by smtp004.mail.ukl.yahoo.com with SMTP; 12 Aug 2004 17:05:45 -0000 Message-ID: <089901c4808e$9b3b1b70$dc0aa8c0@3b2.com> From: "Richard Jinks" To: Date: Thu, 12 Aug 2004 18:05:29 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0896_01C48096.F3CC9FE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Parsed entities in namespaces X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 17:05:48 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0896_01C48096.F3CC9FE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I think I might have stumbled across a problem with the way libxml = handles entities when the reference is inside a default namespace. (I am = using libxml2-2.6.11) -- a.xml -- "> ]> &element; If I run the following XSLT against this xml (to output the namespace of = each element) : I get=20 root: http://www.test.com/test child: http://www.test.com/test=20 child_entity:=20 Why isn't the "child_entity" in the default namespace as well? From what = I can tell reading the XML and Namespace specs, my xml document should = be directly equivalent to: Is this a bug with libxml, or have I misunderstood something? Thanks, Richard ------=_NextPart_000_0896_01C48096.F3CC9FE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
 
I think I might have stumbled across a = problem with=20 the way libxml handles entities when the reference is inside a default=20 namespace. (I am using libxml2-2.6.11)
 
-- a.xml --
<?xml = version=3D"1.0"?>
<!DOCTYPE root SYSTEM "" = [
<!ENTITY element=20 "<child_entity/>">
]>
<root=20 xmlns=3D"http://www.test.com/test">
<child/>
&element;
</root>
 
If I run the following XSLT against = this xml=20 (to output the namespace of each element)
<?xml version=3D"1.0"?>
<xsl:stylesheet = version=3D"1.0"=20 xmlns:xsl=3D"http://www.w3.org/1999/XSL/= Transform"=20 >
  <xsl:template = match=3D"node()">
   =20 <xsl:value-of select=3D"name()"/><xsl:text>:=20 </xsl:text>
    <xsl:value-of=20 select=3D"namespace-uri()"/><xsl:text>
</xsl:text>
&= nbsp; =20 <xsl:apply-templates/>
  = </xsl:template>
</xsl:stylesheet>
I get
root: http://www.test.com/test
child: http://www.test.com/test=20
child_entity:
 
Why isn't the "child_entity" in the default namespace as well? From = what I=20 can tell reading the XML and Namespace specs, my xml document should be = directly=20 equivalent to:
<?xml = version=3D"1.0"?>
<root=20 xmlns=3D"http://www.test.com/test">
<child/>
<child_entity/>
</root>
 
Is this a bug with libxml, or have I misunderstood something?
 
Thanks,
Richard
------=_NextPart_000_0896_01C48096.F3CC9FE0-- From cyberthymia2@yahoo.co.uk Thu Aug 12 13:09:01 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 96E273B0DAB for ; Thu, 12 Aug 2004 13:09:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06458-03 for ; Thu, 12 Aug 2004 13:09:00 -0400 (EDT) Received: from smtp002.mail.ukl.yahoo.com (smtp002.mail.ukl.yahoo.com [217.12.11.33]) by menubar.gnome.org (Postfix) with SMTP id 8A07C3B0CAF for ; Thu, 12 Aug 2004 13:08:59 -0400 (EDT) Received: from unknown (HELO ariel) (cyberthymia2@212.125.86.66 with login) by smtp002.mail.ukl.yahoo.com with SMTP; 12 Aug 2004 17:08:59 -0000 Message-ID: <08a601c4808f$0e6168c0$dc0aa8c0@3b2.com> From: "Richard Jinks" To: Date: Thu, 12 Aug 2004 18:08:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Parsed entities in namespaces (non-html version) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 17:09:01 -0000 Hi Sorry for sending this twice - I sent it in HTML by mistake. I think I might have stumbled across a problem with the way libxml handles entities when the reference is inside a default namespace. (I am using libxml2-2.6.11) -- a.xml -- "> ]> &element; If I run the following XSLT against this xml (to output the namespace of each element) : I get root: http://www.test.com/test child: http://www.test.com/test child_entity: Why isn't the "child_entity" in the default namespace as well? From what I can tell reading the XML and Namespace specs, my xml document should be directly equivalent to: Is this a bug with libxml, or have I misunderstood something? Thanks, Richard From veillard@redhat.com Thu Aug 12 15:18:12 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D0E253B0857 for ; Thu, 12 Aug 2004 15:18:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11810-04 for ; Thu, 12 Aug 2004 15:18:10 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6CEC23B09CC for ; Thu, 12 Aug 2004 15:18:10 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7CJIAe1008027; Thu, 12 Aug 2004 15:18:10 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7CJI9a25553; Thu, 12 Aug 2004 15:18:09 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7CJHLPv021613; Thu, 12 Aug 2004 15:17:21 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7CJHJti021533; Thu, 12 Aug 2004 15:17:19 -0400 Date: Thu, 12 Aug 2004 15:17:19 -0400 From: Daniel Veillard To: Richard Jinks Subject: Re: [xml] Parsed entities in namespaces Message-ID: <20040812191719.GD5127@redhat.com> References: <089901c4808e$9b3b1b70$dc0aa8c0@3b2.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <089901c4808e$9b3b1b70$dc0aa8c0@3b2.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 19:18:13 -0000 On Thu, Aug 12, 2004 at 06:05:29PM +0100, Richard Jinks wrote: > Is this a bug with libxml, or have I misunderstood something? It is a bug. Fixing it is a big hairy mess, I'm not sure I will go there anytime soon. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From Michael.J.Culbertson@wheaton.edu Thu Aug 12 15:37:25 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 74FB23B08BA for ; Thu, 12 Aug 2004 15:37:25 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12864-03 for ; Thu, 12 Aug 2004 15:37:23 -0400 (EDT) Received: from PETER.wheaton.edu (peter.wheaton.edu [192.138.89.55]) by menubar.gnome.org (Postfix) with ESMTP id BD2EB3B12EE for ; Thu, 12 Aug 2004 15:37:22 -0400 (EDT) Received: from zerah.wheaton.edu (Not Verified[192.138.89.2]) by PETER.wheaton.edu with NetIQ MailMarshal (v5.5.3.14) id ; Thu, 12 Aug 2004 14:37:18 -0500 Received: from localhost (localhost [127.0.0.1]) by zerah.wheaton.edu (8.12.10/8.12.10) with ESMTP id i7CJbIqx009548; Thu, 12 Aug 2004 14:37:18 -0500 (CDT) Received: from zerah.wheaton.edu ([127.0.0.1]) by localhost (zerah.wheaton.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09032-10; Thu, 12 Aug 2004 14:37:18 -0500 (CDT) Received: from nehemiah (br0013.wheaton.edu [172.23.60.12]) by zerah.wheaton.edu (8.12.10/8.12.10) with ESMTP id i7CJb7w6009526; Thu, 12 Aug 2004 14:37:17 -0500 (CDT) Date: Thu, 12 Aug 2004 14:35:12 -0500 (CDT) From: Michael Culbertson X-X-Sender: mculbert@nehemiah To: Igor Zlatkovic Subject: Re: [xml] newline in xmlTextWriter on win32 In-Reply-To: <4119FF2A.7090702@zlatkovic.com> Message-ID: References: <4119FF2A.7090702@zlatkovic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (zerah.wheaton.edu [192.138.89.2]); Thu, 12 Aug 2004 14:37:17 -0500 (CDT) X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 19:37:25 -0000 Hello, On Wed, 11 Aug 2004, Igor Zlatkovic wrote: > This conversion done by the C runtime has been deactivated in libxml on > purpose. The problem was that under some bizarre conditions, > xmlParseFile() followed by a xmlSaveFile() modified the data. It > replaced every \n with \r\n, even if it allready was a \r\n, ending up > with \r\r\n. One did the read-write again and it became \r\r\r\n. Hmm.. this is interesting since according to XML specification (as was pointed out recently in an other message on this list), xmlParseFile() should have converted all \r\n sequences in the input file to \n. Then, when the file was output through xmlSaveFile() the C library would convert all of the single \n characters to the \r\n sequence. May I ask what sort of bizarre conditions caused the duplication? The change to binary write mode occurred in version 1.107 of xmlIO.c (20 Jul 2003). I checked the mailing list archive around that date and didn't see any discussion on this. If there was any, could you point me in that direction? Thanks, Michael Culbertson From veillard@redhat.com Thu Aug 12 15:46:22 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 899A13B082E for ; Thu, 12 Aug 2004 15:46:22 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13256-07 for ; Thu, 12 Aug 2004 15:46:21 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 51A003B1308 for ; Thu, 12 Aug 2004 15:46:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7CJkLe1014925; Thu, 12 Aug 2004 15:46:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7CJkKa01677; Thu, 12 Aug 2004 15:46:20 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7CJjWoc004773; Thu, 12 Aug 2004 15:45:32 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7CJjWu1004771; Thu, 12 Aug 2004 15:45:32 -0400 Date: Thu, 12 Aug 2004 15:45:32 -0400 From: Daniel Veillard To: Michael Culbertson Subject: Re: [xml] newline in xmlTextWriter on win32 Message-ID: <20040812194532.GF5127@redhat.com> References: <4119FF2A.7090702@zlatkovic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Igor Zlatkovic X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 19:46:22 -0000 On Thu, Aug 12, 2004 at 02:35:12PM -0500, Michael Culbertson wrote: > Hello, > > On Wed, 11 Aug 2004, Igor Zlatkovic wrote: > > This conversion done by the C runtime has been deactivated in libxml on > > purpose. The problem was that under some bizarre conditions, > > xmlParseFile() followed by a xmlSaveFile() modified the data. It > > replaced every \n with \r\n, even if it allready was a \r\n, ending up > > with \r\r\n. One did the read-write again and it became \r\r\r\n. > > Hmm.. this is interesting since according to XML specification (as was > pointed out recently in an other message on this list), xmlParseFile() > should have converted all \r\n sequences in the input file to \n. Then, > when the file was output through xmlSaveFile() the C library would convert > all of the single \n characters to the \r\n sequence. This should not by default. It is an XML serializer. The behaviour of the library should be consistent across platforms, and you have no way to know wether the input was \r\n , \n, \r, or 0x10; at serialization time. I don't think making the serializer change its behaviour depending on the platform is a good idea. If your editor can't recognize what \n in an XML resource means, then it's a good idea to use a different editor for XML input. It may also as well break encoding on save and lead you with a not well-formed result. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From norbert.crombach@gmail.com Thu Aug 12 17:16:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A71E13B075F for ; Thu, 12 Aug 2004 17:16:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18310-07 for ; Thu, 12 Aug 2004 17:16:30 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by menubar.gnome.org (Postfix) with ESMTP id 9151C3B06EB for ; Thu, 12 Aug 2004 17:16:29 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 77so245236rnl for ; Thu, 12 Aug 2004 14:16:20 -0700 (PDT) Received: by 10.38.74.10 with SMTP id w10mr1280376rna; Thu, 12 Aug 2004 14:16:20 -0700 (PDT) Message-ID: <5bedb27a04081214167ab3d644@mail.gmail.com> Date: Thu, 12 Aug 2004 23:16:20 +0200 From: Norbert Crombach To: xml@gnome.org Subject: [xml] XPath 2 support? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 21:16:34 -0000 I was wondering if anyone has been working on XPath 2 support. I've been working on a library on top of libxml2 to implement XPath 2. Just checking to prevent a lot of effort, etc. :) From igor@zlatkovic.com Fri Aug 13 09:31:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 32F543B0AD2 for ; Fri, 13 Aug 2004 09:31:40 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24214-04 for ; Fri, 13 Aug 2004 09:31:38 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 27E413B137E for ; Fri, 13 Aug 2004 09:30:49 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA69FE.dip.t-dialin.net [217.234.105.254]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7DDURMD016067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 13 Aug 2004 15:30:39 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7DDUUFE003643; Fri, 13 Aug 2004 15:30:31 +0200 Message-ID: <411CC276.4070308@zlatkovic.com> Date: Fri, 13 Aug 2004 15:30:30 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040620 X-Accept-Language: en, de MIME-Version: 1.0 To: Michael Culbertson Subject: Re: [xml] newline in xmlTextWriter on win32 References: <4119FF2A.7090702@zlatkovic.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 13:31:40 -0000 On 12/08/04 21:35, Michael Culbertson wrote: > Hello, > > On Wed, 11 Aug 2004, Igor Zlatkovic wrote: > >>This conversion done by the C runtime has been deactivated in libxml on >>purpose. The problem was that under some bizarre conditions, >>xmlParseFile() followed by a xmlSaveFile() modified the data. It >>replaced every \n with \r\n, even if it allready was a \r\n, ending up >>with \r\r\n. One did the read-write again and it became \r\r\r\n. > > > Hmm.. this is interesting since according to XML specification (as was > pointed out recently in an other message on this list), xmlParseFile() > should have converted all \r\n sequences in the input file to \n. Then, > when the file was output through xmlSaveFile() the C library would convert > all of the single \n characters to the \r\n sequence. > > May I ask what sort of bizarre conditions caused the duplication? The > change to binary write mode occurred in version 1.107 of xmlIO.c (20 Jul > 2003). I checked the mailing list archive around that date and didn't see > any discussion on this. If there was any, could you point me in that > direction? That was long ago, strike me if I know the details still. Someone reported a mysterious multiplication of line ends and I could reproduce that with libxml which was current somewhere in late 2001 or early 2002. But that wasn't the reason for the change to xmlio.c in 2003. The reason for that was discussed on libxslt list, if I remember well. Could look into the archives, but there is no need. Look at this: Take this and transform any XML document with it, using xsltproc, and add the -o option to save the result in a file. The resulting file must be exactly two bytes long and contain the sequence \r\n, on all platforms. If libxml would allow the runtime to convert the newlines, the result would be a \r\r\n file on Windows, clearly making the processor a broken one, on that platform. Ciao, Igor From brasilino@recife.pe.gov.br Fri Aug 13 09:48:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 358D43B0964 for ; Fri, 13 Aug 2004 09:48:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24950-08 for ; Fri, 13 Aug 2004 09:48:37 -0400 (EDT) Received: from recife.pe.gov.br (unknown [200.249.133.130]) by menubar.gnome.org (Postfix) with ESMTP id 454033B078D for ; Fri, 13 Aug 2004 09:48:28 -0400 (EDT) Received: from recife.pe.gov.br (localhost.localdomain [127.0.0.1]) by recife.pe.gov.br (8.12.10/8.12.9) with ESMTP id i7DDqiK8029127 for ; Fri, 13 Aug 2004 10:52:44 -0300 Received: from recife.pe.gov.br (proxy.recife.pe.gov.br [200.249.133.135]) by recife.pe.gov.br (8.12.10/8.12.10) with ESMTP id i7DDqdMs029104; Fri, 13 Aug 2004 10:52:41 -0300 Message-ID: <411CC6A3.3020409@recife.pe.gov.br> Date: Fri, 13 Aug 2004 10:48:19 -0300 From: Lucas Brasilino Organization: Emprel - Empresa Municipal de Informatica User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.4.2) Gecko/20040308 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: Norbert Crombach Subject: Re: [xml] XPath 2 support? References: <5bedb27a04081214167ab3d644@mail.gmail.com> In-Reply-To: <5bedb27a04081214167ab3d644@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 13:48:42 -0000 Hi Norbert: > I was wondering if anyone has been working on XPath 2 support. I've > been working on a library on top of libxml2 to implement XPath 2. Just > checking to prevent a lot of effort, etc. :) AFAIK, not. I'm also interesting in developing such support, but haven't much time. Is you code available at some CVS server ? -- []'s Lucas Brasilino brasilino@recife.pe.gov.br http://www.recife.pe.gov.br Emprel - Empresa Municipal de Informatica (pt_BR) Municipal Computing Enterprise (en_US) Recife - Pernambuco - Brasil Fone: +55-81-34167078 From spinmar@interfree.it Fri Aug 13 10:23:44 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1456E3B0947 for ; Fri, 13 Aug 2004 10:23:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27865-10 for ; Fri, 13 Aug 2004 10:23:41 -0400 (EDT) Received: from community8.interfree.it (community8.interfree.it [213.158.72.61]) by menubar.gnome.org (Postfix) with ESMTP id 16AD23B0759 for ; Fri, 13 Aug 2004 10:23:41 -0400 (EDT) Received: (qmail 32078 invoked by uid 320); 13 Aug 2004 14:23:40 -0000 Date: 13 Aug 2004 14:23:40 -0000 Message-ID: <20040813142340.32077.qmail@community8.interfree.it> Received: from 193.76.233.91 (spinmar@interfree.it) by mail.interfree.it with HTTP; Fri Aug 13 16:23:40 2004 X-Originating-IP: [193.76.233.91] From: spinmar@interfree.it To: xml@gnome.org X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] libxml2-2.6.11 install X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spinmar@interfree.it List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 14:23:44 -0000 Hi daniel, I toke src.rpm package of the last version of libxml2 and compiled without problem. My system is Linux version 2.4.2-2 (root@porky.devel.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-79)) #1 Sun Apr 8 20:41:30 ED T 2001 The problem is that the generated rpms don't want to install. The message I receive is: rpm -Uvh libxml2-2.6.11-1.i386.rpm libxml2-devel-2.6.11-1.i386.rpm libxml2-python-2.6.11-1.i386.rpm Preparing... ########################################### [100%] file /usr/bin/xmlcatalog from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/bin/xmllint from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/lib/libxml2.so.2 from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/share/man/man1/xmlcatalog.1.gz from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/share/man/man1/xmllint.1.gz from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/share/man/man1/xmlcatalog.1.gz from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-devel-2.2-0.71.0 file /usr/share/man/man1/xmllint.1.gz from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-devel-2.2-0.71.0 file /usr/share/man/man1/xml2-config.1.gz from install of libxml2-devel-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 file /usr/share/man/man1/xml2-config.1.gz from install of libxml2-devel-2.6.11-1 conflicts with file from package kdesupport-devel-2.2-0.71.0 rpmdb: Hash page 619 has bad prev_pgno rpmdb: Hash page 314 has bad prev_pgno rpmdb: Hash page 314 referenced twice error: db4 error(-30979) from db->verify: DB_VERIFY_BAD: Database verification failed What's the problem? ------------------------------------------------------------------------- NUOVA WEBMAIL DI INTERFREE! Da oggi Interfree offre a tutti i suoi utenti un nuovissimo servizio di WebMail tra i pi๙ evoluti e una qualitเ professionale che si rinnova di continuo: - Controllo antivirus - Filtro antispamming - Configurazione di account esterni - Accesso gratuito a InterDrive dove salvare e organizzare i tuoi file da qualsiasi computer e in qualsiasi momento ... Iscriviti gratuitamente all'indirizzo http://www.interfree.it e prova il nuovo servizio! Lo Staff di Interfree ------------------------------------------------------------------------- From veillard@redhat.com Fri Aug 13 11:12:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BE7733B0A15 for ; Fri, 13 Aug 2004 11:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30920-10 for ; Fri, 13 Aug 2004 11:12:14 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 69FE63B06ED for ; Fri, 13 Aug 2004 11:12:14 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7DFC8e1002775; Fri, 13 Aug 2004 11:12:08 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7DFC8a00955; Fri, 13 Aug 2004 11:12:08 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7DFBJf9019323; Fri, 13 Aug 2004 11:11:19 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7DFBJtx019321; Fri, 13 Aug 2004 11:11:19 -0400 Date: Fri, 13 Aug 2004 11:11:19 -0400 From: Daniel Veillard To: spinmar@interfree.it Subject: Re: [xml] libxml2-2.6.11 install Message-ID: <20040813151119.GG5127@redhat.com> References: <20040813142340.32077.qmail@community8.interfree.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040813142340.32077.qmail@community8.interfree.it> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 15:12:15 -0000 On Fri, Aug 13, 2004 at 02:23:40PM -0000, spinmar@interfree.it wrote: > file /usr/bin/xmlcatalog from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 > file /usr/bin/xmllint from install of libxml2-2.6.11-1 conflicts with file from package kdesupport-2.2-0.71.0 [...] > What's the problem? Seems whoever packaged that kdesupport thing is a pig to stay polite, this must be fixed, there is no way /usr/bin/xmllint should end up in something else than libxml2 package. Another explanation could be that your RPM database is toasted. So double check kdesupport-2.2-0.71.0 content, if it actually contains those files, generate a bug report to whoever made that package. If not, then your RPM db is in a bad shape and it's a matter of sysadmin cleanup/surgery. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From kost@imn.htwk-leipzig.de Fri Aug 13 16:32:09 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 503BB3B146B for ; Fri, 13 Aug 2004 16:32:06 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17034-06 for ; Fri, 13 Aug 2004 16:32:04 -0400 (EDT) Received: from mail.imn.htwk-leipzig.de (david.imn.htwk-leipzig.de [141.57.9.1]) by menubar.gnome.org (Postfix) with ESMTP id 191153B153F for ; Fri, 13 Aug 2004 16:30:34 -0400 (EDT) Received: from imn.htwk-leipzig.de (krishna [141.57.8.37]) by mail.imn.htwk-leipzig.de (Postfix) with ESMTP id E71FD21387; Fri, 13 Aug 2004 22:30:32 +0200 (MEST) Message-ID: <411D24C9.9030704@imn.htwk-leipzig.de> Date: Fri, 13 Aug 2004 22:30:01 +0200 From: Stefan Kost Organization: HTWK Leipzig User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: bryan.christ@hp.com Subject: Re: [xml] Newbie Help References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> <20040809211444.GV23508@redhat.com> <1092086222.2674.0.camel@kricket> In-Reply-To: <1092086222.2674.0.camel@kricket> X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------070808040300010501050305" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 20:32:09 -0000 This is a multi-part message in MIME format. --------------070808040300010501050305 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Bryan, do you use namespaces in your xml file. If so, that one needs to be registered first, before doing queries. In the future it is helpful to add a snipped of the XML files as well, when asking. Stefan Bryan Christ wrote: > Well that helps a bit, but the problem still remains that the list > shouldn't return empty. Any thoughts? > > On Mon, 2004-08-09 at 16:14, Daniel Veillard wrote: > > >>On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote: >> >>>Supplying the leading / is one of the permutations of the expression >>>that I have already tried. When I do this, I *do not* get the error >>>messages: >>> >>>xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL >>> >>>However, xpath_object is still returned as NULL. According to the >>>documentation, even if there are no matches, shouldn't I receive back a >>>valid pointer to an empty list? >> >> No, you may get NULL for an empty Nodeset. It's an optimization >>which made huge difference for XSLT performances (no need to allocate/ >>deallocate empty lists all the time). >> >>Daniel > > > > ------------------------------------------------------------------------ > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml -- \|/ Stefan Kost <@ @> private business +-oOO-(_)-OOo------------------------------------------------------ - - - - - | __ Address Simildenstr. 5 HTWK Leipzig, Fb IMN, Postfach 301166 | /// 04277 Leipzig 04251 Leipzig | __ /// Germany Germany | \\\/// Phone +49341 2253538 +49341 30766101 | \__/ EMail st_kost_at_gmx.net kost_at_imn.htwk-leipzig.de | WWW www.sonicpulse.de www.imn.htwk-leipzig.de/~kost/about.html ===-=-=--=---=---------------------------------- - - - - - --------------070808040300010501050305 Content-Type: text/x-vcard; charset=utf8; name="kost.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kost.vcf" begin:vcard fn:Stefan Kost n:Kost;Stefan org:HTWK Leipzig;FB. IMN adr:;;Postfach 301166;Leipzig;;04251;Germany email;internet:kost@imn.htwk-leipzig.de title:Dipl. Informatiker tel;work:+49341 30766440 tel;home:+49341 2253538 tel;cell:+49178 3183742 x-mozilla-html:FALSE url:http://www.imn.htwk-leipzig.de/~kost/about.html version:2.1 end:vcard --------------070808040300010501050305-- From bryan.christ@hp.com Sat Aug 14 01:33:16 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 945BD3B0841 for ; Sat, 14 Aug 2004 01:33:16 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03745-06 for ; Sat, 14 Aug 2004 01:33:15 -0400 (EDT) Received: from mailhub.hp.com (mailhub.hp.com [192.151.27.10]) by menubar.gnome.org (Postfix) with ESMTP id EE16F3B0A9B for ; Sat, 14 Aug 2004 01:33:14 -0400 (EDT) Received: from [192.168.0.3] (unknown [63.214.252.99]) by mailhub.hp.com (Postfix) with ESMTP id DAB792710D; Sat, 14 Aug 2004 01:33:11 -0400 (EDT) Subject: Re: [xml] Newbie Help From: Bryan Christ To: Stefan Kost In-Reply-To: <411D24C9.9030704@imn.htwk-leipzig.de> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> <20040809211444.GV23508@redhat.com> <1092086222.2674.0.camel@kricket> <411D24C9.9030704@imn.htwk-leipzig.de> Content-Type: multipart/alternative; boundary="=-PjrGU3lC+IYR8hhDPB6V" Message-Id: <1092461582.2727.21.camel@kricket> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 14 Aug 2004 00:33:02 -0500 X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bryan.christ@hp.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 05:33:17 -0000 --=-PjrGU3lC+IYR8hhDPB6V Content-Type: text/plain Content-Transfer-Encoding: 7bit I actually solved my problem. None of the examples and tutorials mentioned using xmlXPathInit(). However, because I found a discussion somewhere about needing to call this function once in a multi-threaded application I included it in my code. However, there was nothing (that I could find) that stated that the call had to be made outside of the "worker thread". Since I only need to implement xml and xpath in this one thread, I was calling xmlXPathInit() in that thread. Eventually, as a shot-in-the-dark, I moved it to the calling process, main(), and everything works now. Perhaps I have just overlooked the documentation which details this behavior. On Fri, 2004-08-13 at 15:30, Stefan Kost wrote: > Hi Bryan, > > do you use namespaces in your xml file. If so, that one needs to be registered > first, before doing queries. In the future it is helpful to add a snipped of the > XML files as well, when asking. > > Stefan > > Bryan Christ wrote: > > Well that helps a bit, but the problem still remains that the list > > shouldn't return empty. Any thoughts? > > > > On Mon, 2004-08-09 at 16:14, Daniel Veillard wrote: > > > > > >>On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote: > >> > >>>Supplying the leading / is one of the permutations of the expression > >>>that I have already tried. When I do this, I *do not* get the error > >>>messages: > >>> > >>>xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL > >>> > >>>However, xpath_object is still returned as NULL. According to the > >>>documentation, even if there are no matches, shouldn't I receive back a > >>>valid pointer to an empty list? > >> > >> No, you may get NULL for an empty Nodeset. It's an optimization > >>which made huge difference for XSLT performances (no need to allocate/ > >>deallocate empty lists all the time). > >> > >>Daniel > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > xml mailing list, project page http://xmlsoft.org/ > > xml@gnome.org > > http://mail.gnome.org/mailman/listinfo/xml --=-PjrGU3lC+IYR8hhDPB6V Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit I actually solved my problem.   None of the examples and tutorials mentioned using xmlXPathInit().  However, because I found a discussion somewhere about needing to call this function once in a multi-threaded application I included it in my code.  However, there was nothing (that I could find) that stated that the call had to be made outside of the "worker thread".  Since I only need to implement xml and xpath in this one thread, I was calling xmlXPathInit() in that thread.  Eventually, as a shot-in-the-dark, I moved it to the calling process, main(), and everything works now.  Perhaps I have just overlooked the documentation which details this behavior.

On Fri, 2004-08-13 at 15:30, Stefan Kost wrote:
Hi Bryan,

do you use namespaces in your xml file. If so, that one needs to be registered
first, before doing queries. In the future it is helpful to add a snipped of the
XML files as well, when asking.

Stefan

Bryan Christ wrote:
> Well that helps a bit, but the problem still remains that the list
> shouldn't return empty.  Any thoughts?
> 
> On Mon, 2004-08-09 at 16:14, Daniel Veillard wrote:
> 
> 
>>On Mon, Aug 09, 2004 at 03:44:47PM -0500, Bryan Christ wrote:
>>
>>>Supplying the leading / is one of the permutations of the expression
>>>that I have already tried.  When I do this, I *do not* get the error
>>>messages:
>>>
>>>xmlXPathNodeCollectAndTest xpath.c:1923 : nodelist and node are NULL
>>>
>>>However, xpath_object is still returned as NULL.  According to the
>>>documentation, even if there are no matches, shouldn't I receive back a
>>>valid pointer to an empty list?
>>
>>  No, you may get NULL for an empty Nodeset. It's an optimization 
>>which made huge difference for XSLT performances (no need to allocate/
>>deallocate empty lists all the time).
>>
>>Daniel
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> xml mailing list, project page  http://xmlsoft.org/
> xml@gnome.org
> http://mail.gnome.org/mailman/listinfo/xml
--=-PjrGU3lC+IYR8hhDPB6V-- From veillard@redhat.com Sat Aug 14 04:34:04 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 19D093B0693 for ; Sat, 14 Aug 2004 04:34:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09289-01 for ; Sat, 14 Aug 2004 04:34:01 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 92F0A3B000E for ; Sat, 14 Aug 2004 04:34:01 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7E8Xpe1005579; Sat, 14 Aug 2004 04:33:51 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7E8Xpa26912; Sat, 14 Aug 2004 04:33:51 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7E8X2dd026737; Sat, 14 Aug 2004 04:33:02 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7E8X2H9026730; Sat, 14 Aug 2004 04:33:02 -0400 Date: Sat, 14 Aug 2004 04:33:02 -0400 From: Daniel Veillard To: Bryan Christ Subject: Re: [xml] Newbie Help Message-ID: <20040814083301.GJ5127@redhat.com> References: <1092080350.11733.41.camel@kricket> <20040809194537.GU23508@redhat.com> <1092084287.13069.12.camel@kricket> <20040809211444.GV23508@redhat.com> <1092086222.2674.0.camel@kricket> <411D24C9.9030704@imn.htwk-leipzig.de> <1092461582.2727.21.camel@kricket> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092461582.2727.21.camel@kricket> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Stefan Kost X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 08:34:04 -0000 On Sat, Aug 14, 2004 at 12:33:02AM -0500, Bryan Christ wrote: > I actually solved my problem. None of the examples and tutorials > mentioned using xmlXPathInit(). However, because I found a discussion > somewhere about needing to call this function once in a multi-threaded > application I included it in my code. However, there was nothing (that > I could find) that stated that the call had to be made outside of the > "worker thread". Since I only need to implement xml and xpath in this > one thread, I was calling xmlXPathInit() in that thread. Eventually, as > a shot-in-the-dark, I moved it to the calling process, main(), and > everything works now. Perhaps I have just overlooked the documentation > which details this behavior. That's really strange. xmlXPathInit just do the initialization of 4 global variables used for +Inf -Inf NaN and -0 handling in XPath. They are truely global and hence shared by all threads, so I would really expect xmlXPathInit() to affect all threads identically. This is not true for all the initializations though and it's usually better to call the init routine in the main thread. Thanks for the feedback, this is bizarre, but hopefully fixed now, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From mh@glandium.org Sun Aug 15 01:41:26 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 165BC3B09AA for ; Sun, 15 Aug 2004 01:41:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16825-04 for ; Sun, 15 Aug 2004 01:41:24 -0400 (EDT) Received: from glandium.org (d110.HaichiFL4.vectant.ne.jp [163.139.135.110]) by menubar.gnome.org (Postfix) with ESMTP id 45AE63B08A3 for ; Sun, 15 Aug 2004 01:41:24 -0400 (EDT) Received: from mh by glandium.org with local (Exim 3.36 #1 (Debian)) id 1BwDl3-0007GQ-00 for ; Sun, 15 Aug 2004 14:40:41 +0900 Date: Sun, 15 Aug 2004 14:40:40 +0900 From: Mike Hommey To: xml@gnome.org Message-ID: <20040815054039.GE16993@vaio.glandium.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline User-Agent: Mutt/1.5.6+20040803i X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Tiny patch for a typo X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 05:41:26 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Here is a patch for a a typo in xmlIO.c (connection refuxed instead of connection refused) Cheers Mike --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="typo.diff" --- xmlIO.c 2004-07-07 02:01:11.000000000 +0900 +++ /tmp/xmlIO.c 2004-08-15 14:39:06.000000000 +0900 @@ -182,7 +182,7 @@ "loading error", "not a socket", /* ENOTSOCK */ "already connected", /* EISCONN */ - "connection refuxed", /* ECONNREFUSED */ + "connection refused", /* ECONNREFUSED */ "unreachable network", /* ENETUNREACH */ "adddress in use", /* EADDRINUSE */ "already in use", /* EALREADY */ --UlVJffcvxoiEqYs2-- From veillard@redhat.com Sun Aug 15 04:22:22 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0404F3B0B82 for ; Sun, 15 Aug 2004 04:22:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21252-07 for ; Sun, 15 Aug 2004 04:22:17 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BC4E03B0D66 for ; Sun, 15 Aug 2004 04:22:03 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7F8M0e1007436; Sun, 15 Aug 2004 04:22:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7F8M0a16982; Sun, 15 Aug 2004 04:22:00 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7F8LBhd018601; Sun, 15 Aug 2004 04:21:11 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7F8LBvK018589; Sun, 15 Aug 2004 04:21:11 -0400 Date: Sun, 15 Aug 2004 04:21:11 -0400 From: Daniel Veillard To: Mike Hommey Subject: Re: [xml] Tiny patch for a typo Message-ID: <20040815082110.GB18492@redhat.com> References: <20040815054039.GE16993@vaio.glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040815054039.GE16993@vaio.glandium.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:22:22 -0000 On Sun, Aug 15, 2004 at 02:40:40PM +0900, Mike Hommey wrote: > Hi > > Here is a patch for a a typo in xmlIO.c (connection refuxed instead of > connection refused) Okay, fixed in my tree, I will commit later today :-) thanks, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From rajeshm1@KPITCummins.com Fri Aug 13 11:09:03 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7D5443B06ED for ; Fri, 13 Aug 2004 11:09:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30812-09 for ; Fri, 13 Aug 2004 11:09:01 -0400 (EDT) Received: from sohm.kpit.com (mail.kpitcummins.com [203.197.93.236]) by menubar.gnome.org (Postfix) with ESMTP id 2C2AB3B0759 for ; Fri, 13 Aug 2004 11:08:55 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C48146.BDC0F021" Date: Fri, 13 Aug 2004 20:33:50 +0530 Message-ID: <4A1BE23A7B777442B60F4B4916AE0F130219331D@sohm.kpit.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: regarding building the libxml2 in QNX Thread-Index: AcSBRr3MuD+zWnvyRLa1zRZzMMtRMA== From: "Rajesh M.C." To: X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sun, 15 Aug 2004 15:20:40 -0400 Subject: [xml] regarding building the libxml2 in QNX X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 15:09:03 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C48146.BDC0F021 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am a new user of the libxml2 .Acutually i am working on this for the = first time.I got the things worked in VC++.I want to build the library = in QNX. Could anyone help me in this regard.I am also concerned with the error = handling. I had gone through the implementation. I would also like to know about how the exception handling is taken = care. Regards Rajesh=20 ------_=_NextPart_001_01C48146.BDC0F021 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable regarding building the libxml2 in QNX

I am a new user of the libxml2 = .Acutually i am working on this for the first time.I got the things = worked in VC++.I want to build the library in QNX.

Could anyone help me in this regard.I = am also concerned with the error handling. I had gone through the = implementation.
I would also like to know about how = the exception handling is taken care.


Regards
Rajesh

------_=_NextPart_001_01C48146.BDC0F021-- From veillard@redhat.com Sun Aug 15 15:27:07 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 821E13B0940 for ; Sun, 15 Aug 2004 15:27:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18225-01 for ; Sun, 15 Aug 2004 15:27:06 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 2DD823B0CB2 for ; Sun, 15 Aug 2004 15:27:05 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7FJQxe1013034; Sun, 15 Aug 2004 15:26:59 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7FJQxa09377; Sun, 15 Aug 2004 15:26:59 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7FJQA3m013506; Sun, 15 Aug 2004 15:26:10 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7FJQAZK013504; Sun, 15 Aug 2004 15:26:10 -0400 Date: Sun, 15 Aug 2004 15:26:10 -0400 From: Daniel Veillard To: "Rajesh M.C." Subject: Re: [xml] regarding building the libxml2 in QNX Message-ID: <20040815192609.GD18492@redhat.com> References: <4A1BE23A7B777442B60F4B4916AE0F130219331D@sohm.kpit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A1BE23A7B777442B60F4B4916AE0F130219331D@sohm.kpit.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 19:27:07 -0000 On Fri, Aug 13, 2004 at 08:33:50PM +0530, Rajesh M.C. wrote: > I am a new user of the libxml2 .Acutually i am working on this for the first time.I got the things worked in VC++.I want to build the library in QNX. > Could anyone help me in this regard.I am also concerned with the error handling. I had gone through the implementation. http://xmlsoft.org/search.php?query=QNX&submit=Search+... sounds a good first step. http://xmlsoft.org/FAQ.html#Compilatio might help too > I would also like to know about how the exception handling is taken care. This is C code. No exceptions ! Yes you will have to test all return values from the API. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From matthias.jung@xtradyne.com Mon Aug 16 05:13:38 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E48053B0B8D for ; Mon, 16 Aug 2004 05:13:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15232-02 for ; Mon, 16 Aug 2004 05:13:33 -0400 (EDT) Received: from gw.xtradyne.de (gw.xtradyne.de [62.159.77.194]) by menubar.gnome.org (Postfix) with ESMTP id B58EE3B0C52 for ; Mon, 16 Aug 2004 05:12:31 -0400 (EDT) Received: from penguin.xtradyne.de ([192.168.1.2]) by gw.xtradyne.de with esmtp (Exim 4.34) id 1BwdXa-0002bK-4R; Mon, 16 Aug 2004 11:12:30 +0200 Received: from amavis by penguin.xtradyne.de with scanned-ok (Exim 4.34) id 1BwdXW-00043m-9o; Mon, 16 Aug 2004 11:12:26 +0200 Received: from wombat.xtradyne.de ([192.168.1.70]) by penguin.xtradyne.de with esmtp (Exim 4.34) id 1BwdXV-00043f-Mv; Mon, 16 Aug 2004 11:12:25 +0200 Message-ID: <41207A7D.2030404@xtradyne.com> Date: Mon, 16 Aug 2004 11:12:29 +0200 From: Matthias Jung User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Norbert Crombach Subject: Re: [xml] XPath 2 support? References: <5bedb27a04081214167ab3d644@mail.gmail.com> In-Reply-To: <5bedb27a04081214167ab3d644@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre8 X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:13:38 -0000 xmlsec supports XPath2 on top of libxml. Ok, it uses XPath2 for digital signature puropse, but maybe its implementation does also help. Cheers Matthias Norbert Crombach wrote: >I was wondering if anyone has been working on XPath 2 support. I've >been working on a library on top of libxml2 to implement XPath 2. Just >checking to prevent a lot of effort, etc. :) >_______________________________________________ >xml mailing list, project page http://xmlsoft.org/ >xml@gnome.org >http://mail.gnome.org/mailman/listinfo/xml > > > -- --------------------------------------------------------------- Matthias Jung mailto:matthias.jung@xtradyne.com Xtradyne Technologies AG http://www.xtradyne.com Schoenhauser Allee 6-7, Phone: +49-30-440306-38 D-10119 Berlin, Germany Fax : +49-30-440306-78 From veillard@redhat.com Mon Aug 16 05:46:36 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0878F3B0DB4 for ; Mon, 16 Aug 2004 05:46:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17260-03 for ; Mon, 16 Aug 2004 05:46:32 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8FD473B0AB0 for ; Mon, 16 Aug 2004 05:46:30 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7G9f2e1005656; Mon, 16 Aug 2004 05:41:02 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7G9f2a23804; Mon, 16 Aug 2004 05:41:02 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7G9eCDH030746; Mon, 16 Aug 2004 05:40:12 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7G9eCxQ030744; Mon, 16 Aug 2004 05:40:12 -0400 Date: Mon, 16 Aug 2004 05:40:11 -0400 From: Daniel Veillard To: Matthias Jung Subject: Re: [xml] XPath 2 support? Message-ID: <20040816094011.GH18492@redhat.com> References: <5bedb27a04081214167ab3d644@mail.gmail.com> <41207A7D.2030404@xtradyne.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41207A7D.2030404@xtradyne.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:46:36 -0000 On Mon, Aug 16, 2004 at 11:12:29AM +0200, Matthias Jung wrote: > xmlsec supports XPath2 on top of libxml. > Ok, it uses XPath2 for digital signature puropse, but maybe its > implementation does also help. First time I heard that XML DSig requires XPath2. I think there is some confusion, it does reference XPath1 not 2 clearly ! http://www.w3.org/TR/xmldsig-core/#sec-XPath The only addition is here() which is actually similar to the XPointer one, not something fron XPath2. That said, I'm all for people implementing XPath2 in a separate library on top of libxml2, if possible with the same Licencing (MIT Licence) so I may reuse it later if I ever work on XSLT2 or XQuery. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From matthias.jung@xtradyne.com Mon Aug 16 06:12:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4F7013B0889 for ; Mon, 16 Aug 2004 06:12:41 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18526-03 for ; Mon, 16 Aug 2004 06:12:39 -0400 (EDT) Received: from gw.xtradyne.de (gw.xtradyne.de [62.159.77.194]) by menubar.gnome.org (Postfix) with ESMTP id B48C53B06C6 for ; Mon, 16 Aug 2004 06:12:38 -0400 (EDT) Received: from penguin.xtradyne.de ([192.168.1.2]) by gw.xtradyne.de with esmtp (Exim 4.34) id 1BweTb-0002ei-TI; Mon, 16 Aug 2004 12:12:27 +0200 Received: from amavis by penguin.xtradyne.de with scanned-ok (Exim 4.34) id 1BweTb-0004ND-Gp; Mon, 16 Aug 2004 12:12:27 +0200 Received: from wombat.xtradyne.de ([192.168.1.70]) by penguin.xtradyne.de with esmtp (Exim 4.34) id 1BweTa-0004N6-Oa; Mon, 16 Aug 2004 12:12:26 +0200 Message-ID: <4120888E.2020800@xtradyne.com> Date: Mon, 16 Aug 2004 12:12:30 +0200 From: Matthias Jung User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com, aleksey@aleksey.com Subject: Re: [xml] XPath 2 support? References: <5bedb27a04081214167ab3d644@mail.gmail.com> <41207A7D.2030404@xtradyne.com> <20040816094011.GH18492@redhat.com> In-Reply-To: <20040816094011.GH18492@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre8 X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 10:12:41 -0000 Daniel Veillard wrote: >On Mon, Aug 16, 2004 at 11:12:29AM +0200, Matthias Jung wrote: > > >>xmlsec supports XPath2 on top of libxml. >>Ok, it uses XPath2 for digital signature puropse, but maybe its >>implementation does also help. >> >> > > First time I heard that XML DSig requires XPath2. I think there >is some confusion, it does reference XPath1 not 2 clearly ! > http://www.w3.org/TR/xmldsig-core/#sec-XPath > > The only addition is here() which is actually similar to the XPointer >one, not something fron XPath2. > > > Correct, but xmlsec implements some more transformations than dsig spec requires. These are not very good documented, but exist ;-) XPath 2 is one of them. I am not sure about spec coverage of the implemantation, maybe Aleksey can bring light into this. Matthias -- --------------------------------------------------------------- Matthias Jung mailto:matthias.jung@xtradyne.com Xtradyne Technologies AG http://www.xtradyne.com Schoenhauser Allee 6-7, Phone: +49-30-440306-38 D-10119 Berlin, Germany Fax : +49-30-440306-78 From k.buchcik@4commerce.de Mon Aug 16 07:46:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0739A3B0A68 for ; Mon, 16 Aug 2004 07:46:06 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23361-01 for ; Mon, 16 Aug 2004 07:46:04 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 1E5233B0EE4 for ; Mon, 16 Aug 2004 07:45:48 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1Bwfvv-0005SF-00 for xml@gnome.org; Mon, 16 Aug 2004 13:45:47 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Mon, 16 Aug 2004 13:42:18 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Mon, 16 Aug 2004 13:45:38 +0200 Message-ID: <4120A0DE.7070404@4commerce.de> Date: Mon, 16 Aug 2004 13:56:14 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en X-OriginalArrivalTime: 16 Aug 2004 11:45:38.0859 (UTC) FILETIME=[8D0E2FB0:01C48386] X-eMessageService: eMission.SMTPServer Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] "Next XML schema implementation steps (poll)" X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:46:06 -0000 Hi, to the people out there using XML schemata with libxml2: it would be nice to hear from you about missing features that are badly=20 needed. I don't want to give the impression that we ran out of points on our=20 schedule, but at this point I'm more interested in adding constraints to=20 the implementation than adding features (well, constraints are features=20 but now highly visible ;-)); and this might contradict with the need of=20 people. So please, think twice before trying to workaround a missing=20 feature or bug, and let us know. Plus, add a bit of foresight for me,=20 and take features, your are going to need in the near future, into=20 accout as well... blablabla, you know what I mean. So in short: this is a poll about what to implement next. Greetings, Kasimier From azaroth@liverpool.ac.uk Mon Aug 16 07:51:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 295C23B0F1E for ; Mon, 16 Aug 2004 07:51:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23592-08 for ; Mon, 16 Aug 2004 07:51:32 -0400 (EDT) Received: from mx1.liv.ac.uk (mx1.liv.ac.uk [138.253.100.179]) by menubar.gnome.org (Postfix) with ESMTP id DFA613B0EA9 for ; Mon, 16 Aug 2004 07:51:31 -0400 (EDT) Received: from mailhub5.liv.ac.uk ([138.253.100.157]) by mx1.liv.ac.uk with esmtp (Exim 4.24) id 1Bwg1T-0002XU-2F; Mon, 16 Aug 2004 12:51:31 +0100 Received: from localhost.localdomain ([127.0.0.1] helo=mailhub5.liv.ac.uk) by mailhub5.liv.ac.uk with esmtp (Exim 4.24) id 1Bwg1S-0008PL-VT; Mon, 16 Aug 2004 12:51:30 +0100 Received: from pc081047.lib.liv.ac.uk ([138.253.81.47] helo=gondolin.hist.liv.ac.uk) by mailhub5.liv.ac.uk with esmtp (Exim 4.24) id 1Bwg1S-0008PI-SB; Mon, 16 Aug 2004 12:51:30 +0100 Date: Mon, 16 Aug 2004 12:45:21 +0100 (BST) From: Robert Sanderson Sender: azaroth@gondolin.hist.liv.ac.uk To: Kasimier Buchcik Subject: Re: [xml] "Next XML schema implementation steps (poll)" In-Reply-To: <4120A0DE.7070404@4commerce.de> Message-ID: References: <4120A0DE.7070404@4commerce.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:51:34 -0000 > So in short: this is a poll about what to implement next. I'll put my hand up again for a Python binding to the existing XML schema code! :) (There's a Bugzilla RFE for this already) Rob ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) ,'-/::::. http://www.o-r-g.org/~azaroth/ ,'--/::(@)::. Special Collections and Archives, extension 3142 ,'---/::::::::::. University of Liverpool ____/:::::::::::::. L5R Shop: http://www.cardsnotwords.com/ I L L U M I N A T I From k.buchcik@4commerce.de Mon Aug 16 07:59:43 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B7B963B0F30 for ; Mon, 16 Aug 2004 07:59:43 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24128-07 for ; Mon, 16 Aug 2004 07:59:42 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 605D33B0F1E for ; Mon, 16 Aug 2004 07:59:42 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1Bwg9J-0005n2-00; Mon, 16 Aug 2004 13:59:37 +0200 From: Kasimier Buchcik To: Robert Sanderson , X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Mon, 16 Aug 2004 13:56:08 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Mon, 16 Aug 2004 13:59:28 +0200 Message-ID: <4120A41C.3040808@4commerce.de> Date: Mon, 16 Aug 2004 14:10:04 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <4120A0DE.7070404@4commerce.de> In-Reply-To: X-OriginalArrivalTime: 16 Aug 2004 11:59:28.0639 (UTC) FILETIME=[7BA490F0:01C48388] X-eMessageService: eMission.SMTPServer Subject: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Cc: X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:59:43 -0000 Hi, on 8/16/2004 1:45 PM Robert Sanderson wrote: >>So in short: this is a poll about what to implement next. >=20 >=20 > I'll put my hand up again for a Python binding to the existing XML schema=20 > code! :) >=20 > (There's a Bugzilla RFE for this already) >=20 > Rob Yes! Great. Pheeew, I'm lucky that this does not fall into my area of=20 involvement, so more of this :-) Kasimier From veillard@redhat.com Mon Aug 16 08:42:17 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 351033B0EE8 for ; Mon, 16 Aug 2004 08:42:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26843-09 for ; Mon, 16 Aug 2004 08:42:16 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id AD7BA3B0BF0 for ; Mon, 16 Aug 2004 08:42:15 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7GCg8e1013897; Mon, 16 Aug 2004 08:42:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7GCg8a02941; Mon, 16 Aug 2004 08:42:08 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7GCfHoX027579; Mon, 16 Aug 2004 08:41:18 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7GCfHUb027577; Mon, 16 Aug 2004 08:41:17 -0400 Date: Mon, 16 Aug 2004 08:41:17 -0400 From: Daniel Veillard To: Robert Sanderson Subject: Re: [xml] "Next XML schema implementation steps (poll)" Message-ID: <20040816124117.GI18492@redhat.com> References: <4120A0DE.7070404@4commerce.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: Kasimier Buchcik , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:42:17 -0000 On Mon, Aug 16, 2004 at 12:45:21PM +0100, Robert Sanderson wrote: > > >So in short: this is a poll about what to implement next. > > I'll put my hand up again for a Python binding to the existing XML schema > code! :) > > (There's a Bugzilla RFE for this already) Yup, http://bugzilla.gnome.org/show_bug.cgi?id=144417 but let's not distract Kasimier from the Schemas internals, the python bindings really touch only a very high level API and anybody with C/Python knowledge could do it, especially considering the existing code for Relax-NG bindings, that should be similar. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From torkel@thedisc.no Mon Aug 16 16:53:28 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E9D1A3B10E0 for ; Mon, 16 Aug 2004 16:53:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20422-06 for ; Mon, 16 Aug 2004 16:53:26 -0400 (EDT) Received: from mail58-s.fg.online.no (mail58-s.fg.online.no [148.122.161.58]) by menubar.gnome.org (Postfix) with ESMTP id 1C5E43B11E0 for ; Mon, 16 Aug 2004 16:53:08 -0400 (EDT) Received: from [192.168.1.81] (ti521120a080-0554.bb.online.no [80.213.82.42]) by mail58.fg.online.no (8.12.11/8.12.11) with ESMTP id i7GKr4tB006972 for ; Mon, 16 Aug 2004 22:53:06 +0200 (MEST) From: Torkel Lyng To: xml@gnome.org Subject: Re: [xml] "Next XML schema implementation steps (poll)" Date: Mon, 16 Aug 2004 22:52:41 +0200 User-Agent: KMail/1.6.2 References: <4120A0DE.7070404@4commerce.de> In-Reply-To: <4120A0DE.7070404@4commerce.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408162252.43176.torkel@thedisc.no> X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: torkel@thedisc.no List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 20:53:28 -0000 What features are the XML-Schema part missing really? On Monday 16 August 2004 13:56, Kasimier Buchcik wrote: > Hi, > > to the people out there using XML schemata with libxml2: > it would be nice to hear from you about missing features that are badly > needed. > > I don't want to give the impression that we ran out of points on our > schedule, but at this point I'm more interested in adding constraints to > the implementation than adding features (well, constraints are features > but now highly visible ;-)); and this might contradict with the need of > people. So please, think twice before trying to workaround a missing > feature or bug, and let us know. Plus, add a bit of foresight for me, > and take features, your are going to need in the near future, into > accout as well... blablabla, you know what I mean. > > So in short: this is a poll about what to implement next. > > Greetings, > > Kasimier > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml From veillard@redhat.com Mon Aug 16 17:33:50 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4FCC23B1381 for ; Mon, 16 Aug 2004 17:33:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22549-08 for ; Mon, 16 Aug 2004 17:33:48 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 011D13B13C9 for ; Mon, 16 Aug 2004 17:33:33 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7GLXWe1001145; Mon, 16 Aug 2004 17:33:32 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7GLXWa05811; Mon, 16 Aug 2004 17:33:32 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7GLWgUH030079; Mon, 16 Aug 2004 17:32:42 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7GLWf5Z030040; Mon, 16 Aug 2004 17:32:41 -0400 Date: Mon, 16 Aug 2004 17:32:41 -0400 From: Daniel Veillard To: Torkel Lyng Subject: Re: [xml] "Next XML schema implementation steps (poll)" Message-ID: <20040816213241.GL18492@redhat.com> References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408162252.43176.torkel@thedisc.no> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:33:50 -0000 On Mon, Aug 16, 2004 at 10:52:41PM +0200, Torkel Lyng wrote: > What features are the XML-Schema part missing really? Kasimier is the best person to answer, but I knw we are missing at least: - content checking in derivations (I would have to implement comparison at the regexps level first) - identity constraints not based on ID/IDREF there is probably other parts though (do we have wilcards ?) To me one of the important things somewhat missing is more systematic regression testing for the code in CVS, I know Kasimier have been using at least subset of the W3C testsuite [1] but this is not integrated in CVS right now (though the full set of the W3C Schemas types are tested though Relax-NG James Clark testsuite). But Kasimier is asking for features missing and what you want implemented, it's a relatively different matter. Daniel [1] http://www.w3.org/2001/05/xmlschema-test-collection/ -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From aleksey@aleksey.com Mon Aug 16 11:53:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6B9133B0A4F for ; Mon, 16 Aug 2004 11:53:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04393-02 for ; Mon, 16 Aug 2004 11:53:12 -0400 (EDT) Received: from shell.aleksey.com (dsl093-129-176.sfo4.dsl.speakeasy.net [66.93.129.176]) by menubar.gnome.org (Postfix) with ESMTP id 48A813B0ED1 for ; Mon, 16 Aug 2004 11:52:19 -0400 (EDT) Received: from [192.168.0.10] (unknown [192.168.1.254]) by shell.aleksey.com (Postfix) with ESMTP id 3467DDADD4; Mon, 16 Aug 2004 08:52:18 -0700 (PDT) Message-ID: <4120D831.2080609@aleksey.com> Date: Mon, 16 Aug 2004 08:52:17 -0700 From: Aleksey Sanin User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Jung Subject: Re: [xml] XPath 2 support? References: <5bedb27a04081214167ab3d644@mail.gmail.com> <41207A7D.2030404@xtradyne.com> <20040816094011.GH18492@redhat.com> <4120888E.2020800@xtradyne.com> In-Reply-To: <4120888E.2020800@xtradyne.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 16 Aug 2004 17:45:32 -0400 Cc: xml@gnome.org, veillard@redhat.com X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:53:15 -0000 XPath2 Transform in dsig is just another way of using XPath 1.0 spec and has nothinig to do with XPath 2.0 spec. Aleksey Matthias Jung wrote: > Daniel Veillard wrote: > >> On Mon, Aug 16, 2004 at 11:12:29AM +0200, Matthias Jung wrote: >> >> >>> xmlsec supports XPath2 on top of libxml. >>> Ok, it uses XPath2 for digital signature puropse, but maybe its >>> implementation does also help. >>> >> >> >> First time I heard that XML DSig requires XPath2. I think there >> is some confusion, it does reference XPath1 not 2 clearly ! >> http://www.w3.org/TR/xmldsig-core/#sec-XPath >> >> The only addition is here() which is actually similar to the XPointer >> one, not something fron XPath2. >> >> >> > Correct, but xmlsec implements some more transformations than dsig spec > requires. > These are not very good documented, but exist ;-) XPath 2 is one of them. > I am not sure about spec coverage of the implemantation, maybe Aleksey > can bring light into this. > > Matthias > From mss@mawhrin.net Mon Aug 16 17:46:21 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E4C663B1267 for ; Mon, 16 Aug 2004 17:46:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22949-10 for ; Mon, 16 Aug 2004 17:46:18 -0400 (EDT) Received: from only.mawhrin.net (base.mawhrin.net [69.55.226.9]) by menubar.gnome.org (Postfix) with ESMTP id 234CC3B114B for ; Mon, 16 Aug 2004 17:46:14 -0400 (EDT) Received: by only.mawhrin.net (Postfix, from userid 1000) id 6E1DA678022; Tue, 17 Aug 2004 01:46:13 +0400 (MSD) Date: Tue, 17 Aug 2004 01:46:13 +0400 To: xml@gnome.org Subject: Re: [xml] "Next XML schema implementation steps (poll)" Message-ID: <20040816214613.GA23487@mawhrin.net> References: <4120A0DE.7070404@4commerce.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <4120A0DE.7070404@4commerce.de> User-Agent: Mutt/1.5.5.1+cvs20040105i From: mss@mawhrin.net (Mikhail Sobolev) X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:46:21 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 01:56:14PM +0200, Kasimier Buchcik wrote: > Hi, >=20 > to the people out there using XML schemata with libxml2: > it would be nice to hear from you about missing features that are badly= =20 > needed. I am not sure if it's related, but Relax NG validation reporting could be a bit better. I'd say the messages are criptic and not full. (I could provide some test data for that, but those seem to be already discussed earlier). Regards, -- Misha --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBISslMYLUe7XufiwRAvArAKCoJOmvqRN+R5Kgt0DzJi11yYTdKQCfYWuL bNvD8t3BHLrmYrhyU+RG2qY= =emA+ -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From k.buchcik@4commerce.de Tue Aug 17 06:27:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2BE73B0A7F for ; Tue, 17 Aug 2004 06:27:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17539-01 for ; Tue, 17 Aug 2004 06:27:38 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 463F03B0ECA for ; Tue, 17 Aug 2004 06:27:28 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1Bx1Bd-0005Tp-00 for xml@gnome.org; Tue, 17 Aug 2004 12:27:25 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Tue, 17 Aug 2004 12:23:58 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Tue, 17 Aug 2004 12:27:19 +0200 Message-ID: <4121E005.4090805@4commerce.de> Date: Tue, 17 Aug 2004 12:37:57 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> In-Reply-To: <20040816213241.GL18492@redhat.com> X-OriginalArrivalTime: 17 Aug 2004 10:27:19.0622 (UTC) FILETIME=[C6814660:01C48444] X-eMessageService: eMission.SMTPServer Subject: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 10:27:40 -0000 Hi, on 8/16/2004 11:32 PM Daniel Veillard wrote: > On Mon, Aug 16, 2004 at 10:52:41PM +0200, Torkel Lyng wrote: >=20 >>What features are the XML-Schema part missing really? Hmm, this sounds like we need a detailed description of the state of the=20 implementation. The question was related to missing points that were encountered by=20 users and probably not communicated. Although I think that XML Schemata=20 are not the ultimative way to go if the need for validation arises, one=20 might tend to look for alternatives if a wanted feature - possibly easy=20 to add - is not found, *without* ever notifying someone. See, I never=20 sended a bug report to ms, and I don't know a single person who does.=20 Especially the area of XML schemata seems to waft in an uncomfortable=20 state, since the existing engines still differ in interpretation of the=20 spec, thus creating a kind of distrust, related to the whole XML schema=20 idea. You don't like to support something you don't like. I'm aware of=20 some of the disadvantages of the spec, but we really need you to forget=20 those accustomed prejudices (at least for the duration of the=20 implementation ;-)). > Kasimier is the best person to answer, but I knw we are missing > at least: > - content checking in derivations (I would have to implement=20 > comparison at the regexps level first) > - identity constraints not based on ID/IDREF > there is probably other parts though (do we have wilcards ?) Yes, derivation of wildcards and validation with those is implemented=20 ('any' & 'anyAttribute'). > To me one of the important things somewhat missing is more > systematic regression testing for the code in CVS, I know Kasimier > have been using at least subset of the W3C testsuite [1] but > this is not integrated in CVS right now (though the full set of > the W3C Schemas types are tested though Relax-NG James Clark > testsuite).=20 I agree that creating a safety buffer by integrating the W3C tests is=20 more important than rushing for new features. On the other hand, and=20 this would probably delight Robert Sanderson, this depends on the=20 existence of the Python bindings. I'm would like to learn Python to=20 create the tests if someone is willing to implement the bindings. Greetings, Kasimier From azaroth@liverpool.ac.uk Tue Aug 17 06:32:29 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 005873B10F3 for ; Tue, 17 Aug 2004 06:32:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17734-05 for ; Tue, 17 Aug 2004 06:32:26 -0400 (EDT) Received: from mx3.liv.ac.uk (mx3.liv.ac.uk [138.253.100.181]) by menubar.gnome.org (Postfix) with ESMTP id 07BD33B1104 for ; Tue, 17 Aug 2004 06:32:22 -0400 (EDT) Received: from mailhub1.liv.ac.uk ([138.253.100.94]) by mx3.liv.ac.uk with esmtp (Exim 4.24) id 1Bx1GN-00054D-ND; Tue, 17 Aug 2004 11:32:19 +0100 Received: from localhost.localdomain ([127.0.0.1] helo=mailhub1.liv.ac.uk) by mailhub1.liv.ac.uk with esmtp (Exim 4.24) id 1Bx1GN-0000ym-Ka; Tue, 17 Aug 2004 11:32:19 +0100 Received: from gondolin.hist.liv.ac.uk ([138.253.81.47]) by mailhub1.liv.ac.uk with esmtp (Exim 4.24) id 1Bx1GN-0000yj-Gf; Tue, 17 Aug 2004 11:32:19 +0100 Date: Tue, 17 Aug 2004 11:26:07 +0100 (BST) From: Robert Sanderson Sender: azaroth@gondolin.hist.liv.ac.uk To: Kasimier Buchcik Subject: Re: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= In-Reply-To: <4121E005.4090805@4commerce.de> Message-ID: References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> <4121E005.4090805@4commerce.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 10:32:29 -0000 > I agree that creating a safety buffer by integrating the W3C tests is > more important than rushing for new features. On the other hand, and > this would probably delight Robert Sanderson, this depends on the > existence of the Python bindings. I'm would like to learn Python to > create the tests if someone is willing to implement the bindings. *delighted* :) Rob ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) ,'-/::::. http://www.o-r-g.org/~azaroth/ ,'--/::(@)::. Special Collections and Archives, extension 3142 ,'---/::::::::::. University of Liverpool ____/:::::::::::::. L5R Shop: http://www.cardsnotwords.com/ I L L U M I N A T I From garios@mexico.com Tue Aug 17 12:29:48 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 827C93B11E4 for ; Tue, 17 Aug 2004 12:29:48 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03744-03 for ; Tue, 17 Aug 2004 12:29:47 -0400 (EDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by menubar.gnome.org (Postfix) with ESMTP id EFE823B124F for ; Tue, 17 Aug 2004 12:28:32 -0400 (EDT) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180]) by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 99E2B18024DE for ; Tue, 17 Aug 2004 16:28:31 +0000 (GMT) X-OB-Received: from unknown (205.158.62.86) by wfilter.us4.outblaze.com; 17 Aug 2004 16:28:28 -0000 Received: by ws5-4.us4.outblaze.com (Postfix, from userid 1001) id D36E723EE56; Tue, 17 Aug 2004 16:28:26 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [148.221.202.45] by ws5-4.us4.outblaze.com with http for garios@mexico.com; Tue, 17 Aug 2004 23:28:26 +0700 From: "Gustavo Amador Rios" To: xml@gnome.org Date: Tue, 17 Aug 2004 23:28:26 +0700 X-Originating-Ip: 148.221.202.45 X-Originating-Server: ws5-4.us4.outblaze.com Message-Id: <20040817162826.D36E723EE56@ws5-4.us4.outblaze.com> X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Newbie question X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 16:29:48 -0000 Hi there! I have a problem with xmlDocDumpMemory when I tried to build a XML file. My program builds a tree from scratch and then I just tried to dump it in a file, but I only get this: ------- --EOF-- The rest of tree data never appear. The same thing happens with xmlSaveFormatFile. I'm using libxml2 2.6.11 within Fedora. Just for reference here is a snippet: ----- xmlDocPtr documentoXML; xmlNodePtr rootXML; xmlNodePtr dispXML = NULL; xmlNodePtr itemXML = NULL; xmlChar *cadenaXML; int tamCadena = 0; documentoXML = xmlNewDoc((const xmlChar *)XML_HEADER); rootXML = xmlNewDocNode(documentoXML, NULL,REG_ELEM_DISPOSITIVOS, NULL); dispXML = xmlNewChild(rootXML, NULL, REG_ELEM_DISPOSITIVO, NULL); itemXML = xmlNewChild(dispXML, NULL,REG_ELEM_ID, id); itemXML = xmlNewChild(dispXML, NULL, REG_ELEM_TIPO, tipo); itemXML = xmlNewChild(dispXML, NULL, REG_ELEM_CONECTADO, REG_CONECT_SI); xmlDocDumpMemory(documentoXML, &cadenaXML, &tamDocumento); ... -- _______________________________________________ http://mail.mexico.com กDisponible Ya! Utiliza el Outlook y Outlook Express para bajar tus correos por solo US$24.95 al a๑o Now available! Download your mail into your computer with Outlook and Outlook Express US$24.95/yr Powered by www.M3xico.com From thevakoc-xml@yahoo.com Tue Aug 17 12:44:56 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CA133B0A91 for ; Tue, 17 Aug 2004 12:44:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04586-04 for ; Tue, 17 Aug 2004 12:44:54 -0400 (EDT) Received: from web50210.mail.yahoo.com (web50210.mail.yahoo.com [206.190.38.51]) by menubar.gnome.org (Postfix) with SMTP id 821623B0B13 for ; Tue, 17 Aug 2004 12:44:54 -0400 (EDT) Message-ID: <20040817164454.94252.qmail@web50210.mail.yahoo.com> Received: from [208.249.49.1] by web50210.mail.yahoo.com via HTTP; Tue, 17 Aug 2004 09:44:54 PDT Date: Tue, 17 Aug 2004 09:44:54 -0700 (PDT) From: Mark Vakoc Subject: Re: [xml] Newbie question To: xml@gnome.org In-Reply-To: <20040817162826.D36E723EE56@ws5-4.us4.outblaze.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thevakoc-xml@yahoo.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 16:44:56 -0000 --- Gustavo Amador Rios wrote: > Just for reference here is a snippet: > documentoXML = xmlNewDoc((const xmlChar *)XML_HEADER); > > rootXML = xmlNewDocNode(documentoXML, NULL,REG_ELEM_DISPOSITIVOS, NULL); use xmlNewChild((xmlNodePtr)documentoXML,NULL,REG_ELEM_DISPOSITIVOS, NULL) instead. xmlNewDocNode() doesn't add the node as a child the document node. From juri@iki.fi Tue Aug 17 12:50:09 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 065AA3B0B13 for ; Tue, 17 Aug 2004 12:50:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04837-10 for ; Tue, 17 Aug 2004 12:50:07 -0400 (EDT) Received: from smtp3.pp.htv.fi (smtp3.pp.htv.fi [213.243.153.36]) by menubar.gnome.org (Postfix) with ESMTP id 78A5F3B0A0E for ; Tue, 17 Aug 2004 12:50:06 -0400 (EDT) Received: from [192.168.0.101] (cs148004.pp.htv.fi [213.243.148.4]) by smtp3.pp.htv.fi (Postfix) with ESMTP id B964F27B021 for ; Tue, 17 Aug 2004 19:50:04 +0300 (EEST) From: Juri Pakaste To: xml@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PPbnMqcAFM4SamseMiJP" Date: Tue, 17 Aug 2004 19:50:03 +0300 Message-Id: <1092761403.2398.35.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.92.1 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] registerXPathFunction callback parameters, what to return X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 16:50:09 -0000 --=-PPbnMqcAFM4SamseMiJP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable DV said I should email the list, so here goes. I'm trying to create and register a xpath function re_contains that works the same way as the normal contains function except that it accepts a regular expression as its second argument. I have two problems, one with function arguments, another with return values. Here's the code: #!/usr/bin/python import libxml2 import sys import re def re_contains(context, s, p): print "s:", s, ",", len(s), ", p:", p for ss in s: print "ss: ", ss print dir(ss) if re.search(p, s): return 1 return 0 def find_matches(pattern, files): matches =3D [] for f in files: doc =3D libxml2.parseFile(f) ctxt =3D doc.xpathNewContext() libxml2.registerXPathFunction(ctxt._o, "re_contains", None, re_contains) res =3D ctxt.xpathEval(pattern) if res: matches.append((f, res)) return matches if __name__ =3D=3D '__main__': pattern =3D sys.argv[1] files =3D sys.argv[2:] matches =3D find_matches(pattern, files) for file, nodes in matches: print "---", file for node in nodes: print node.serialize() print "--" The script works a bit like grep: it accepts as its first argument an xpath expression, and after that a list of files. It prints out the matching parts of the files. When I try to invoke it with an xpath expression like //foo/bar [re_contains(.,'as?df')], to search the contents of element bar, the value assigned to s in re_contents is a PyCObject that looks like a list with one item. The item is another PyCObject; taking dir() of it returns an empty list. $cat test.xml baz $./xpathgrep.py "//bar[re_contains(.,'ba')]" test.xml s: [] , 1 , p: ba ss: [] /usr/lib/python2.3/site-packages/libxml2.py:511: RuntimeWarning: tp_compare didn't return -1 or -2 for exception if type(o) =3D=3D type([]) or type(o) =3D=3D type(()): Traceback (most recent call last): [... snip an exception from re] Using the xpath function name() instead of . works out better: $./xpathgrep.py "//foo[re_contains(name(),'ba')]" test.xml s: foo , 3 , p: ba ss: f [... snip iterating f, o and o ] So should I do something magic when the user has passed in .? Or is this a bug? Using name() shows the second problem: what to return? True and False aren't the answer, apparently, because it says Unable to convert Python Object to XPath. The same with 1 and 0. I see contains calls a function called valuePush to store the value, but I don't think that's available in Python. Apparently the Python bindings call a function called libxml_xmlXPathObjectPtrConvert to convert the return value to something that can be used as an argument to valuePush, but I can't see anything that would indicate it could deal with boolean values. This is libxml2 2.6.11. --=20 [ Juri Pakaste | juri@iki.fi | http://www.iki.fi/juri/ ] --=-PPbnMqcAFM4SamseMiJP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBIjc7AwsjUHeKd2kRAjNKAKCb+StMG1NF3XtyyNw2mqCwBpEBkgCeJYB8 7FadWvPxw/jREM/YuHH/hH4= =192R -----END PGP SIGNATURE----- --=-PPbnMqcAFM4SamseMiJP-- From gcla@crhc.uiuc.edu Tue Aug 17 17:58:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA8873B130C for ; Tue, 17 Aug 2004 17:58:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17950-09 for ; Tue, 17 Aug 2004 17:58:41 -0400 (EDT) Received: from amber.crhc.uiuc.edu (amber.crhc.uiuc.edu [130.126.143.254]) by menubar.gnome.org (Postfix) with ESMTP id D941C3B1223 for ; Tue, 17 Aug 2004 17:58:40 -0400 (EDT) Received: from chaos.crhc.uiuc.edu (chaos.crhc.uiuc.edu [130.126.143.233]) by amber.crhc.uiuc.edu (8.12.11/8.12.11) with ESMTP id i7HM3k08023971 for ; Tue, 17 Aug 2004 17:03:46 -0500 (CDT) Received: (from gcla@localhost) by chaos.crhc.uiuc.edu (8.11.6/8.11.6) id i7HLwak17229; Tue, 17 Aug 2004 16:58:36 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16674.32652.704459.234894@chaos.crhc.uiuc.edu> Date: Tue, 17 Aug 2004 16:58:36 -0500 (CDT) From: Graham Clark To: xml@gnome.org X-Mailer: VM 6.62 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid X-Scanned-By: MIMEDefang 2.41 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] building ID/IDREF tables by attaching DTD to an xmlDocPtr?? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:58:42 -0000 Hi, I have an XML file without external or internal subset definitions, but which should be valid according to a separate DTD. The DTD contains some attributes marked ID and some marked IDREF. I'm trying to exploit this fact and use the XPath id() function on the XML file, and so was looking for a way to make libxml construct the ID/IDREF tables given an xmlDocPtr, and separately, an xmlDtdPtr. If the DTD is copied into the XML file (as an internal subset), xmlParseFile results in an xmlDocPtr that I can use successfully with the id() function. However, if I build a separate xmlDtdPtr, add it to the doc as described in Section 10 of the libxml FAQ doc->intSubset = dtd; if (doc->children == NULL) xmlAddChild((xmlNodePtr)doc, (xmlNodePtr)dtd); else xmlAddPrevSibling(doc->children, (xmlNodePtr)dtd); and then call xmlValidateDocument(), my resulting xpath id() queries return empty node sets (adding the DTD and calling xmlValidateDocument() was my best guess for making this work). Stepping through with gdb, I found that when evaluating the XPath function, the call to xmlHashLookup() returns an ID with a null attr field. xmlAddID (as called by xmlValidateDocument()) creates the ID with a name field and a null attribute field because it's "operating in streaming mode". This seems to be as a result of the xmlValidCtxtPtr, but I'm uncertain of the significance of this. Is the approach of calling xmlValidateDocument() doomed, and if so, is there a legitimate way to do this short of modifying the XML file itself? The best workaround I have at the moment is to use xmlSaveFile() to write out the doc with the attached DTD, then read it back in. Thanks very much, Graham From veillard@redhat.com Tue Aug 17 18:41:30 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A0CB53B1332 for ; Tue, 17 Aug 2004 18:41:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20291-10 for ; Tue, 17 Aug 2004 18:41:29 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0767E3B131F for ; Tue, 17 Aug 2004 18:41:29 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7HMfPe1010656; Tue, 17 Aug 2004 18:41:25 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7HMfJa08773; Tue, 17 Aug 2004 18:41:19 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7HMeTdX006895; Tue, 17 Aug 2004 18:40:29 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7HMeTbw006893; Tue, 17 Aug 2004 18:40:29 -0400 Date: Tue, 17 Aug 2004 18:40:29 -0400 From: Daniel Veillard To: Graham Clark Subject: Re: [xml] building ID/IDREF tables by attaching DTD to an xmlDocPtr?? Message-ID: <20040817224029.GQ18492@redhat.com> References: <16674.32652.704459.234894@chaos.crhc.uiuc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16674.32652.704459.234894@chaos.crhc.uiuc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:41:30 -0000 On Tue, Aug 17, 2004 at 04:58:36PM -0500, Graham Clark wrote: > > Hi, > > I have an XML file without external or internal subset definitions, > but which should be valid according to a separate DTD. The DTD > contains some attributes marked ID and some marked IDREF. I'm trying > to exploit this fact and use the XPath id() function on the XML file, > and so was looking for a way to make libxml construct the ID/IDREF > tables given an xmlDocPtr, and separately, an xmlDtdPtr. If the DTD is > copied into the XML file (as an internal subset), xmlParseFile results > in an xmlDocPtr that I can use successfully with the id() > function. However, if I build a separate xmlDtdPtr, add it to the doc > as described in Section 10 of the libxml FAQ > > doc->intSubset = dtd; > if (doc->children == NULL) xmlAddChild((xmlNodePtr)doc, (xmlNodePtr)dtd); > else xmlAddPrevSibling(doc->children, (xmlNodePtr)dtd); > > and then call xmlValidateDocument(), my resulting xpath id() queries > return empty node sets (adding the DTD and calling > xmlValidateDocument() was my best guess for making this work). > > Stepping through with gdb, I found that when evaluating the XPath > function, the call to xmlHashLookup() returns an ID with a null attr > field. xmlAddID (as called by xmlValidateDocument()) creates the ID > with a name field and a null attribute field because it's "operating > in streaming mode". This seems to be as a result of the > xmlValidCtxtPtr, but I'm uncertain of the significance of this. Is the > approach of calling xmlValidateDocument() doomed, and if so, is there > a legitimate way to do this short of modifying the XML file itself? Hum ... nasty. Obviously it won't work as-is and I can't extend the xmlValidCtxt without breaking libxml2 ABI so this is not trivial, and would probably need some code change. Could you try xmlValidateDtd() instead and not link the dtd to the internal or external subset. I'm afraid it will fail for the same reason but it would be nice to try that too. > The best workaround I have at the moment is to use xmlSaveFile() to > write out the doc with the attached DTD, then read it back in. Which is not great, if xmlValidateDtd() won't work either, could you fill a request for improvement for libxml2 in bugzilla, if possible provide a self contained example (c + xml + DTD even if basic) so it makes it easier for whoever might look at implementing the fix, thanks, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From torkel@thedisc.no Tue Aug 17 21:32:27 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B13283B0AB7 for ; Tue, 17 Aug 2004 21:32:27 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25821-08 for ; Tue, 17 Aug 2004 21:32:26 -0400 (EDT) Received: from mail43-s.fg.online.no (mail43-s.fg.online.no [148.122.161.43]) by menubar.gnome.org (Postfix) with ESMTP id 6BC4E3B0A61 for ; Tue, 17 Aug 2004 21:32:12 -0400 (EDT) Received: from [192.168.1.81] (ti521120a080-0554.bb.online.no [80.213.82.42]) by mail43.fg.online.no (8.12.11/8.12.11) with ESMTP id i7I1W6QB015915 for ; Wed, 18 Aug 2004 03:32:10 +0200 (CEST) From: Torkel Lyng To: xml@gnome.org Subject: Re: [xml] "Next XML schema implementation steps (poll)" Date: Wed, 18 Aug 2004 03:31:29 +0200 User-Agent: KMail/1.6.2 References: <4120A0DE.7070404@4commerce.de> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_xFrIBy62g9YMDNt" Message-Id: <200408180331.39652.torkel@thedisc.no> X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: torkel@thedisc.no List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 01:32:28 -0000 --Boundary-00=_xFrIBy62g9YMDNt Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I cut'n'pasted the Python binding code for RelaxNG and modified it a bit to= =20 suite the XML-Schema code. Also added schema.py, a small validation example. This code ain't reviewed or anything else like that, just modified the=20 existing RelaxNG code :) On Monday 16 August 2004 13:45, Robert Sanderson wrote: > > So in short: this is a poll about what to implement next. > > I'll put my hand up again for a Python binding to the existing XML schema > code! :) > > (There's a Bugzilla RFE for this already) > > Rob > > ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) > ,'-/::::. http://www.o-r-g.org/~azaroth/ > ,'--/::(@)::. Special Collections and Archives, extension 3142 > ,'---/::::::::::. University of Liverpool > ____/:::::::::::::. L5R Shop: http://www.cardsnotwords.com/ > I L L U M I N A T I > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBIrF1T55FUKMkk/QRAuXkAJ93iQqAVybLogd6fBHcXdUyoxjTJACfT06p olazm3dKkaO2M+upwQrmNp0=3D =3Drvl6 =2D----END PGP SIGNATURE----- --Boundary-00=_xFrIBy62g9YMDNt Content-Type: text/x-diff; charset="iso-8859-1"; name="libxml2-python_schema.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libxml2-python_schema.patch" diff -urN libxml2.orig/elfgcchack.h libxml2.python-schema/elfgcchack.h --- libxml2.orig/elfgcchack.h 2004-07-07 00:47:07.000000000 +0200 +++ libxml2.python-schema/elfgcchack.h 2004-08-18 03:16:32.000000000 +0200 @@ -3973,12 +3973,25 @@ #endif #ifdef LIBXML_SCHEMAS_ENABLED +extern __typeof (xmlSchemaGetParserErrors) xmlSchemaGetParserErrors__internal_alias __attribute((visibility("hidden"))); +extern __typeof (xmlSchemaGetParserErrors) xmlSchemaGetParserErrors __attribute((alias("xmlSchemaGetParserErrors__internal_alias"))); +#define xmlSchemaGetParserErrors xmlSchemaGetParserErrors__internal_alias +#endif + + +#ifdef LIBXML_SCHEMAS_ENABLED extern __typeof (xmlSchemaSetValidErrors) xmlSchemaSetValidErrors__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlSchemaSetValidErrors) xmlSchemaSetValidErrors __attribute((alias("xmlSchemaSetValidErrors__internal_alias"))); #define xmlSchemaSetValidErrors xmlSchemaSetValidErrors__internal_alias #endif #ifdef LIBXML_SCHEMAS_ENABLED +extern __typeof (xmlSchemaGetValidErrors) xmlSchemaGetValidErrors__internal_alias __attribute((visibility("hidden"))); +extern __typeof (xmlSchemaGetValidErrors) xmlSchemaGetValidErrors __attribute((alias("xmlSchemaGetValidErrors__internal_alias"))); +#define xmlSchemaGetValidErrors xmlSchemaGetValidErrors__internal_alias +#endif + +#ifdef LIBXML_SCHEMAS_ENABLED extern __typeof (xmlSchemaValPredefTypeNode) xmlSchemaValPredefTypeNode__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlSchemaValPredefTypeNode) xmlSchemaValPredefTypeNode __attribute((alias("xmlSchemaValPredefTypeNode__internal_alias"))); #define xmlSchemaValPredefTypeNode xmlSchemaValPredefTypeNode__internal_alias diff -urN libxml2.orig/include/libxml/xmlschemas.h libxml2.python-schema/include/libxml/xmlschemas.h --- libxml2.orig/include/libxml/xmlschemas.h 2004-08-18 03:20:35.000000000 +0200 +++ libxml2.python-schema/include/libxml/xmlschemas.h 2004-08-18 03:15:31.000000000 +0200 @@ -87,11 +87,6 @@ xmlSchemaValidityErrorFunc err, xmlSchemaValidityWarningFunc warn, void *ctx); -XMLPUBFUN int XMLCALL - xmlSchemaGetParserErrors (xmlSchemaParserCtxtPtr ctxt, - xmlSchemaValidityErrorFunc * err, - xmlSchemaValidityWarningFunc * warn, - void **ctx); XMLPUBFUN xmlSchemaPtr XMLCALL xmlSchemaParse (xmlSchemaParserCtxtPtr ctxt); XMLPUBFUN void XMLCALL @@ -109,12 +104,6 @@ xmlSchemaValidityErrorFunc err, xmlSchemaValidityWarningFunc warn, void *ctx); -XMLPUBFUN int XMLCALL - xmlSchemaGetValidErrors (xmlSchemaValidCtxtPtr ctxt, - xmlSchemaValidityErrorFunc *err, - xmlSchemaValidityWarningFunc *warn, - void **ctx); - XMLPUBFUN xmlSchemaValidCtxtPtr XMLCALL xmlSchemaNewValidCtxt (xmlSchemaPtr schema); XMLPUBFUN void XMLCALL diff -urN libxml2.orig/python/generator.py libxml2.python-schema/python/generator.py --- libxml2.orig/python/generator.py 2004-07-16 12:39:30.000000000 +0200 +++ libxml2.python-schema/python/generator.py 2004-08-18 03:24:26.000000000 +0200 @@ -282,6 +282,9 @@ 'xmlRelaxNGPtr': ('O', "relaxNgSchema", "xmlRelaxNGPtr", "xmlRelaxNGPtr"), 'xmlRelaxNGParserCtxtPtr': ('O', "relaxNgParserCtxt", "xmlRelaxNGParserCtxtPtr", "xmlRelaxNGParserCtxtPtr"), 'xmlRelaxNGValidCtxtPtr': ('O', "relaxNgValidCtxt", "xmlRelaxNGValidCtxtPtr", "xmlRelaxNGValidCtxtPtr"), + 'xmlSchemaPtr': ('O', "Schema", "xmlSchemaPtr", "xmlSchemaPtr"), + 'xmlSchemaParserCtxtPtr': ('O', "SchemaParserCtxt", "xmlSchemaParserCtxtPtr", "xmlSchemaParserCtxtPtr"), + 'xmlSchemaValidCtxtPtr': ('O', "SchemaValidCtxt", "xmlSchemaValidCtxtPtr", "xmlSchemaValidCtxtPtr"), } py_return_types = { @@ -666,6 +669,9 @@ 'xmlRelaxNGPtr': ('._o', "relaxNgSchema(_obj=%s)", "relaxNgSchema"), 'xmlRelaxNGParserCtxtPtr': ('._o', "relaxNgParserCtxt(_obj=%s)", "relaxNgParserCtxt"), 'xmlRelaxNGValidCtxtPtr': ('._o', "relaxNgValidCtxt(_obj=%s)", "relaxNgValidCtxt"), + 'xmlSchemaPtr': ("._o", "Schema(_obj=%s)", "Schema"), + 'xmlSchemaParserCtxtPtr': ("._o", "SchemaParserCtxt(_obj=%s)", "SchemaParserCtxt"), + 'xmlSchemaValidCtxtPtr': ("._o", "SchemaValidCtxt(_obj=%s)", "SchemaValidCtxt"), } converter_type = { @@ -699,6 +705,9 @@ "relaxNgSchema": "xmlRelaxNGFree", "relaxNgParserCtxt": "xmlRelaxNGFreeParserCtxt", "relaxNgValidCtxt": "xmlRelaxNGFreeValidCtxt", + "Schema": "xmlSchemaFree", + "SchemaParserCtxt": "xmlSchemaFreeParserCtxt", + "SchemaValidCtxt": "xmlSchemaFreeValidCtxt", } functions_noexcept = { @@ -710,6 +719,7 @@ reference_keepers = { "xmlTextReader": [('inputBuffer', 'input')], "relaxNgValidCtxt": [('relaxNgSchema', 'schema')], + "SchemaValidCtxt": [('Schema', 'schema')], } function_classes = {} diff -urN libxml2.orig/python/libxml.c libxml2.python-schema/python/libxml.c --- libxml2.orig/python/libxml.c 2004-07-16 12:39:30.000000000 +0200 +++ libxml2.python-schema/python/libxml.c 2004-08-18 03:24:26.000000000 +0200 @@ -2948,6 +2948,171 @@ return(Py_None); } +typedef struct +{ + PyObject *warn; + PyObject *error; + PyObject *arg; +} xmlSchemaValidCtxtPyCtxt; +typedef xmlSchemaValidCtxtPyCtxt *xmlSchemaValidCtxtPyCtxtPtr; + +static void +libxml_xmlSchemaValidityGenericErrorFuncHandler(void *ctx, char *str) +{ + PyObject *list; + PyObject *result; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaValiditiyGenericErrorFuncHandler(%p, %s, ...) called\n", ctx, str); +#endif + + pyCtxt = (xmlSchemaValidCtxtPyCtxtPtr) ctx; + + list = PyTuple_New(2); + PyTuple_SetItem(list, 0, libxml_charPtrWrap(str)); + PyTuple_SetItem(list, 1, pyCtxt->arg); + Py_XINCREF(pyCtxt->arg); + result = PyEval_CallObject(pyCtxt->error, list); + if (result == NULL) + { + /* TODO: manage for the exception to be propagated... */ + PyErr_Print(); + } + Py_XDECREF(list); + Py_XDECREF(result); +} + +static void +libxml_xmlSchemaValidityGenericWarningFuncHandler(void *ctx, char *str) +{ + PyObject *list; + PyObject *result; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaValidityGenericWarningFuncHandler(%p, %s, ...) called\n", ctx, str); +#endif + + pyCtxt = (xmlSchemaValidCtxtPyCtxtPtr) ctx; + + list = PyTuple_New(2); + PyTuple_SetItem(list, 0, libxml_charPtrWrap(str)); + PyTuple_SetItem(list, 1, pyCtxt->arg); + Py_XINCREF(pyCtxt->arg); + result = PyEval_CallObject(pyCtxt->warn, list); + if (result == NULL) + { + /* TODO: manage for the exception to be propagated... */ + PyErr_Print(); + } + Py_XDECREF(list); + Py_XDECREF(result); +} + +static void +libxml_xmlSchemaValidityErrorFunc(void *ctx, const char *msg, ...) +{ + va_list ap; + + va_start(ap, msg); + libxml_xmlSchemaValidityGenericErrorFuncHandler(ctx, libxml_buildMessage(msg, ap)); + va_end(ap); +} + +static void +libxml_xmlSchemaValidityWarningFunc(void *ctx, const char *msg, ...) +{ + va_list ap; + + va_start(ap, msg); + libxml_xmlSchemaValidityGenericWarningFuncHandler(ctx, libxml_buildMessage(msg, ap)); + va_end(ap); +} + +static PyObject * +libxml_xmlSchemaSetValidErrors(ATTRIBUTE_UNUSED PyObject * self, PyObject * args) +{ + PyObject *py_retval; + PyObject *pyobj_error; + PyObject *pyobj_warn; + PyObject *pyobj_ctx; + PyObject *pyobj_arg = Py_None; + xmlSchemaValidCtxtPtr ctxt; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + + if (!PyArg_ParseTuple + (args, (char *) "OOO|O:xmlSchemaSetValidErrors", &pyobj_ctx, &pyobj_error, &pyobj_warn, &pyobj_arg)) + return (NULL); + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaSetValidErrors(%p, %p, %p) called\n", pyobj_ctx, pyobj_error, pyobj_warn); +#endif + + ctxt = PySchemaValidCtxt_Get(pyobj_ctx); + if (xmlSchemaGetValidErrors(ctxt, NULL, NULL, (void **) &pyCtxt) == -1) + { + py_retval = libxml_intWrap(-1); + return(py_retval); + } + + if (pyCtxt == NULL) + { + /* first time to set the error handlers */ + pyCtxt = xmlMalloc(sizeof(xmlSchemaValidCtxtPyCtxt)); + if (pyCtxt == NULL) { + py_retval = libxml_intWrap(-1); + return(py_retval); + } + memset(pyCtxt, 0, sizeof(xmlSchemaValidCtxtPyCtxt)); + } + + /* TODO: check warn and error is a function ! */ + Py_XDECREF(pyCtxt->error); + Py_XINCREF(pyobj_error); + pyCtxt->error = pyobj_error; + + Py_XDECREF(pyCtxt->warn); + Py_XINCREF(pyobj_warn); + pyCtxt->warn = pyobj_warn; + + Py_XDECREF(pyCtxt->arg); + Py_XINCREF(pyobj_arg); + pyCtxt->arg = pyobj_arg; + + xmlSchemaSetValidErrors(ctxt, &libxml_xmlSchemaValidityErrorFunc, &libxml_xmlSchemaValidityWarningFunc, pyCtxt); + + py_retval = libxml_intWrap(1); + return(py_retval); +} + +static PyObject * +libxml_xmlSchemaFreeValidCtxt(ATTRIBUTE_UNUSED PyObject * self, PyObject * args) +{ + xmlSchemaValidCtxtPtr ctxt; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + PyObject *pyobj_ctxt; + + if (!PyArg_ParseTuple(args, (char *)"O:xmlSchemaFreeValidCtxt", &pyobj_ctxt)) + return(NULL); + ctxt = (xmlSchemaValidCtxtPtr) PySchemaValidCtxt_Get(pyobj_ctxt); + + if (xmlSchemaGetValidErrors(ctxt, NULL, NULL, (void **) &pyCtxt) == 0) + { + if (pyCtxt != NULL) + { + Py_XDECREF(pyCtxt->error); + Py_XDECREF(pyCtxt->warn); + Py_XDECREF(pyCtxt->arg); + xmlFree(pyCtxt); + } + } + + xmlSchemaFreeValidCtxt(ctxt); + Py_INCREF(Py_None); + return(Py_None); +} + #endif #ifdef LIBXML_C14N_ENABLED diff -urN libxml2.orig/python/libxml_wrap.h libxml2.python-schema/python/libxml_wrap.h --- libxml2.orig/python/libxml_wrap.h 2004-01-06 23:54:56.000000000 +0100 +++ libxml2.python-schema/python/libxml_wrap.h 2004-08-18 03:24:26.000000000 +0200 @@ -18,7 +18,10 @@ #include #include #include +#ifdef LIBXML_SCHEMAS_ENABLED #include +#include +#endif /** * ATTRIBUTE_UNUSED: @@ -165,6 +168,30 @@ #define PyrelaxNgValidCtxt_Get(v) (((v) == Py_None) ? NULL : \ (((PyrelaxNgValidCtxt_Object *)(v))->obj)) +typedef struct { + PyObject_HEAD + xmlSchemaPtr obj; +} PySchema_Object; + +#define PySchema_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchema_Object *)(v))->obj)) + +typedef struct { + PyObject_HEAD + xmlSchemaParserCtxtPtr obj; +} PySchemaParserCtxt_Object; + +#define PySchemaParserCtxt_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchemaParserCtxt_Object *)(v))->obj)) + +typedef struct { + PyObject_HEAD + xmlSchemaValidCtxtPtr obj; +} PySchemaValidCtxt_Object; + +#define PySchemaValidCtxt_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchemaValidCtxt_Object *)(v))->obj)) + #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * libxml_intWrap(int val); @@ -201,5 +228,8 @@ PyObject * libxml_xmlRelaxNGPtrWrap(xmlRelaxNGPtr ctxt); PyObject * libxml_xmlRelaxNGParserCtxtPtrWrap(xmlRelaxNGParserCtxtPtr ctxt); PyObject * libxml_xmlRelaxNGValidCtxtPtrWrap(xmlRelaxNGValidCtxtPtr valid); +PyObject * libxml_xmlSchemaPtrWrap(xmlSchemaPtr ctxt); +PyObject * libxml_xmlSchemaParserCtxtPtrWrap(xmlSchemaParserCtxtPtr ctxt); +PyObject * libxml_xmlSchemaValidCtxtPtrWrap(xmlSchemaValidCtxtPtr valid); #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * libxml_xmlErrorPtrWrap(xmlErrorPtr error); diff -urN libxml2.orig/python/tests/schema.py libxml2.python-schema/python/tests/schema.py --- libxml2.orig/python/tests/schema.py 1970-01-01 01:00:00.000000000 +0100 +++ libxml2.python-schema/python/tests/schema.py 2004-08-18 03:24:39.000000000 +0200 @@ -0,0 +1,52 @@ +#!/usr/bin/python -u +import libxml2 +import sys + +# Memory debug specific +libxml2.debugMemory(1) + +schema=""" + + + + + + + + + + + +""" + +instance=""" + + Raymond + G + Bayliss + +""" + +ctxt_parser = libxml2.schemaNewMemParserCtxt(schema, len(schema)) +ctxt_schema = ctxt_parser.schemaParse() +ctxt_valid = ctxt_schema.schemaNewValidCtxt() +doc = libxml2.parseDoc(instance) +ret = doc.schemaValidateDoc(ctxt_valid) +if ret != 0: + print "error doing schema validation" + sys.exit(1) + +doc.freeDoc() +del ctxt_parser +del ctxt_schema +del ctxt_valid +libxml2.schemaCleanupTypes() + +# Memory debug specific +libxml2.cleanupParser() +if libxml2.debugMemory(1) == 0: + print "OK" +else: + print "Memory leak %d bytes" % (libxml2.debugMemory(1)) + libxml2.dumpMemory() + diff -urN libxml2.orig/python/types.c libxml2.python-schema/python/types.c --- libxml2.orig/python/types.c 2004-01-06 23:54:56.000000000 +0100 +++ libxml2.python-schema/python/types.c 2004-08-18 03:24:26.000000000 +0200 @@ -640,6 +640,63 @@ (char *) "xmlRelaxNGValidCtxtPtr", NULL); return (ret); } + +PyObject * +libxml_xmlSchemaPtrWrap(xmlSchemaPtr ctxt) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaPtrWrap: ctxt = %p\n", ctxt); +#endif + if (ctxt == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + ret = + PyCObject_FromVoidPtrAndDesc((void *) ctxt, + (char *) "xmlSchemaPtr", NULL); + return (ret); +} + +PyObject * +libxml_xmlSchemaParserCtxtPtrWrap(xmlSchemaParserCtxtPtr ctxt) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaParserCtxtPtrWrap: ctxt = %p\n", ctxt); +#endif + if (ctxt == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + ret = + PyCObject_FromVoidPtrAndDesc((void *) ctxt, + (char *) "xmlSchemaParserCtxtPtr", NULL); + + return (ret); +} + +PyObject * +libxml_xmlSchemaValidCtxtPtrWrap(xmlSchemaValidCtxtPtr valid) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaValidCtxtPtrWrap: valid = %p\n", valid); +#endif + if (valid == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + + ret = + PyCObject_FromVoidPtrAndDesc((void *) valid, + (char *) "xmlSchemaValidCtxtPtr", NULL); + + return (ret); +} #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * diff -urN libxml2.orig/xmlschemas.c libxml2.python-schema/xmlschemas.c --- libxml2.orig/xmlschemas.c 2004-08-14 13:15:13.000000000 +0200 +++ libxml2.python-schema/xmlschemas.c 2004-08-18 03:18:00.000000000 +0200 @@ -10895,6 +10895,33 @@ } /** + * xmlSchemaGetParserErrors: + * @ctxt: a XMl-Schema parser context + * @err: the error callback result + * @warn: the warning callback result + * @ctx: contextual data for the callbacks result + * + * Get the callback information used to handle errors for a parser context + * + * Returns -1 in case of failure, 0 otherwise + */ +int +xmlSchemaGetParserErrors(xmlSchemaParserCtxtPtr ctxt, + xmlSchemaValidityErrorFunc * err, + xmlSchemaValidityWarningFunc * warn, void **ctx) +{ + if (ctxt == NULL) + return(-1); + if (err != NULL) + *err = ctxt->error; + if (warn != NULL) + *warn = ctxt->warning; + if (ctx != NULL) + *ctx = ctxt->userData; + return(0); +} + +/** * xmlSchemaFacetTypeToString: * @type: the facet type * @@ -13119,6 +13146,33 @@ } /** + * xmlSchemaGetValidErrors: + * @ctxt: a XML-Schema validation context + * @err: the error function result + * @warn: the warning function result + * @ctx: the functions context result + * + * Get the error and warning callback informations + * + * Returns -1 in case of error and 0 otherwise + */ +int +xmlSchemaGetValidErrors(xmlSchemaValidCtxtPtr ctxt, + xmlSchemaValidityErrorFunc * err, + xmlSchemaValidityWarningFunc * warn, void **ctx) +{ + if (ctxt == NULL) + return (-1); + if (err != NULL) + *err = ctxt->error; + if (warn != NULL) + *warn = ctxt->warning; + if (ctx != NULL) + *ctx = ctxt->userData; + return (0); +} + +/** * xmlSchemaValidateDoc: * @ctxt: a schema validation context * @doc: a parsed document tree --Boundary-00=_xFrIBy62g9YMDNt-- From torkel@thedisc.no Tue Aug 17 22:49:04 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A524B3B0AEE for ; Tue, 17 Aug 2004 22:49:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28324-01 for ; Tue, 17 Aug 2004 22:49:03 -0400 (EDT) Received: from mail58-s.fg.online.no (mail58-s.fg.online.no [148.122.161.58]) by menubar.gnome.org (Postfix) with ESMTP id 7DFBA3B09B6 for ; Tue, 17 Aug 2004 22:49:02 -0400 (EDT) Received: from [192.168.1.81] (ti521120a080-0554.bb.online.no [80.213.82.42]) by mail58.fg.online.no (8.12.11/8.12.11) with ESMTP id i7I2mwf4025553 for ; Wed, 18 Aug 2004 04:49:01 +0200 (MEST) From: Torkel Lyng To: xml@gnome.org Subject: Re: [xml] "Next XML schema implementation steps (poll)" Date: Wed, 18 Aug 2004 04:48:27 +0200 User-Agent: KMail/1.6.2 References: <4120A0DE.7070404@4commerce.de> <200408180331.39652.torkel@thedisc.no> In-Reply-To: <200408180331.39652.torkel@thedisc.no> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_7NsIBldZEfmvDuk" Message-Id: <200408180448.31852.torkel@thedisc.no> X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: torkel@thedisc.no List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 02:49:04 -0000 --Boundary-00=_7NsIBldZEfmvDuk Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ooops, sorry! Seemed to manage to wreck that patch somehow, here's the fixe= d=20 patch (it works for me atleast :P) On Wednesday 18 August 2004 03:31, Torkel Lyng wrote: > I cut'n'pasted the Python binding code for RelaxNG and modified it a bit = to > suite the XML-Schema code. Also added schema.py, a small validation > example. This code ain't reviewed or anything else like that, just modifi= ed > the existing RelaxNG code :) > > On Monday 16 August 2004 13:45, Robert Sanderson wrote: > > > So in short: this is a poll about what to implement next. > > > > I'll put my hand up again for a Python binding to the existing XML sche= ma > > code! :) > > > > (There's a Bugzilla RFE for this already) > > > > Rob > > > > ,'/:. Dr Robert Sanderson (azaroth@liverpool.ac.uk) > > ,'-/::::. http://www.o-r-g.org/~azaroth/ > > ,'--/::(@)::. Special Collections and Archives, extension 3142 > > ,'---/::::::::::. University of Liverpool > > ____/:::::::::::::. L5R Shop: http://www.cardsnotwords.com/ > > I L L U M I N A T I > > _______________________________________________ > > xml mailing list, project page http://xmlsoft.org/ > > xml@gnome.org > > http://mail.gnome.org/mailman/listinfo/xml =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBIsN+T55FUKMkk/QRAlUtAJ9OzDBeq7m8I40VfJbvMsCLOk+1BgCeKad6 9VsEKGzExaW4ww3AGyKK8iw=3D =3DPDKu =2D----END PGP SIGNATURE----- --Boundary-00=_7NsIBldZEfmvDuk Content-Type: text/x-diff; charset="iso-8859-1"; name="libxml2-python_schema.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libxml2-python_schema.patch" diff -urN libxml2/elfgcchack.h libxml2.work/elfgcchack.h --- libxml2/elfgcchack.h 2004-07-07 00:47:07.000000000 +0200 +++ libxml2.work/elfgcchack.h 2004-08-18 04:10:54.000000000 +0200 @@ -3973,12 +3973,25 @@ #endif #ifdef LIBXML_SCHEMAS_ENABLED +extern __typeof (xmlSchemaGetParserErrors) xmlSchemaGetParserErrors__internal_alias __attribute((visibility("hidden"))); +extern __typeof (xmlSchemaGetParserErrors) xmlSchemaGetParserErrors __attribute((alias("xmlSchemaGetParserErrors__internal_alias"))); +#define xmlSchemaGetParserErrors xmlSchemaGetParserErrors__internal_alias +#endif + + +#ifdef LIBXML_SCHEMAS_ENABLED extern __typeof (xmlSchemaSetValidErrors) xmlSchemaSetValidErrors__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlSchemaSetValidErrors) xmlSchemaSetValidErrors __attribute((alias("xmlSchemaSetValidErrors__internal_alias"))); #define xmlSchemaSetValidErrors xmlSchemaSetValidErrors__internal_alias #endif #ifdef LIBXML_SCHEMAS_ENABLED +extern __typeof (xmlSchemaGetValidErrors) xmlSchemaGetValidErrors__internal_alias __attribute((visibility("hidden"))); +extern __typeof (xmlSchemaGetValidErrors) xmlSchemaGetValidErrors __attribute((alias("xmlSchemaGetValidErrors__internal_alias"))); +#define xmlSchemaGetValidErrors xmlSchemaGetValidErrors__internal_alias +#endif + +#ifdef LIBXML_SCHEMAS_ENABLED extern __typeof (xmlSchemaValPredefTypeNode) xmlSchemaValPredefTypeNode__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlSchemaValPredefTypeNode) xmlSchemaValPredefTypeNode __attribute((alias("xmlSchemaValPredefTypeNode__internal_alias"))); #define xmlSchemaValPredefTypeNode xmlSchemaValPredefTypeNode__internal_alias diff -urN libxml2/include/libxml/xmlschemas.h libxml2.work/include/libxml/xmlschemas.h --- libxml2/include/libxml/xmlschemas.h 2003-11-18 21:56:51.000000000 +0100 +++ libxml2.work/include/libxml/xmlschemas.h 2004-08-18 04:11:22.000000000 +0200 @@ -87,6 +87,11 @@ xmlSchemaValidityErrorFunc err, xmlSchemaValidityWarningFunc warn, void *ctx); +XMLPUBFUN int XMLCALL + xmlSchemaGetParserErrors (xmlSchemaParserCtxtPtr ctxt, + xmlSchemaValidityErrorFunc * err, + xmlSchemaValidityWarningFunc * warn, + void **ctx); XMLPUBFUN xmlSchemaPtr XMLCALL xmlSchemaParse (xmlSchemaParserCtxtPtr ctxt); XMLPUBFUN void XMLCALL @@ -104,6 +109,12 @@ xmlSchemaValidityErrorFunc err, xmlSchemaValidityWarningFunc warn, void *ctx); +XMLPUBFUN int XMLCALL + xmlSchemaGetValidErrors (xmlSchemaValidCtxtPtr ctxt, + xmlSchemaValidityErrorFunc *err, + xmlSchemaValidityWarningFunc *warn, + void **ctx); + XMLPUBFUN xmlSchemaValidCtxtPtr XMLCALL xmlSchemaNewValidCtxt (xmlSchemaPtr schema); XMLPUBFUN void XMLCALL diff -urN libxml2/python/generator.py libxml2.work/python/generator.py --- libxml2/python/generator.py 2004-07-16 12:39:30.000000000 +0200 +++ libxml2.work/python/generator.py 2004-08-18 04:11:36.000000000 +0200 @@ -282,6 +282,9 @@ 'xmlRelaxNGPtr': ('O', "relaxNgSchema", "xmlRelaxNGPtr", "xmlRelaxNGPtr"), 'xmlRelaxNGParserCtxtPtr': ('O', "relaxNgParserCtxt", "xmlRelaxNGParserCtxtPtr", "xmlRelaxNGParserCtxtPtr"), 'xmlRelaxNGValidCtxtPtr': ('O', "relaxNgValidCtxt", "xmlRelaxNGValidCtxtPtr", "xmlRelaxNGValidCtxtPtr"), + 'xmlSchemaPtr': ('O', "Schema", "xmlSchemaPtr", "xmlSchemaPtr"), + 'xmlSchemaParserCtxtPtr': ('O', "SchemaParserCtxt", "xmlSchemaParserCtxtPtr", "xmlSchemaParserCtxtPtr"), + 'xmlSchemaValidCtxtPtr': ('O', "SchemaValidCtxt", "xmlSchemaValidCtxtPtr", "xmlSchemaValidCtxtPtr"), } py_return_types = { @@ -666,6 +669,9 @@ 'xmlRelaxNGPtr': ('._o', "relaxNgSchema(_obj=%s)", "relaxNgSchema"), 'xmlRelaxNGParserCtxtPtr': ('._o', "relaxNgParserCtxt(_obj=%s)", "relaxNgParserCtxt"), 'xmlRelaxNGValidCtxtPtr': ('._o', "relaxNgValidCtxt(_obj=%s)", "relaxNgValidCtxt"), + 'xmlSchemaPtr': ("._o", "Schema(_obj=%s)", "Schema"), + 'xmlSchemaParserCtxtPtr': ("._o", "SchemaParserCtxt(_obj=%s)", "SchemaParserCtxt"), + 'xmlSchemaValidCtxtPtr': ("._o", "SchemaValidCtxt(_obj=%s)", "SchemaValidCtxt"), } converter_type = { @@ -699,6 +705,9 @@ "relaxNgSchema": "xmlRelaxNGFree", "relaxNgParserCtxt": "xmlRelaxNGFreeParserCtxt", "relaxNgValidCtxt": "xmlRelaxNGFreeValidCtxt", + "Schema": "xmlSchemaFree", + "SchemaParserCtxt": "xmlSchemaFreeParserCtxt", + "SchemaValidCtxt": "xmlSchemaFreeValidCtxt", } functions_noexcept = { @@ -710,6 +719,7 @@ reference_keepers = { "xmlTextReader": [('inputBuffer', 'input')], "relaxNgValidCtxt": [('relaxNgSchema', 'schema')], + "SchemaValidCtxt": [('Schema', 'schema')], } function_classes = {} diff -urN libxml2/python/libxml.c libxml2.work/python/libxml.c --- libxml2/python/libxml.c 2004-07-16 12:39:30.000000000 +0200 +++ libxml2.work/python/libxml.c 2004-08-18 04:11:40.000000000 +0200 @@ -2948,6 +2948,171 @@ return(Py_None); } +typedef struct +{ + PyObject *warn; + PyObject *error; + PyObject *arg; +} xmlSchemaValidCtxtPyCtxt; +typedef xmlSchemaValidCtxtPyCtxt *xmlSchemaValidCtxtPyCtxtPtr; + +static void +libxml_xmlSchemaValidityGenericErrorFuncHandler(void *ctx, char *str) +{ + PyObject *list; + PyObject *result; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaValiditiyGenericErrorFuncHandler(%p, %s, ...) called\n", ctx, str); +#endif + + pyCtxt = (xmlSchemaValidCtxtPyCtxtPtr) ctx; + + list = PyTuple_New(2); + PyTuple_SetItem(list, 0, libxml_charPtrWrap(str)); + PyTuple_SetItem(list, 1, pyCtxt->arg); + Py_XINCREF(pyCtxt->arg); + result = PyEval_CallObject(pyCtxt->error, list); + if (result == NULL) + { + /* TODO: manage for the exception to be propagated... */ + PyErr_Print(); + } + Py_XDECREF(list); + Py_XDECREF(result); +} + +static void +libxml_xmlSchemaValidityGenericWarningFuncHandler(void *ctx, char *str) +{ + PyObject *list; + PyObject *result; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaValidityGenericWarningFuncHandler(%p, %s, ...) called\n", ctx, str); +#endif + + pyCtxt = (xmlSchemaValidCtxtPyCtxtPtr) ctx; + + list = PyTuple_New(2); + PyTuple_SetItem(list, 0, libxml_charPtrWrap(str)); + PyTuple_SetItem(list, 1, pyCtxt->arg); + Py_XINCREF(pyCtxt->arg); + result = PyEval_CallObject(pyCtxt->warn, list); + if (result == NULL) + { + /* TODO: manage for the exception to be propagated... */ + PyErr_Print(); + } + Py_XDECREF(list); + Py_XDECREF(result); +} + +static void +libxml_xmlSchemaValidityErrorFunc(void *ctx, const char *msg, ...) +{ + va_list ap; + + va_start(ap, msg); + libxml_xmlSchemaValidityGenericErrorFuncHandler(ctx, libxml_buildMessage(msg, ap)); + va_end(ap); +} + +static void +libxml_xmlSchemaValidityWarningFunc(void *ctx, const char *msg, ...) +{ + va_list ap; + + va_start(ap, msg); + libxml_xmlSchemaValidityGenericWarningFuncHandler(ctx, libxml_buildMessage(msg, ap)); + va_end(ap); +} + +static PyObject * +libxml_xmlSchemaSetValidErrors(ATTRIBUTE_UNUSED PyObject * self, PyObject * args) +{ + PyObject *py_retval; + PyObject *pyobj_error; + PyObject *pyobj_warn; + PyObject *pyobj_ctx; + PyObject *pyobj_arg = Py_None; + xmlSchemaValidCtxtPtr ctxt; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + + if (!PyArg_ParseTuple + (args, (char *) "OOO|O:xmlSchemaSetValidErrors", &pyobj_ctx, &pyobj_error, &pyobj_warn, &pyobj_arg)) + return (NULL); + +#ifdef DEBUG_ERROR + printf("libxml_xmlSchemaSetValidErrors(%p, %p, %p) called\n", pyobj_ctx, pyobj_error, pyobj_warn); +#endif + + ctxt = PySchemaValidCtxt_Get(pyobj_ctx); + if (xmlSchemaGetValidErrors(ctxt, NULL, NULL, (void **) &pyCtxt) == -1) + { + py_retval = libxml_intWrap(-1); + return(py_retval); + } + + if (pyCtxt == NULL) + { + /* first time to set the error handlers */ + pyCtxt = xmlMalloc(sizeof(xmlSchemaValidCtxtPyCtxt)); + if (pyCtxt == NULL) { + py_retval = libxml_intWrap(-1); + return(py_retval); + } + memset(pyCtxt, 0, sizeof(xmlSchemaValidCtxtPyCtxt)); + } + + /* TODO: check warn and error is a function ! */ + Py_XDECREF(pyCtxt->error); + Py_XINCREF(pyobj_error); + pyCtxt->error = pyobj_error; + + Py_XDECREF(pyCtxt->warn); + Py_XINCREF(pyobj_warn); + pyCtxt->warn = pyobj_warn; + + Py_XDECREF(pyCtxt->arg); + Py_XINCREF(pyobj_arg); + pyCtxt->arg = pyobj_arg; + + xmlSchemaSetValidErrors(ctxt, &libxml_xmlSchemaValidityErrorFunc, &libxml_xmlSchemaValidityWarningFunc, pyCtxt); + + py_retval = libxml_intWrap(1); + return(py_retval); +} + +static PyObject * +libxml_xmlSchemaFreeValidCtxt(ATTRIBUTE_UNUSED PyObject * self, PyObject * args) +{ + xmlSchemaValidCtxtPtr ctxt; + xmlSchemaValidCtxtPyCtxtPtr pyCtxt; + PyObject *pyobj_ctxt; + + if (!PyArg_ParseTuple(args, (char *)"O:xmlSchemaFreeValidCtxt", &pyobj_ctxt)) + return(NULL); + ctxt = (xmlSchemaValidCtxtPtr) PySchemaValidCtxt_Get(pyobj_ctxt); + + if (xmlSchemaGetValidErrors(ctxt, NULL, NULL, (void **) &pyCtxt) == 0) + { + if (pyCtxt != NULL) + { + Py_XDECREF(pyCtxt->error); + Py_XDECREF(pyCtxt->warn); + Py_XDECREF(pyCtxt->arg); + xmlFree(pyCtxt); + } + } + + xmlSchemaFreeValidCtxt(ctxt); + Py_INCREF(Py_None); + return(Py_None); +} + #endif #ifdef LIBXML_C14N_ENABLED diff -urN libxml2/python/libxml_wrap.h libxml2.work/python/libxml_wrap.h --- libxml2/python/libxml_wrap.h 2004-01-06 23:54:56.000000000 +0100 +++ libxml2.work/python/libxml_wrap.h 2004-08-18 04:11:46.000000000 +0200 @@ -18,7 +18,10 @@ #include #include #include +#ifdef LIBXML_SCHEMAS_ENABLED #include +#include +#endif /** * ATTRIBUTE_UNUSED: @@ -165,6 +168,30 @@ #define PyrelaxNgValidCtxt_Get(v) (((v) == Py_None) ? NULL : \ (((PyrelaxNgValidCtxt_Object *)(v))->obj)) +typedef struct { + PyObject_HEAD + xmlSchemaPtr obj; +} PySchema_Object; + +#define PySchema_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchema_Object *)(v))->obj)) + +typedef struct { + PyObject_HEAD + xmlSchemaParserCtxtPtr obj; +} PySchemaParserCtxt_Object; + +#define PySchemaParserCtxt_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchemaParserCtxt_Object *)(v))->obj)) + +typedef struct { + PyObject_HEAD + xmlSchemaValidCtxtPtr obj; +} PySchemaValidCtxt_Object; + +#define PySchemaValidCtxt_Get(v) (((v) == Py_None) ? NULL : \ + (((PySchemaValidCtxt_Object *)(v))->obj)) + #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * libxml_intWrap(int val); @@ -201,5 +228,8 @@ PyObject * libxml_xmlRelaxNGPtrWrap(xmlRelaxNGPtr ctxt); PyObject * libxml_xmlRelaxNGParserCtxtPtrWrap(xmlRelaxNGParserCtxtPtr ctxt); PyObject * libxml_xmlRelaxNGValidCtxtPtrWrap(xmlRelaxNGValidCtxtPtr valid); +PyObject * libxml_xmlSchemaPtrWrap(xmlSchemaPtr ctxt); +PyObject * libxml_xmlSchemaParserCtxtPtrWrap(xmlSchemaParserCtxtPtr ctxt); +PyObject * libxml_xmlSchemaValidCtxtPtrWrap(xmlSchemaValidCtxtPtr valid); #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * libxml_xmlErrorPtrWrap(xmlErrorPtr error); diff -urN libxml2/python/tests/schema.py libxml2.work/python/tests/schema.py --- libxml2/python/tests/schema.py 1970-01-01 01:00:00.000000000 +0100 +++ libxml2.work/python/tests/schema.py 2004-08-18 04:12:00.000000000 +0200 @@ -0,0 +1,52 @@ +#!/usr/bin/python -u +import libxml2 +import sys + +# Memory debug specific +libxml2.debugMemory(1) + +schema=""" + + + + + + + + + + + +""" + +instance=""" + + Raymond + G + Bayliss + +""" + +ctxt_parser = libxml2.schemaNewMemParserCtxt(schema, len(schema)) +ctxt_schema = ctxt_parser.schemaParse() +ctxt_valid = ctxt_schema.schemaNewValidCtxt() +doc = libxml2.parseDoc(instance) +ret = doc.schemaValidateDoc(ctxt_valid) +if ret != 0: + print "error doing schema validation" + sys.exit(1) + +doc.freeDoc() +del ctxt_parser +del ctxt_schema +del ctxt_valid +libxml2.schemaCleanupTypes() + +# Memory debug specific +libxml2.cleanupParser() +if libxml2.debugMemory(1) == 0: + print "OK" +else: + print "Memory leak %d bytes" % (libxml2.debugMemory(1)) + libxml2.dumpMemory() + diff -urN libxml2/python/types.c libxml2.work/python/types.c --- libxml2/python/types.c 2004-01-06 23:54:56.000000000 +0100 +++ libxml2.work/python/types.c 2004-08-18 04:11:51.000000000 +0200 @@ -640,6 +640,63 @@ (char *) "xmlRelaxNGValidCtxtPtr", NULL); return (ret); } + +PyObject * +libxml_xmlSchemaPtrWrap(xmlSchemaPtr ctxt) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaPtrWrap: ctxt = %p\n", ctxt); +#endif + if (ctxt == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + ret = + PyCObject_FromVoidPtrAndDesc((void *) ctxt, + (char *) "xmlSchemaPtr", NULL); + return (ret); +} + +PyObject * +libxml_xmlSchemaParserCtxtPtrWrap(xmlSchemaParserCtxtPtr ctxt) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaParserCtxtPtrWrap: ctxt = %p\n", ctxt); +#endif + if (ctxt == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + ret = + PyCObject_FromVoidPtrAndDesc((void *) ctxt, + (char *) "xmlSchemaParserCtxtPtr", NULL); + + return (ret); +} + +PyObject * +libxml_xmlSchemaValidCtxtPtrWrap(xmlSchemaValidCtxtPtr valid) +{ + PyObject *ret; + +#ifdef DEBUG + printf("libxml_xmlSchemaValidCtxtPtrWrap: valid = %p\n", valid); +#endif + if (valid == NULL) { + Py_INCREF(Py_None); + return (Py_None); + } + + ret = + PyCObject_FromVoidPtrAndDesc((void *) valid, + (char *) "xmlSchemaValidCtxtPtr", NULL); + + return (ret); +} #endif /* LIBXML_SCHEMAS_ENABLED */ PyObject * diff -urN libxml2/xmlschemas.c libxml2.work/xmlschemas.c --- libxml2/xmlschemas.c 2004-08-14 13:15:13.000000000 +0200 +++ libxml2.work/xmlschemas.c 2004-08-18 04:11:02.000000000 +0200 @@ -10895,6 +10895,33 @@ } /** + * xmlSchemaGetParserErrors: + * @ctxt: a XMl-Schema parser context + * @err: the error callback result + * @warn: the warning callback result + * @ctx: contextual data for the callbacks result + * + * Get the callback information used to handle errors for a parser context + * + * Returns -1 in case of failure, 0 otherwise + */ +int +xmlSchemaGetParserErrors(xmlSchemaParserCtxtPtr ctxt, + xmlSchemaValidityErrorFunc * err, + xmlSchemaValidityWarningFunc * warn, void **ctx) +{ + if (ctxt == NULL) + return(-1); + if (err != NULL) + *err = ctxt->error; + if (warn != NULL) + *warn = ctxt->warning; + if (ctx != NULL) + *ctx = ctxt->userData; + return(0); +} + +/** * xmlSchemaFacetTypeToString: * @type: the facet type * @@ -13119,6 +13146,33 @@ } /** + * xmlSchemaGetValidErrors: + * @ctxt: a XML-Schema validation context + * @err: the error function result + * @warn: the warning function result + * @ctx: the functions context result + * + * Get the error and warning callback informations + * + * Returns -1 in case of error and 0 otherwise + */ +int +xmlSchemaGetValidErrors(xmlSchemaValidCtxtPtr ctxt, + xmlSchemaValidityErrorFunc * err, + xmlSchemaValidityWarningFunc * warn, void **ctx) +{ + if (ctxt == NULL) + return (-1); + if (err != NULL) + *err = ctxt->error; + if (warn != NULL) + *warn = ctxt->warning; + if (ctx != NULL) + *ctx = ctxt->userData; + return (0); +} + +/** * xmlSchemaValidateDoc: * @ctxt: a schema validation context * @doc: a parsed document tree --Boundary-00=_7NsIBldZEfmvDuk-- From veillard@redhat.com Wed Aug 18 05:18:52 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4E5DF3B090F for ; Wed, 18 Aug 2004 05:18:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08786-10 for ; Wed, 18 Aug 2004 05:18:51 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D139F3B0923 for ; Wed, 18 Aug 2004 05:18:50 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7I9Ioe1019296; Wed, 18 Aug 2004 05:18:50 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7I9Ioa29862; Wed, 18 Aug 2004 05:18:50 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7I9HxJM012841; Wed, 18 Aug 2004 05:17:59 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7I9HwRS012824; Wed, 18 Aug 2004 05:17:58 -0400 Date: Wed, 18 Aug 2004 05:17:58 -0400 From: Daniel Veillard To: Torkel Lyng Subject: Re: [xml] "Next XML schema implementation steps (poll)" Message-ID: <20040818091758.GR18492@redhat.com> References: <4120A0DE.7070404@4commerce.de> <200408180331.39652.torkel@thedisc.no> <200408180448.31852.torkel@thedisc.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408180448.31852.torkel@thedisc.no> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 09:18:52 -0000 Excellent, I read the patch, I wouldn't have done it differently, and it just works ! Applied, commited with nearly no tweaking, it's in CVS, thanks a lot ! Daniel On Wed, Aug 18, 2004 at 04:48:27AM +0200, Torkel Lyng wrote: > Ooops, sorry! Seemed to manage to wreck that patch somehow, here's the fixed > patch (it works for me atleast :P) > > On Wednesday 18 August 2004 03:31, Torkel Lyng wrote: > > I cut'n'pasted the Python binding code for RelaxNG and modified it a bit to > > suite the XML-Schema code. Also added schema.py, a small validation > > example. This code ain't reviewed or anything else like that, just modified > > the existing RelaxNG code :) > > > > On Monday 16 August 2004 13:45, Robert Sanderson wrote: > > > > So in short: this is a poll about what to implement next. > > > > > > I'll put my hand up again for a Python binding to the existing XML schema > > > code! :) > > > > > > (There's a Bugzilla RFE for this already) > > > > > > Rob -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From k.buchcik@4commerce.de Wed Aug 18 06:00:39 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B78B3B08D8 for ; Wed, 18 Aug 2004 06:00:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10679-08 for ; Wed, 18 Aug 2004 06:00:38 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id A37123B0671 for ; Wed, 18 Aug 2004 06:00:36 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1BxNF7-0001qu-00; Wed, 18 Aug 2004 12:00:29 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Wed, 18 Aug 2004 11:57:01 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Wed, 18 Aug 2004 12:00:24 +0200 Message-ID: <41232B38.1040806@4commerce.de> Date: Wed, 18 Aug 2004 12:11:04 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <4120A0DE.7070404@4commerce.de> <200408180331.39652.torkel@thedisc.no> In-Reply-To: <200408180331.39652.torkel@thedisc.no> X-OriginalArrivalTime: 18 Aug 2004 10:00:24.0638 (UTC) FILETIME=[2E5005E0:01C4850A] X-eMessageService: eMission.SMTPServer Subject: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Cc: X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 10:00:39 -0000 Hi, on 8/18/2004 3:31 AM Torkel Lyng wrote: > I cut'n'pasted the Python binding code for RelaxNG and modified it a bit t= o=20 > suite the XML-Schema code. Also added schema.py, a small validation exampl= e. > This code ain't reviewed or anything else like that, just modified the=20 > existing RelaxNG code :) >=20 > On Monday 16 August 2004 13:45, Robert Sanderson wrote: >=20 >>>So in short: this is a poll about what to implement next. >> >>I'll put my hand up again for a Python binding to the existing XML schema >>code! :) Cool :-) So I guess it's my turn now to integrate the W3C schema test=20 suite... Greetings, Kasimier From k.buchcik@4commerce.de Wed Aug 18 09:45:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2E4F13B0FDB for ; Wed, 18 Aug 2004 09:45:41 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25047-08 for ; Wed, 18 Aug 2004 09:45:38 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id AD5173B1049 for ; Wed, 18 Aug 2004 09:44:51 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1BxQkE-00069h-00 for xml@gnome.org; Wed, 18 Aug 2004 15:44:50 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Wed, 18 Aug 2004 15:41:22 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Wed, 18 Aug 2004 15:44:45 +0200 Message-ID: <41235FCD.8010302@4commerce.de> Date: Wed, 18 Aug 2004 15:55:25 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en X-OriginalArrivalTime: 18 Aug 2004 13:44:45.0832 (UTC) FILETIME=[85CF3880:01C48529] X-eMessageService: eMission.SMTPServer Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Makefile.msvc tests removed X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 13:45:41 -0000 Hi, the tests in "win32/Makefile.msvc" were removed as of revision 1.23=20 (latest in CVS). Any known reasons? I did not find a comment about it in=20 the log. Regards, Kasimier From k.buchcik@4commerce.de Wed Aug 18 09:55:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D3F273B093C for ; Wed, 18 Aug 2004 09:55:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25383-06 for ; Wed, 18 Aug 2004 09:55:36 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 35EDB3B0675 for ; Wed, 18 Aug 2004 09:55:36 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1BxQud-0006N5-00 for xml@gnome.org; Wed, 18 Aug 2004 15:55:35 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Wed, 18 Aug 2004 15:52:07 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Wed, 18 Aug 2004 15:55:30 +0200 Message-ID: <41236252.1000206@4commerce.de> Date: Wed, 18 Aug 2004 16:06:10 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <41235FCD.8010302@4commerce.de> In-Reply-To: <41235FCD.8010302@4commerce.de> X-OriginalArrivalTime: 18 Aug 2004 13:55:30.0432 (UTC) FILETIME=[06056000:01C4852B] X-eMessageService: eMission.SMTPServer Subject: "Re: [xml] Makefile.msvc tests removed" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 13:55:40 -0000 Hi, on 8/18/2004 3:55 PM Kasimier Buchcik wrote: > Hi, >=20 > the tests in "win32/Makefile.msvc" were removed as of revision 1.23=20 > (latest in CVS). Any known reasons? I did not find a comment about it in=20 > the log. :-) Just ignore this one; I looked into the wrong makefile: the=20 *libxslt* Makefile.msvc. Kasimier From aakhter@gmail.com Wed Aug 18 10:24:53 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 121013B0FF5 for ; Wed, 18 Aug 2004 10:24:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27749-10 for ; Wed, 18 Aug 2004 10:24:50 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by menubar.gnome.org (Postfix) with ESMTP id 0E61C3B1139 for ; Wed, 18 Aug 2004 10:21:07 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 75so134488rnl for ; Wed, 18 Aug 2004 07:21:05 -0700 (PDT) Received: by 10.38.13.31 with SMTP id 31mr470030rnm; Wed, 18 Aug 2004 07:21:05 -0700 (PDT) Message-ID: <7cf4fa7504081807216b49618c@mail.gmail.com> Date: Wed, 18 Aug 2004 10:21:05 -0400 From: Aamer Akhter To: veillard@redhat.com Subject: Re: [xml] "Next XML schema implementation steps (poll)" In-Reply-To: <20040816213241.GL18492@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aamer Akhter List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:24:53 -0000 On Mon, 16 Aug 2004 17:32:41 -0400, Daniel Veillard wrote: > On Mon, Aug 16, 2004 at 10:52:41PM +0200, Torkel Lyng wrote: > > What features are the XML-Schema part missing really? > > Kasimier is the best person to answer, but I knw we are missing > at least: > - content checking in derivations (I would have to implement > comparison at the regexps level first) > - identity constraints not based on ID/IDREF Just to clarify, does the above include support for 'unique'? While ID accomplishes some of the same things (enforces uniqueness), it has some other naming constraints that unique does not require. > > there is probably other parts though (do we have wilcards ?) > To me one of the important things somewhat missing is more > systematic regression testing for the code in CVS, I know Kasimier > have been using at least subset of the W3C testsuite [1] but > this is not integrated in CVS right now (though the full set of > the W3C Schemas types are tested though Relax-NG James Clark > testsuite). But Kasimier is asking for features missing and what > you want implemented, it's a relatively different matter. > > Daniel > > [1] http://www.w3.org/2001/05/xmlschema-test-collection/ > -- > Daniel Veillard | Red Hat Desktop team http://redhat.com/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- Aamer Akhter / aakhter@gmail.com From k.buchcik@4commerce.de Wed Aug 18 11:16:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BDF043B10C9 for ; Wed, 18 Aug 2004 11:16:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01130-06 for ; Wed, 18 Aug 2004 11:16:17 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 4949B3B10CA for ; Wed, 18 Aug 2004 11:15:18 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1BxS9l-00088e-00; Wed, 18 Aug 2004 17:15:17 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Wed, 18 Aug 2004 17:11:49 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Wed, 18 Aug 2004 17:15:11 +0200 Message-ID: <412374FF.6080209@4commerce.de> Date: Wed, 18 Aug 2004 17:25:51 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> <7cf4fa7504081807216b49618c@mail.gmail.com> In-Reply-To: <7cf4fa7504081807216b49618c@mail.gmail.com> X-OriginalArrivalTime: 18 Aug 2004 15:15:11.0906 (UTC) FILETIME=[28006820:01C48536] X-eMessageService: eMission.SMTPServer Subject: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Cc: X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:16:19 -0000 Hi, on 8/18/2004 4:21 PM Aamer Akhter wrote: > On Mon, 16 Aug 2004 17:32:41 -0400, Daniel Veillard = wrote: >=20 >>On Mon, Aug 16, 2004 at 10:52:41PM +0200, Torkel Lyng wrote: >> >>>What features are the XML-Schema part missing really? >> >> Kasimier is the best person to answer, but I knw we are missing >>at least: >> - content checking in derivations (I would have to implement >> comparison at the regexps level first) >> - identity constraints not based on ID/IDREF >=20 >=20 > Just to clarify, does the above include support for 'unique'? While ID > accomplishes some of the same things (enforces uniqueness), it has > some other naming constraints that unique does not require. Yes, , and are not supported yet. Regards, Kasimier From bryan@dolphtech.com Wed Aug 18 12:52:12 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 570B43B0C09 for ; Wed, 18 Aug 2004 12:52:12 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09958-01 for ; Wed, 18 Aug 2004 12:52:07 -0400 (EDT) Received: from saranac.dolphtech.com (saranac.dolphtech.com [64.9.116.35]) by menubar.gnome.org (Postfix) with ESMTP id 385773B0C0B for ; Wed, 18 Aug 2004 12:51:28 -0400 (EDT) Received: from porter.dolphtech.com (stout.dolphtech.com [64.9.116.34]) by saranac.dolphtech.com (8.12.11/8.12.11) with ESMTP id i7IGp8Fa012699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 12:51:12 -0400 Received: from [192.168.64.140] (bryan.dolphtech.com [192.168.64.140]) by porter.dolphtech.com (8.12.10/8.12.10) with ESMTP id i7IGp6gE023117; Wed, 18 Aug 2004 12:51:06 -0400 Message-ID: <412388D7.3050802@dolphtech.com> Date: Wed, 18 Aug 2004 12:50:31 -0400 From: Bryan Berkowitz User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040630) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kasimier Buchcik Subject: Re: 'Re: [xml] "Next XML schema implementation steps (poll)"' References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> <7cf4fa7504081807216b49618c@mail.gmail.com> <412374FF.6080209@4commerce.de> In-Reply-To: <412374FF.6080209@4commerce.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Received-SPF: pass (saranac.dolphtech.com: 64.9.116.34 is authenticated by a trusted mechanism) X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:52:13 -0000 Could we add these features to the list of things to do? I would find them very useful, in fact I might be able to help out with the implementation. Thanks. Bryan Kasimier Buchcik wrote: > Yes, , and are not supported yet. > > Regards, > > Kasimier From k.buchcik@4commerce.de Thu Aug 19 04:54:35 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53FEE3B0768 for ; Thu, 19 Aug 2004 04:54:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17729-02 for ; Thu, 19 Aug 2004 04:54:33 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id BC3363B0EE2 for ; Thu, 19 Aug 2004 04:53:57 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1Bxig8-0006EP-00; Thu, 19 Aug 2004 10:53:48 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Thu, 19 Aug 2004 10:50:20 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Thu, 19 Aug 2004 10:53:43 +0200 Message-ID: <41246D18.2050003@4commerce.de> Date: Thu, 19 Aug 2004 11:04:24 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> <7cf4fa7504081807216b49618c@mail.gmail.com> <412374FF.6080209@4commerce.de> <412388D7.3050802@dolphtech.com> In-Reply-To: <412388D7.3050802@dolphtech.com> X-OriginalArrivalTime: 19 Aug 2004 08:53:43.0208 (UTC) FILETIME=[07B00280:01C485CA] X-eMessageService: eMission.SMTPServer Subject: =?ISO-8859-1?Q?Re=3A=20=27Re=3A=20=5Bxml=5D=20=22Next=20XML=20schema=20implementation=20steps=20=28poll=29=22=27?= Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Cc: Bryan Berkowitz X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:54:35 -0000 Hi, on 8/18/2004 6:50 PM Bryan Berkowitz wrote: > Kasimier Buchcik wrote: >>Yes, , and are not supported yet. > Could we add these features to the list of things to do? I would find=20 > them very useful, in fact I might be able to help out with the=20 > implementation. That would be great! :-) For parsing those elements I recommend looking at=20 "xmlSchemaParseSimpleType" in xmlschemas.c; there you'll find an example=20 of how to use the new error functions, and of validation of attributes=20 and their values. The main issues I see here: 1. how to restrict the XPath expressions as imposed by the spec 2. just keep in mind that the XPath execution should be able to work on=20 a stream someday (as mentioned by Daniel) You might consider using the XML IRC channel for discussion as well=20 (http://www.xmlsoft.org/bugs.html). I'm currently trying to get along with Python to integrate the W3C=20 schema test suite. Regards, Kasimier From roland.lezuo@rise.tuwien.ac.at Thu Aug 19 12:28:04 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 22F383B0B4B for ; Thu, 19 Aug 2004 12:28:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06004-02 for ; Thu, 19 Aug 2004 12:28:01 -0400 (EDT) Received: from fwswe.rise.tuwien.ac.at (unknown [80.122.96.210]) by menubar.gnome.org (Postfix) with ESMTP id EACCF3B0D28 for ; Thu, 19 Aug 2004 12:28:00 -0400 (EDT) Received: from dhcp161.swe ([10.59.1.161]) by fwswe.rise.tuwien.ac.at with esmtp (Exim 3.36 #1 (Debian)) id 1Bxplg-0000xq-00 for ; Thu, 19 Aug 2004 18:28:00 +0200 From: Roland Lezuo To: xml@gnome.org Content-Type: text/plain Message-Id: <1092932880.2088.4.camel@dhcp161.swe> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 19 Aug 2004 18:28:00 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Error in schema or in xmllint? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 16:28:04 -0000 The following schema defination produces the follwing error: roland.lezuo@shswe:~/temp/libxml2-cvs$ xmllint --schema test2.xsd Schemas parser error : Element decl.: A global declaration for 'PGPKeyPacket' is already existent. WXS schema test2.xsd failed to compile This is the errornous part of the xmldsig-core-schema.xsd file, I'm new to xml but don't believe the xsd is buggy. All other choice tags are working and this is the only ... combination... It libxml2 cvs from 2004-08-19 regards roland lezuo From greearb@candelatech.com Thu Aug 19 14:54:49 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6846A3B0713 for ; Thu, 19 Aug 2004 14:54:49 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12869-09 for ; Thu, 19 Aug 2004 14:54:48 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 594333B0770 for ; Thu, 19 Aug 2004 14:54:48 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7JJBJSb029441 for ; Thu, 19 Aug 2004 12:11:19 -0700 Message-ID: <4124F777.5040207@candelatech.com> Date: Thu, 19 Aug 2004 11:54:47 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] libxml2 and pthreads X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 18:54:49 -0000 Hello! While porting some code forward from RH 9 to FC 2, I noticed that anything I linked with libxml also needed to be linked with pthreads. For various reasons I do not want to link against pthreads, so I am curious to know what is the preferred method of building/finding a pthread-less libxml? With most other libraries, any locking is done by the calling code. Why did libxml see the need to pull pthreads internal? Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Thu Aug 19 15:11:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EB133B0732 for ; Thu, 19 Aug 2004 15:11:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13871-10 for ; Thu, 19 Aug 2004 15:11:12 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EF5333B069A for ; Thu, 19 Aug 2004 15:11:11 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7JJBAe1004088; Thu, 19 Aug 2004 15:11:10 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7JJBAa05151; Thu, 19 Aug 2004 15:11:10 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7JJBAvY018093; Thu, 19 Aug 2004 15:11:10 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7JJBAbD018091; Thu, 19 Aug 2004 15:11:10 -0400 Date: Thu, 19 Aug 2004 15:11:10 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040819191110.GA16238@redhat.com> References: <4124F777.5040207@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4124F777.5040207@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 19:11:15 -0000 On Thu, Aug 19, 2004 at 11:54:47AM -0700, Ben Greear wrote: > Hello! > > While porting some code forward from RH 9 to FC 2, I noticed > that anything I linked with libxml also needed to be linked > with pthreads. For various reasons I do not want to link against > pthreads, so I am curious to know what is the preferred method of > building/finding a pthread-less libxml? configure --without-threads > With most other libraries, any locking is done by the calling code. > Why did libxml see the need to pull pthreads internal? we call pthread from libxml2 for locking and thread private data. This affect malloc() and free() too. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Thu Aug 19 15:32:32 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D95F73B0B7A for ; Thu, 19 Aug 2004 15:32:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14824-04 for ; Thu, 19 Aug 2004 15:32:30 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 879E73B0C88 for ; Thu, 19 Aug 2004 15:32:30 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7JJn1Sb029888; Thu, 19 Aug 2004 12:49:01 -0700 Message-ID: <4125004D.70406@candelatech.com> Date: Thu, 19 Aug 2004 12:32:29 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> In-Reply-To: <20040819191110.GA16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 19:32:33 -0000 Daniel Veillard wrote: > On Thu, Aug 19, 2004 at 11:54:47AM -0700, Ben Greear wrote: > >>Hello! >> >>While porting some code forward from RH 9 to FC 2, I noticed >>that anything I linked with libxml also needed to be linked >>with pthreads. For various reasons I do not want to link against >>pthreads, so I am curious to know what is the preferred method of >>building/finding a pthread-less libxml? > > > configure --without-threads >>With most other libraries, any locking is done by the calling code. >>Why did libxml see the need to pull pthreads internal? > > > we call pthread from libxml2 for locking and thread private data. > This affect malloc() and free() too. I do not have to link libpthread for normal malloc and free though, and when I fork() from a signal handler my program doesn't deadlock deep in libpthread :) I'll give the --without-threads option a try. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Thu Aug 19 15:34:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0B78D3B1307 for ; Thu, 19 Aug 2004 15:34:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14990-03 for ; Thu, 19 Aug 2004 15:34:32 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D0BBE3B0D00 for ; Thu, 19 Aug 2004 15:33:43 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7JJXce1010678; Thu, 19 Aug 2004 15:33:43 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7JJXSa13261; Thu, 19 Aug 2004 15:33:28 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7JJXS9u029220; Thu, 19 Aug 2004 15:33:28 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7JJXSAa029218; Thu, 19 Aug 2004 15:33:28 -0400 Date: Thu, 19 Aug 2004 15:33:27 -0400 From: Daniel Veillard To: Roland Lezuo Subject: Re: [xml] Error in schema or in xmllint? Message-ID: <20040819193327.GC16238@redhat.com> References: <1092932880.2088.4.camel@dhcp161.swe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092932880.2088.4.camel@dhcp161.swe> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 19:34:34 -0000 On Thu, Aug 19, 2004 at 06:28:00PM +0200, Roland Lezuo wrote: > The following schema defination produces the follwing error: > > roland.lezuo@shswe:~/temp/libxml2-cvs$ xmllint --schema test2.xsd > Schemas parser error : Element decl.: A global declaration for > 'PGPKeyPacket' is already existent. > WXS schema test2.xsd failed to compile > > > > xmlns:ds="http://www.w3.org/2000/09/xmldsig#" > targetNamespace="http://www.w3.org/2000/09/xmldsig#" version="0.1" > elementFormDefault="qualified"> > > > > > > > > maxOccurs="unbounded"/> > > > > maxOccurs="unbounded"/> > > > PGPKeyPacket doesn't look like a top level declarations so I doubt it should be declared global, seems a libxml2 bug to me. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Thu Aug 19 15:36:47 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 59FEB3B0986 for ; Thu, 19 Aug 2004 15:36:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15103-08 for ; Thu, 19 Aug 2004 15:36:42 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 27DB73B1233 for ; Thu, 19 Aug 2004 15:35:07 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7JJZ5e1011121; Thu, 19 Aug 2004 15:35:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7JJZ5a14136; Thu, 19 Aug 2004 15:35:05 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7JJZ5Ru030191; Thu, 19 Aug 2004 15:35:05 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7JJZ5QN030189; Thu, 19 Aug 2004 15:35:05 -0400 Date: Thu, 19 Aug 2004 15:35:05 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040819193505.GD16238@redhat.com> References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4125004D.70406@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 19:36:47 -0000 On Thu, Aug 19, 2004 at 12:32:29PM -0700, Ben Greear wrote: > I do not have to link libpthread for normal malloc and free though, > and when I fork() from a signal handler my program doesn't deadlock > deep in libpthread :) Doing anything complex in a signal handler will bite you hard anyway sooner or later. Advice : don't do this... Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Thu Aug 19 15:57:45 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 52C993B0F90 for ; Thu, 19 Aug 2004 15:57:45 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16134-02 for ; Thu, 19 Aug 2004 15:57:42 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 603B13B0729 for ; Thu, 19 Aug 2004 15:57:33 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7JKE3Sb030194; Thu, 19 Aug 2004 13:14:03 -0700 Message-ID: <4125062B.4030206@candelatech.com> Date: Thu, 19 Aug 2004 12:57:31 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> In-Reply-To: <20040819193505.GD16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 19:57:45 -0000 Daniel Veillard wrote: > On Thu, Aug 19, 2004 at 12:32:29PM -0700, Ben Greear wrote: > >>I do not have to link libpthread for normal malloc and free though, >>and when I fork() from a signal handler my program doesn't deadlock >>deep in libpthread :) > > > Doing anything complex in a signal handler will bite you hard anyway > sooner or later. Advice : don't do this... Yep...it's just code to write out the last bit of debugging info before abort(). Anyway, I've seen other libraries that allowed one to set the lock callback methods at run-time. Something like: xmlSetLock(int my_lock_method(), void* myData, xmlFoo xml_thing_that_needs_a_lock); If you did something like that, then there would be no pthread dependency, but those that are running multi-threaded apps can provide their own locking primitives (based off of libpthread or their threading package of choice). Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Thu Aug 19 16:12:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D3A173B06E9 for ; Thu, 19 Aug 2004 16:12:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17045-10 for ; Thu, 19 Aug 2004 16:12:37 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BA2533B06DA for ; Thu, 19 Aug 2004 16:12:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7JKCZe1021954; Thu, 19 Aug 2004 16:12:35 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7JKCZa28512; Thu, 19 Aug 2004 16:12:35 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7JKCZjY017764; Thu, 19 Aug 2004 16:12:35 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7JKCZEi017762; Thu, 19 Aug 2004 16:12:35 -0400 Date: Thu, 19 Aug 2004 16:12:35 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040819201235.GE16238@redhat.com> References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4125062B.4030206@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 20:12:40 -0000 On Thu, Aug 19, 2004 at 12:57:31PM -0700, Ben Greear wrote: > Daniel Veillard wrote: > >On Thu, Aug 19, 2004 at 12:32:29PM -0700, Ben Greear wrote: > > > >>I do not have to link libpthread for normal malloc and free though, > >>and when I fork() from a signal handler my program doesn't deadlock > >>deep in libpthread :) > > > > > > Doing anything complex in a signal handler will bite you hard anyway > >sooner or later. Advice : don't do this... > > Yep...it's just code to write out the last bit of debugging info > before abort(). > > Anyway, I've seen other libraries that allowed one to set the lock > callback methods at run-time. Something like: > xmlSetLock(int my_lock_method(), void* myData, xmlFoo > xml_thing_that_needs_a_lock); That would force existing threaded apps using libxml2 to change their initialization code, basically an API/ABI break. Impossible at this point, sorry ! > If you did something like that, then there would be no pthread dependency, > but those that are running multi-threaded apps can provide their own locking > primitives (based off of libpthread or their threading package of choice). There is an alternative, at least on Linux/gcc but Jakub never provided the patch or information on how to really do so: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115806 Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Thu Aug 19 18:29:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F08A23B0C4A for ; Thu, 19 Aug 2004 18:29:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21920-02 for ; Thu, 19 Aug 2004 18:29:32 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 912C03B0C2C for ; Thu, 19 Aug 2004 18:29:31 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7JMk2Sb032051; Thu, 19 Aug 2004 15:46:02 -0700 Message-ID: <412529CA.3000005@candelatech.com> Date: Thu, 19 Aug 2004 15:29:30 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> In-Reply-To: <20040819201235.GE16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 22:29:34 -0000 Daniel Veillard wrote: > On Thu, Aug 19, 2004 at 12:57:31PM -0700, Ben Greear wrote: > That would force existing threaded apps using libxml2 to change > their initialization code, basically an API/ABI break. Impossible at this > point, sorry ! Not really. The default behaviour could have the current initialization code initialize the locks with pthread-related methods. But, if a distribution wanted to have a pthread-less (but still potentially thread-safe) libxml, then they can compile it w/out pthreads and patch any threaded applications to use the new external lock initialization logic. > There is an alternative, at least on Linux/gcc but Jakub never provided > the patch or information on how to really do so: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115806 This is not available to non-redhat people it seems. Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Fri Aug 20 05:38:23 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C30B3B06EF for ; Fri, 20 Aug 2004 05:38:23 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12184-08 for ; Fri, 20 Aug 2004 05:38:22 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C301D3B0B81 for ; Fri, 20 Aug 2004 05:38:21 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7K9cLe1013617; Fri, 20 Aug 2004 05:38:21 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7K9cGa14143; Fri, 20 Aug 2004 05:38:16 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7K9cFVi008572; Fri, 20 Aug 2004 05:38:15 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7K9cF9J008568; Fri, 20 Aug 2004 05:38:15 -0400 Date: Fri, 20 Aug 2004 05:38:15 -0400 From: Daniel Veillard To: Andreas Schwab Message-ID: <20040820093815.GO16238@redhat.com> References: <20040820081305.GK16238@redhat.com> <20040820091958.GM16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: Karl Eichwalder , xml@gnome.org Subject: [xml] Re: libxslt is not 64bit clean [#43993] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 09:38:23 -0000 On Fri, Aug 20, 2004 at 11:24:41AM +0200, Andreas Schwab wrote: > Daniel Veillard writes: > > > What document did you tried to parse ? > > It's from red-carpet. > > > Please follow the normal way to report bugs ! > > It appears to require a special environment which is not easy to reproduce! I don't run red-carpet. There is 600 persons in the list, some of them probably run red-carpet or have ways to test the problem. Sorry this makes no sense, please report the bug, if possible how to reproduce it, and the stack trace. I want public reports on bugs and public review of patches. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Fri Aug 20 06:34:16 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6AB2A3B0F1A for ; Fri, 20 Aug 2004 06:34:16 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15449-08 for ; Fri, 20 Aug 2004 06:34:14 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D83353B0E0B for ; Fri, 20 Aug 2004 06:34:13 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KAYDe1025768; Fri, 20 Aug 2004 06:34:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KAY8a29001; Fri, 20 Aug 2004 06:34:08 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KAY8BU025306; Fri, 20 Aug 2004 06:34:08 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KAY8ka025304; Fri, 20 Aug 2004 06:34:08 -0400 Date: Fri, 20 Aug 2004 06:34:08 -0400 From: Daniel Veillard To: Andreas Schwab Message-ID: <20040820103407.GP16238@redhat.com> References: <20040820081305.GK16238@redhat.com> <20040820091958.GM16238@redhat.com> <20040820093815.GO16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: Karl Eichwalder , xml@gnome.org Subject: [xml] Re: libxslt is not 64bit clean [#43993] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 10:34:16 -0000 On Fri, Aug 20, 2004 at 12:00:52PM +0200, Andreas Schwab wrote: > Daniel Veillard writes: > > > Sorry this makes no sense, please report the bug, > > I apologize for the false alarm, the bug is actually in glibc (in > getaddrinfo). Okay :-), well at least the cast bug is fixed in CVS now, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Fri Aug 20 06:53:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7495A3B0832 for ; Fri, 20 Aug 2004 06:53:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16658-01 for ; Fri, 20 Aug 2004 06:53:31 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 865613B069B for ; Fri, 20 Aug 2004 06:53:31 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KArRe1029886; Fri, 20 Aug 2004 06:53:27 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KArRa01529; Fri, 20 Aug 2004 06:53:27 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KArQ2L032251; Fri, 20 Aug 2004 06:53:26 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KArQVk032249; Fri, 20 Aug 2004 06:53:26 -0400 Date: Fri, 20 Aug 2004 06:53:26 -0400 From: Daniel Veillard To: Kasimier Buchcik Subject: Re: 'Re: [xml] "Next XML schema implementation steps (poll)"' Message-ID: <20040820105325.GQ16238@redhat.com> References: <4120A0DE.7070404@4commerce.de> <200408162252.43176.torkel@thedisc.no> <20040816213241.GL18492@redhat.com> <7cf4fa7504081807216b49618c@mail.gmail.com> <412374FF.6080209@4commerce.de> <412388D7.3050802@dolphtech.com> <41246D18.2050003@4commerce.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41246D18.2050003@4commerce.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org, Bryan Berkowitz X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 10:53:33 -0000 On Thu, Aug 19, 2004 at 11:04:24AM +0200, Kasimier Buchcik wrote: > Hi, > > on 8/18/2004 6:50 PM Bryan Berkowitz wrote: > > Kasimier Buchcik wrote: > >>Yes, , and are not supported yet. > > > Could we add these features to the list of things to do? I would find > > them very useful, in fact I might be able to help out with the > > implementation. > > That would be great! :-) > For parsing those elements I recommend looking at > "xmlSchemaParseSimpleType" in xmlschemas.c; there you'll find an example > of how to use the new error functions, and of validation of attributes > and their values. > > The main issues I see here: > 1. how to restrict the XPath expressions as imposed by the spec > 2. just keep in mind that the XPath execution should be able to work on > a stream someday (as mentioned by Daniel) I noticed that I missed that point. The code for this is the pattern engine (include/libxml/pattern.h & pattern.c), but it's too limited right now (namespaces are not implemented for example), and a push/pop API would be needed for real streaming. Among the features missing of the schemas implementation, there is the need of a streaming interface, right now we validate only trees, I believe the current implementation should be able to work after some refactoring based on a SAX2 stream, but it's not a piece of cake. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From breese@mail1.stofanet.dk Fri Aug 20 11:57:53 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2F0CE3B10AF for ; Fri, 20 Aug 2004 11:57:50 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30602-09 for ; Fri, 20 Aug 2004 11:57:46 -0400 (EDT) Received: from mx02.stofanet.dk (mx02.stofanet.dk [212.10.10.12]) by menubar.gnome.org (Postfix) with ESMTP id 409823B11DB for ; Fri, 20 Aug 2004 11:57:45 -0400 (EDT) Received: from 3e6b249d.rev.stofanet.dk ([62.107.36.157]) by mx02.stofanet.dk with esmtp (Exim 4.30) id 1ByBlv-0002Zt-0N for xml@gnome.org; Fri, 20 Aug 2004 17:57:43 +0200 Subject: Re: [xml] libxml2 and pthreads From: Bjorn Reese To: xml@gnome.org In-Reply-To: <4125062B.4030206@candelatech.com> References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> Content-Type: text/plain Organization: Hyperspace Academy Message-Id: <1093017676.2065.46.camel@stellifer> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 20 Aug 2004 18:01:16 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 15:57:54 -0000 On Thu, 2004-08-19 at 21:57, Ben Greear wrote: > Anyway, I've seen other libraries that allowed one to set the lock > callback methods at run-time. Something like: That is also my prefered solution (which I've argued several times in the past.) I strongly believe that a library should never mandate a theading model, an I/O model, have a mainloop, nor anything else that might have global impact on the application. Imagine the situation where the application has to use two different libraries with incompatible models. The library should ask the application for such features, if needed, through callbacks. Another argument against the current threading situation is that if you have to use libxml in both a threaded and a non-threaded application you need two version of libxml. You cannot have just the threaded version of the library, because linking non-threaded applications with pthread will cause random crashes during run-time on certain platforms/compilers. From veillard@redhat.com Fri Aug 20 12:21:01 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8EEC33B0D97 for ; Fri, 20 Aug 2004 12:21:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32058-05 for ; Fri, 20 Aug 2004 12:20:58 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C29F43B0CD0 for ; Fri, 20 Aug 2004 12:20:55 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KGKqe1024140; Fri, 20 Aug 2004 12:20:52 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KGKqa25332; Fri, 20 Aug 2004 12:20:52 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KGKpfE008563; Fri, 20 Aug 2004 12:20:51 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KGKp77008554; Fri, 20 Aug 2004 12:20:51 -0400 Date: Fri, 20 Aug 2004 12:20:51 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040820162051.GS16238@redhat.com> References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412529CA.3000005@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 16:21:01 -0000 On Thu, Aug 19, 2004 at 03:29:30PM -0700, Ben Greear wrote: > Daniel Veillard wrote: > >On Thu, Aug 19, 2004 at 12:57:31PM -0700, Ben Greear wrote: > > > That would force existing threaded apps using libxml2 to change > >their initialization code, basically an API/ABI break. Impossible at this > >point, sorry ! > > Not really. The default behaviour could have the current initialization > code > initialize the locks with pthread-related methods. But, if a distribution > wanted to have a pthread-less (but still potentially thread-safe) libxml, > then they can compile it w/out pthreads and patch any threaded applications > to use the new external lock initialization logic. Okay why not, but it won't change the requirement on pthreads by default if compiled with --with-threads on Linux. If you make a patch I will look at it :-) > > There is an alternative, at least on Linux/gcc but Jakub never provided > >the patch or information on how to really do so: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115806 > > This is not available to non-redhat people it seems. Basically using "#pragma weak" for the symbols referenced from libpthread but this is a glibc/gcc specific solution. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Fri Aug 20 12:53:14 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A289F3B1411 for ; Fri, 20 Aug 2004 12:53:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02126-10 for ; Fri, 20 Aug 2004 12:53:12 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 0111F3B1415 for ; Fri, 20 Aug 2004 12:47:17 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7KH3rSb020632; Fri, 20 Aug 2004 10:03:53 -0700 Message-ID: <41262B13.9050208@candelatech.com> Date: Fri, 20 Aug 2004 09:47:15 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> In-Reply-To: <20040820162051.GS16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 16:53:14 -0000 Daniel Veillard wrote: > On Thu, Aug 19, 2004 at 03:29:30PM -0700, Ben Greear wrote: > >>Daniel Veillard wrote: >> >>>On Thu, Aug 19, 2004 at 12:57:31PM -0700, Ben Greear wrote: >> >>> That would force existing threaded apps using libxml2 to change >>>their initialization code, basically an API/ABI break. Impossible at this >>>point, sorry ! >> >>Not really. The default behaviour could have the current initialization >>code >>initialize the locks with pthread-related methods. But, if a distribution >>wanted to have a pthread-less (but still potentially thread-safe) libxml, >>then they can compile it w/out pthreads and patch any threaded applications >>to use the new external lock initialization logic. > > > Okay why not, but it won't change the requirement on pthreads by > default if compiled with --with-threads on Linux. If you make a patch I > will look at it :-) My hope would be that distributions would start shipping it compiled w/out pthreads by default and applications that currently use the pthread version would quickly migrate to this new approach. I haven't looked at the xml source before, but I'll see if I can get something done in a day or two. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Fri Aug 20 13:13:36 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7A233B15DD for ; Fri, 20 Aug 2004 13:13:28 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04192-01 for ; Fri, 20 Aug 2004 13:13:23 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D1CA33B13EA for ; Fri, 20 Aug 2004 12:58:23 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KGwHe1002083; Fri, 20 Aug 2004 12:58:17 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KGwHa08274; Fri, 20 Aug 2004 12:58:17 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KGwGoC031853; Fri, 20 Aug 2004 12:58:16 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KGwGYg031845; Fri, 20 Aug 2004 12:58:16 -0400 Date: Fri, 20 Aug 2004 12:58:16 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040820165816.GT16238@redhat.com> References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41262B13.9050208@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 17:13:36 -0000 On Fri, Aug 20, 2004 at 09:47:15AM -0700, Ben Greear wrote: > My hope would be that distributions would start shipping it compiled w/out > pthreads by default and applications that currently use the pthread version > would quickly migrate to this new approach. No way, this won't work, this will deactivate thread support completely and break their ABI. Don't even hope for it Red Hat won't do this and other won't either I'm pretty sure. If this is the intent of the patch, it won't work. We will not break ABIs, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Fri Aug 20 13:34:20 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 17E093B153B for ; Fri, 20 Aug 2004 13:34:20 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05824-04 for ; Fri, 20 Aug 2004 13:34:18 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 9CF763B1404 for ; Fri, 20 Aug 2004 13:13:55 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7KHUWSb020992; Fri, 20 Aug 2004 10:30:32 -0700 Message-ID: <41263152.8010901@candelatech.com> Date: Fri, 20 Aug 2004 10:13:54 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <4124F777.5040207@candelatech.com> <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> <20040820165816.GT16238@redhat.com> In-Reply-To: <20040820165816.GT16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 17:34:20 -0000 Daniel Veillard wrote: > On Fri, Aug 20, 2004 at 09:47:15AM -0700, Ben Greear wrote: > >>My hope would be that distributions would start shipping it compiled w/out >>pthreads by default and applications that currently use the pthread version >>would quickly migrate to this new approach. > > > No way, this won't work, this will deactivate thread support completely > and break their ABI. Don't even hope for it Red Hat won't do this and > other won't either I'm pretty sure. > If this is the intent of the patch, it won't work. We will not break ABIs, You broke the interface going from RH9 to FC2 by forcing linking with pthreads. If I can make the callbacks work with only a few extra lines of initialization code then it will not be hard for other applications to port to the new API. Or can change it to libxml3 or something like that. Either way, my intent is to offer a better solution to locking for the xml library. Whether distributions follow along, or whether you even choose to accept such a patch, is beyond my control. Ben > > Daniel > -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Fri Aug 20 14:12:59 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ABE6D3B0D7B for ; Fri, 20 Aug 2004 14:12:59 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09481-05 for ; Fri, 20 Aug 2004 14:12:58 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1CEE23B10AF for ; Fri, 20 Aug 2004 14:12:56 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KICte1020570; Fri, 20 Aug 2004 14:12:55 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KICta01702; Fri, 20 Aug 2004 14:12:55 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KICssU010645; Fri, 20 Aug 2004 14:12:54 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KICsgn010643; Fri, 20 Aug 2004 14:12:54 -0400 Date: Fri, 20 Aug 2004 14:12:54 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040820181254.GU16238@redhat.com> References: <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> <20040820165816.GT16238@redhat.com> <41263152.8010901@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41263152.8010901@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:12:59 -0000 On Fri, Aug 20, 2004 at 10:13:54AM -0700, Ben Greear wrote: > Daniel Veillard wrote: > > No way, this won't work, this will deactivate thread support completely > >and break their ABI. Don't even hope for it Red Hat won't do this and > >other won't either I'm pretty sure. > > If this is the intent of the patch, it won't work. We will not break > > ABIs, > > You broke the interface going from RH9 to FC2 by forcing linking with > pthreads. Okay, now you're getting me really annoyed and I will have to reply :-( No. The dependancy is embedded in the shared library. The applications don't need to be recompiled to go from RH9 to FC2, so the ABI *was* preserved. The API was preserved too because no application needed to change their code either assuming they do what they are supposed to do which is to call xmlInitParser() after checking the version (c.f. the examples) Your application crashes because you're calling fork() in a signal handler. The fact that it broke is not related to libxml2, but the interraction of the pthread memory allocator (my guess) and doing that very silly thing. > If I can make the callbacks work with only a few extra lines > of initialization code then it will not be hard for other applications > to port to the new API. And that is an API and ABI change: - ABI change because applications (like a number of Apache modules) using libxml2 in a threaded context won't and break silently due to threading problems - API change because all applications will need to be changed to get back to the previous behaviour. > Or can change it to libxml3 or something like that. The is no time frame for libxml3, it may never happen > Either way, my intent is to offer a better solution to locking > for the xml library. If it involves API or ABI changes this won't be accepted, API additions will be fine. > Whether distributions follow along, or whether you even choose to > accept such a patch, is beyond my control. I'm drawing the line. I'm very clear there. No API or ABI change will make it in. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From greearb@candelatech.com Fri Aug 20 14:28:16 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 234CA3B07D7 for ; Fri, 20 Aug 2004 14:28:16 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10211-04 for ; Fri, 20 Aug 2004 14:28:15 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id D3F9E3B073A for ; Fri, 20 Aug 2004 14:28:14 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7KIiqSb021903; Fri, 20 Aug 2004 11:44:52 -0700 Message-ID: <412642BE.1000403@candelatech.com> Date: Fri, 20 Aug 2004 11:28:14 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <20040819191110.GA16238@redhat.com> <4125004D.70406@candelatech.com> <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> <20040820165816.GT16238@redhat.com> <41263152.8010901@candelatech.com> <20040820181254.GU16238@redhat.com> In-Reply-To: <20040820181254.GU16238@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:28:16 -0000 Daniel Veillard wrote: > No. The dependancy is embedded in the shared library. The applications > don't need to be recompiled to go from RH9 to FC2, so the ABI *was* > preserved. The API was preserved too because no application needed to > change their code either assuming they do what they are supposed to do > which is to call xmlInitParser() after checking the version (c.f. the > examples) Ok, so maybe I don't understand the subtlties of API v/s ABI etc. However, my programs won't even compile unless I add -lpthreads. I don't particularly mind if such changes occur between major releases, and was in fact using this as an argument for adding external locking API. > Your application crashes because you're calling fork() in a signal > handler. The fact that it broke is not related to libxml2, but the > interraction of the pthread memory allocator (my guess) and doing that > very silly thing. Yes, it is a deadlock in the pthread at_fork handler code. It may or may not be a bug in my use of fork(). Regardless, I am never happy seeing a pthread backtrace when debugging my otherwise single threaded app :) -- Ben Greear Candela Technologies Inc http://www.candelatech.com From veillard@redhat.com Fri Aug 20 14:49:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E57C83B08C8 for ; Fri, 20 Aug 2004 14:49:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11259-01 for ; Fri, 20 Aug 2004 14:49:55 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 3360F3B0BCC for ; Fri, 20 Aug 2004 14:49:55 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7KInse1030391; Fri, 20 Aug 2004 14:49:54 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7KInha15515; Fri, 20 Aug 2004 14:49:43 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7KInhwG029896; Fri, 20 Aug 2004 14:49:43 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7KInhJr029892; Fri, 20 Aug 2004 14:49:43 -0400 Date: Fri, 20 Aug 2004 14:49:43 -0400 From: Daniel Veillard To: Ben Greear Subject: Re: [xml] libxml2 and pthreads Message-ID: <20040820184942.GV16238@redhat.com> References: <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> <20040820165816.GT16238@redhat.com> <41263152.8010901@candelatech.com> <20040820181254.GU16238@redhat.com> <412642BE.1000403@candelatech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412642BE.1000403@candelatech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:49:57 -0000 On Fri, Aug 20, 2004 at 11:28:14AM -0700, Ben Greear wrote: > Daniel Veillard wrote: > > > No. The dependancy is embedded in the shared library. The applications > >don't need to be recompiled to go from RH9 to FC2, so the ABI *was* > >preserved. The API was preserved too because no application needed to > >change their code either assuming they do what they are supposed to do > >which is to call xmlInitParser() after checking the version (c.f. the > >examples) > > Ok, so maybe I don't understand the subtlties of API v/s ABI etc. However, > my programs won't even compile unless I add -lpthreads. I don't http://xmlsoft.org/FAQ.html#Developer item #1 use xml2-config in your Makefiles . > particularly > mind if such changes occur between major releases, and was in fact using > this > as an argument for adding external locking API. Adding APIs is possible if they make sense. Breaking existing APIs or the ABIs is not possible. > > Your application crashes because you're calling fork() in a signal > >handler. The fact that it broke is not related to libxml2, but the > >interraction of the pthread memory allocator (my guess) and doing that > >very silly thing. > > Yes, it is a deadlock in the pthread at_fork handler code. It may or may > not > be a bug in my use of fork(). Regardless, I am never happy seeing a pthread > backtrace when debugging my otherwise single threaded app :) Ulrich Drepper looked at your mail in the archive as stated there isn't enough information to be worth looking at. Provide a complete glibc bug report at http://gnuweb.binarycompass.org/software/libc/bugs.html but not here it is not libxml2 related. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From director@chpi.org Fri Aug 20 19:39:35 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A8F483B07CB for ; Fri, 20 Aug 2004 19:39:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23294-04 for ; Fri, 20 Aug 2004 19:39:34 -0400 (EDT) Received: from outbound3.mail.tds.net (outbound3.mail.tds.net [216.170.230.93]) by menubar.gnome.org (Postfix) with ESMTP id 614BF3B06C6 for ; Fri, 20 Aug 2004 19:39:34 -0400 (EDT) Received: from jumbo.chpi.org (mdsnwi11-vlan427-40.wi.tds.net [66.222.63.40]) by outbound3.mail.tds.net (8.12.10/8.12.2) with ESMTP id i7KNdX3h009828 for ; Fri, 20 Aug 2004 18:39:33 -0500 (CDT) Date: Fri, 20 Aug 2004 18:37:37 -0500 (CDT) From: "John J. Boyer" To: xml@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Setting Marser Options X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 23:39:35 -0000 How do I set parser options, such as handling of entities? I now it's somewhere in libxml2, but I can't find it. Thanks, John -- John J. Boyer; Executive Director, Chief Software Developer Computers to Help People, Inc. http://www.chpi.org 825 East Johnson; Madison, WI 53703 From k.buchcik@4commerce.de Fri Aug 20 19:54:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 137D93B0833 for ; Fri, 20 Aug 2004 19:54:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24218-09 for ; Fri, 20 Aug 2004 19:54:44 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 4C0183B07CB for ; Fri, 20 Aug 2004 19:54:44 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1ByJDV-0002q3-00; Sat, 21 Aug 2004 01:54:41 +0200 From: Kasimier Buchcik To: John J.Boyer X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Sat, 21 Aug 2004 01:51:16 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Sat, 21 Aug 2004 01:54:35 +0200 Message-ID: <412691BF.40704@4commerce.de> Date: Sat, 21 Aug 2004 02:05:19 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: In-Reply-To: X-OriginalArrivalTime: 20 Aug 2004 23:54:35.0762 (UTC) FILETIME=[0BEEF520:01C48711] X-eMessageService: eMission.SMTPServer Subject: "Re: [xml] Setting Marser Options" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 23:54:46 -0000 Hi, on 8/21/2004 1:37 AM John J. Boyer wrote: > How do I set parser options, such as handling of entities? I now it's=20 > somewhere in libxml2, but I can't find it. Have a look at [1]; it takes parser options [2] like XML_PARSE_NOENT. Additionally there are some parsing examples [3]. [1] http://www.xmlsoft.org/html/libxml-parser.html#xmlReadFile [2] http://www.xmlsoft.org/html/libxml-parser.html#xmlParserOption [3] http://www.xmlsoft.org/examples/index.html Regards, Kasimier From k.buchcik@4commerce.de Fri Aug 20 22:12:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 259D53B0010 for ; Fri, 20 Aug 2004 22:12:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29876-07 for ; Fri, 20 Aug 2004 22:12:12 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 989B53B0A47 for ; Fri, 20 Aug 2004 22:12:11 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1ByLMY-0004Sw-00 for xml@gnome.org; Sat, 21 Aug 2004 04:12:10 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Sat, 21 Aug 2004 04:08:40 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Sat, 21 Aug 2004 04:12:05 +0200 Message-ID: <4126B1FA.9000607@4commerce.de> Date: Sat, 21 Aug 2004 04:22:50 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en References: <1092932880.2088.4.camel@dhcp161.swe> <20040819193327.GC16238@redhat.com> In-Reply-To: <20040819193327.GC16238@redhat.com> X-OriginalArrivalTime: 21 Aug 2004 02:12:05.0581 (UTC) FILETIME=[41356FD0:01C48724] X-eMessageService: eMission.SMTPServer Subject: 'Re: "Re: [xml] Error in schema or in xmllint?"' Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 02:12:19 -0000 Hi, on 8/19/2004 9:33 PM Daniel Veillard wrote: > On Thu, Aug 19, 2004 at 06:28:00PM +0200, Roland Lezuo wrote: >=20 >>The following schema defination produces the follwing error: >> >>roland.lezuo@shswe:~/temp/libxml2-cvs$ xmllint --schema test2.xsd >>Schemas parser error : Element decl.: A global declaration for >>'PGPKeyPacket' is already existent. >>WXS schema test2.xsd failed to compile >> >> >> >>>xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#" >>targetNamespace=3D"http://www.w3.org/2000/09/xmldsig#" version=3D"0.1" >>elementFormDefault=3D"qualified"> >>=20 >>=20 >> >> >> >> >> >> >maxOccurs=3D"unbounded"/> >> >> >> >> >maxOccurs=3D"unbounded"/> >> >> >> >=20 >=20 > PGPKeyPacket doesn't look like a top level declarations so I doubt=20 > it should be declared global, seems a libxml2 bug to me. Yes, a bug. This was a "dublicate-entry-in-the-hash-table" issue, since=20 only (and not the two s) was used for the engine's=20 internal symbol space for both element declarations. The error message=20 was misleading here. Fixed in CVS. Thanks & regards, Kasimier From k.buchcik@4commerce.de Fri Aug 20 22:25:47 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7ABCE3B066C for ; Fri, 20 Aug 2004 22:25:47 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30362-06 for ; Fri, 20 Aug 2004 22:25:46 -0400 (EDT) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by menubar.gnome.org (Postfix) with ESMTP id 18FE63B0010 for ; Fri, 20 Aug 2004 22:25:46 -0400 (EDT) Received: from port-212-202-229-162.static.qsc.de ([212.202.229.162] helo=kisone) by mx01.qsc.de with smtp (Exim 3.35 #1) id 1ByLZh-0004dk-00 for xml@gnome.org; Sat, 21 Aug 2004 04:25:45 +0200 From: Kasimier Buchcik To: X-Priority: 3 Received: from pegasus.omega.4commerce.de [10.1.2.11] by kisone [10.254.2.2] with SMTP eMission ESMTPServer; Sat, 21 Aug 2004 04:22:14 +0200 Received: from 4commerce.de ([10.1.72.2]) by pegasus.omega.4commerce.de with Microsoft SMTPSVC(6.0.3790.0); Sat, 21 Aug 2004 04:25:40 +0200 Message-ID: <4126B528.2090007@4commerce.de> Date: Sat, 21 Aug 2004 04:36:24 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: de-de, de-at, de, en-us, en X-OriginalArrivalTime: 21 Aug 2004 02:25:40.0404 (UTC) FILETIME=[26E18F40:01C48726] X-eMessageService: eMission.SMTPServer Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] XML Schema engine changes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 02:25:47 -0000 Hi, the following changes have been applied to the XML Schema engine of libxml2: 1. Modified parsing of 2. Modified parsing of 3. Modified parsing of 4. Modified parsing of 5. Modified parsing of 6. Modified parsing of 7. Added handling of schema defaults (elementFormDefault, etc.) for included schemas. 8. Fixed a bug which reported attributes as invalid on elements declarations with the built-in type 'anyType'. Added "lax" validation of the content of elements of type 'anyType'. 9. Changed parsing of 10. Fixed: element declarations with the same name were treated as dublicate if located in the subtree of -> . (This was bug 150623, submitted by Roland Lezuo) 11. Fixed cleanup of error codes in xmlSchemaValidateDoc as proposed by Igor Kapitanker. (This was bug 150647, submitted by Igor Kapitanker) 12. Added and changed regression tests. 13. Begin (not yet plugged in) of the implementation of constraints on derivation of complex types. Greetings, Kasimier From oliverst@online.de Sat Aug 21 04:30:08 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F21193B09F3 for ; Sat, 21 Aug 2004 04:30:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09821-08 for ; Sat, 21 Aug 2004 04:30:03 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by menubar.gnome.org (Postfix) with ESMTP id 1B5443B09BD for ; Sat, 21 Aug 2004 04:30:03 -0400 (EDT) Received: from [212.227.126.203] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1ByRGE-0005yD-00 for xml@gnome.org; Sat, 21 Aug 2004 10:30:02 +0200 Received: from [172.23.4.144] (helo=config17.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1ByRGE-0001PW-00 for xml@gnome.org; Sat, 21 Aug 2004 10:30:02 +0200 Received: from www-data by config17.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1ByRGE-0005XW-00 for ; Sat, 21 Aug 2004 10:30:02 +0200 To: From: Message-Id: <5074873$109307662841270694b143e4.93150702@config17.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5074873 X-Mailer: Webmail X-Routing: DE X-Received: from config17 by 217.83.119.77 with HTTP id 5074873 for xml@gnome.org; Sat, 21 Aug 2004 10:28:02 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Sat, 21 Aug 2004 10:28:02 +0200 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.144 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] misc HTML glitches (again) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 08:30:08 -0000 On the libxml2 ChangeLog.html there is a link to "Module Index" and "API Menu" on the left. "Module Index" is obsolete and "API Menu" links to the main menu. "API Menu" should link where "MOdule Index" links to now. And on the libexslt page the link to the ChangeLog is dead and in the "API Menu" the module descriptions are missing. From greearb@candelatech.com Fri Aug 20 15:32:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D5DF3B0E27 for ; Fri, 20 Aug 2004 15:32:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12887-09 for ; Fri, 20 Aug 2004 15:32:55 -0400 (EDT) Received: from www.lanforge.com (ns1.lanforge.com [66.165.47.210]) by menubar.gnome.org (Postfix) with ESMTP id 71E153B0C5D for ; Fri, 20 Aug 2004 15:32:54 -0400 (EDT) Received: from [4.35.49.74] (evrtwa1-ar2-4-35-049-074.evrtwa1.dsl-verizon.net [4.35.49.74]) (authenticated bits=0) by www.lanforge.com (8.12.8/8.12.8) with ESMTP id i7KJnUSb022762; Fri, 20 Aug 2004 12:49:30 -0700 Message-ID: <412651E4.5000101@candelatech.com> Date: Fri, 20 Aug 2004 12:32:52 -0700 From: Ben Greear Organization: Candela Technologies User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: veillard@redhat.com Subject: Re: [xml] libxml2 and pthreads References: <20040819193505.GD16238@redhat.com> <4125062B.4030206@candelatech.com> <20040819201235.GE16238@redhat.com> <412529CA.3000005@candelatech.com> <20040820162051.GS16238@redhat.com> <41262B13.9050208@candelatech.com> <20040820165816.GT16238@redhat.com> <41263152.8010901@candelatech.com> <20040820181254.GU16238@redhat.com> <412642BE.1000403@candelatech.com> <20040820184942.GV16238@redhat.com> In-Reply-To: <20040820184942.GV16238@redhat.com> Content-Type: multipart/mixed; boundary="------------010609030100080202050109" X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Sat, 21 Aug 2004 09:23:51 -0400 Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:32:57 -0000 This is a multi-part message in MIME format. --------------010609030100080202050109 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Daniel Veillard wrote: > Ulrich Drepper looked at your mail in the archive as stated there isn't > enough information to be worth looking at. Provide a complete glibc bug > report at http://gnuweb.binarycompass.org/software/libc/bugs.html but not > here it is not libxml2 related. I'll make up a test case next time I boot my FC2 machine. An initial patch is attached. It is not complete, but I think shows what I am suggesting. Completed code would have initialization methods to assign the lock method pointers and the 3 locks. The global config would be slightly more complicated, requiring either an at_once type callback or, perhaps more cleanly, a lock and a hash-table to match a thread-id to a global-config object. Also, my RH9 box has the wrong make-file generation tool (1.6 instead of 1.8 it appears), so I had to hack the makefiles manually. Those hacks are not included in this patch so you'd have to change the Makefiles manually. If there is no way that a non-pthread using libxml will become the default compile option, then there is no real reason for me to complete this because I will always have to compile my own private libxml anyway. Perhaps someone with more time and inclination than myself will find it useful. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com --------------010609030100080202050109 Content-Type: text/plain; name="libxml.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libxml.patch" diff -urN libxml2-2.6.11/catalog.c libxml2-2.6.11.ben/catalog.c --- libxml2-2.6.11/catalog.c 2004-06-27 09:14:07.000000000 -0700 +++ libxml2-2.6.11.ben/catalog.c 2004-08-20 11:07:28.000000000 -0700 @@ -38,7 +38,7 @@ #include #include #include -#include +#include #include #define MAX_DELEGATE 50 @@ -182,7 +182,7 @@ * It also protects xmlCatalogXMLFiles * The core of this readers/writer scheme is in xmlFetchXMLCatalogFile() */ -static xmlRMutexPtr xmlCatalogMutex = NULL; +//static xmlRMutexPtr xmlCatalogMutex = NULL; /* * Whether the catalog support was initialized. @@ -1282,10 +1282,10 @@ /* * lock the whole catalog for modification */ - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); if (catal->children != NULL) { /* Okay someone else did it in the meantime */ - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //RMutexUnlock(xmlCatalogMutex); return(0); } @@ -1302,7 +1302,7 @@ else catal->children = doc; catal->dealloc = 0; - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(0); } if (xmlDebugCatalogs) @@ -1318,7 +1318,7 @@ doc = xmlParseXMLCatalogFile(catal->prefer, catal->URL); if (doc == NULL) { catal->type = XML_CATA_BROKEN_CATALOG; - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(-1); } @@ -1337,7 +1337,8 @@ "%s added to file hash\n", catal->URL); xmlHashAddEntry(xmlCatalogXMLFiles, catal->URL, doc); } - xmlRMutexUnlock(xmlCatalogMutex); + + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(0); } @@ -2901,7 +2902,7 @@ if (getenv("XML_DEBUG_CATALOG")) xmlDebugCatalogs = 1; - xmlCatalogMutex = xmlNewRMutex(); + //xmlCatalogMutex = xmlNewRMutex(); xmlCatalogInitialized = 1; } @@ -2918,7 +2919,7 @@ return; xmlInitializeCatalogData(); - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); if (getenv("XML_DEBUG_CATALOG")) xmlDebugCatalogs = 1; @@ -2989,8 +2990,8 @@ xmlDefaultCatalog = catal; } } - - xmlRMutexUnlock(xmlCatalogMutex); + + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); } @@ -3014,22 +3015,22 @@ if (!xmlCatalogInitialized) xmlInitializeCatalogData(); - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); if (xmlDefaultCatalog == NULL) { catal = xmlLoadACatalog(filename); if (catal == NULL) { - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(-1); } xmlDefaultCatalog = catal; - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(0); } ret = xmlExpandCatalog(xmlDefaultCatalog, filename); - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(ret); } @@ -3079,7 +3080,7 @@ if (xmlCatalogInitialized == 0) return; - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); if (xmlDebugCatalogs) xmlGenericError(xmlGenericErrorContext, "Catalogs cleanup\n"); @@ -3092,8 +3093,8 @@ xmlDefaultCatalog = NULL; xmlDebugCatalogs = 0; xmlCatalogInitialized = 0; - xmlRMutexUnlock(xmlCatalogMutex); - xmlFreeRMutex(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); + //xmlFreeRMutex(xmlCatalogMutex); } /** @@ -3216,7 +3217,7 @@ if (!xmlCatalogInitialized) xmlInitializeCatalogData(); - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); /* * Specific case where one want to override the default catalog * put in place by xmlInitializeCatalog(); @@ -3228,12 +3229,12 @@ xmlDefaultCatalog->xml = xmlNewCatalogEntry(XML_CATA_CATALOG, NULL, orig, NULL, xmlCatalogDefaultPrefer); - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(0); } res = xmlACatalogAdd(xmlDefaultCatalog, type, orig, replace); - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(res); } @@ -3252,9 +3253,9 @@ if (!xmlCatalogInitialized) xmlInitializeCatalog(); - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); res = xmlACatalogRemove(xmlDefaultCatalog, value); - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(res); } @@ -3272,9 +3273,9 @@ if (!xmlCatalogInitialized) xmlInitializeCatalog(); - xmlRMutexLock(xmlCatalogMutex); + xmlCatalogMutexLock(); //xmlRMutexLock(xmlCatalogMutex); res = xmlConvertSGMLCatalog(xmlDefaultCatalog); - xmlRMutexUnlock(xmlCatalogMutex); + xmlCatalogMutexUnlock(); //xmlRMutexUnlock(xmlCatalogMutex); return(res); } diff -urN libxml2-2.6.11/elfgcchack.h libxml2-2.6.11.ben/elfgcchack.h --- libxml2-2.6.11/elfgcchack.h 2004-06-29 06:24:43.000000000 -0700 +++ libxml2-2.6.11.ben/elfgcchack.h 2004-08-20 10:47:09.000000000 -0700 @@ -30,7 +30,10 @@ #include "libxml/SAX2.h" #include "libxml/SAX.h" #include "libxml/schemasInternals.h" +#if 0 #include "libxml/threads.h" +#endif + #include "libxml/tree.h" #include "libxml/uri.h" #include "libxml/valid.h" @@ -1002,9 +1005,11 @@ extern __typeof (xmlCleanupPredefinedEntities) xmlCleanupPredefinedEntities __attribute((alias("xmlCleanupPredefinedEntities__internal_alias"))); #define xmlCleanupPredefinedEntities xmlCleanupPredefinedEntities__internal_alias +#if 0 extern __typeof (xmlCleanupThreads) xmlCleanupThreads__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlCleanupThreads) xmlCleanupThreads __attribute((alias("xmlCleanupThreads__internal_alias"))); #define xmlCleanupThreads xmlCleanupThreads__internal_alias +#endif extern __typeof (xmlClearNodeInfoSeq) xmlClearNodeInfoSeq__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlClearNodeInfoSeq) xmlClearNodeInfoSeq __attribute((alias("xmlClearNodeInfoSeq__internal_alias"))); @@ -1482,9 +1487,11 @@ extern __typeof (xmlFreeInputStream) xmlFreeInputStream __attribute((alias("xmlFreeInputStream__internal_alias"))); #define xmlFreeInputStream xmlFreeInputStream__internal_alias +#if 0 extern __typeof (xmlFreeMutex) xmlFreeMutex__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlFreeMutex) xmlFreeMutex __attribute((alias("xmlFreeMutex__internal_alias"))); #define xmlFreeMutex xmlFreeMutex__internal_alias +#endif extern __typeof (xmlFreeNode) xmlFreeNode__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlFreeNode) xmlFreeNode __attribute((alias("xmlFreeNode__internal_alias"))); @@ -1534,9 +1541,11 @@ extern __typeof (xmlFreePropList) xmlFreePropList __attribute((alias("xmlFreePropList__internal_alias"))); #define xmlFreePropList xmlFreePropList__internal_alias +#if 0 extern __typeof (xmlFreeRMutex) xmlFreeRMutex__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlFreeRMutex) xmlFreeRMutex __attribute((alias("xmlFreeRMutex__internal_alias"))); #define xmlFreeRMutex xmlFreeRMutex__internal_alias +#endif extern __typeof (xmlFreeRefTable) xmlFreeRefTable__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlFreeRefTable) xmlFreeRefTable __attribute((alias("xmlFreeRefTable__internal_alias"))); @@ -1634,9 +1643,11 @@ extern __typeof (xmlGetFeaturesList) xmlGetFeaturesList __attribute((alias("xmlGetFeaturesList__internal_alias"))); #define xmlGetFeaturesList xmlGetFeaturesList__internal_alias +#if 0 extern __typeof (xmlGetGlobalState) xmlGetGlobalState__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlGetGlobalState) xmlGetGlobalState __attribute((alias("xmlGetGlobalState__internal_alias"))); #define xmlGetGlobalState xmlGetGlobalState__internal_alias +#endif extern __typeof (xmlGetID) xmlGetID__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlGetID) xmlGetID __attribute((alias("xmlGetID__internal_alias"))); @@ -1694,9 +1705,11 @@ extern __typeof (xmlGetRefs) xmlGetRefs __attribute((alias("xmlGetRefs__internal_alias"))); #define xmlGetRefs xmlGetRefs__internal_alias +#if 0 extern __typeof (xmlGetThreadId) xmlGetThreadId__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlGetThreadId) xmlGetThreadId __attribute((alias("xmlGetThreadId__internal_alias"))); #define xmlGetThreadId xmlGetThreadId__internal_alias +#endif extern __typeof (xmlGetUTF8Char) xmlGetUTF8Char__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlGetUTF8Char) xmlGetUTF8Char __attribute((alias("xmlGetUTF8Char__internal_alias"))); @@ -1888,9 +1901,11 @@ extern __typeof (xmlInitParserCtxt) xmlInitParserCtxt __attribute((alias("xmlInitParserCtxt__internal_alias"))); #define xmlInitParserCtxt xmlInitParserCtxt__internal_alias +#if 0 extern __typeof (xmlInitThreads) xmlInitThreads__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlInitThreads) xmlInitThreads __attribute((alias("xmlInitThreads__internal_alias"))); #define xmlInitThreads xmlInitThreads__internal_alias +#endif #ifdef LIBXML_CATALOG_ENABLED extern __typeof (xmlInitializeCatalog) xmlInitializeCatalog__internal_alias __attribute((visibility("hidden"))); @@ -1946,9 +1961,11 @@ extern __typeof (xmlIsLetter) xmlIsLetter __attribute((alias("xmlIsLetter__internal_alias"))); #define xmlIsLetter xmlIsLetter__internal_alias +#if 0 extern __typeof (xmlIsMainThread) xmlIsMainThread__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlIsMainThread) xmlIsMainThread __attribute((alias("xmlIsMainThread__internal_alias"))); #define xmlIsMainThread xmlIsMainThread__internal_alias +#endif extern __typeof (xmlIsMixedElement) xmlIsMixedElement__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlIsMixedElement) xmlIsMixedElement __attribute((alias("xmlIsMixedElement__internal_alias"))); @@ -2106,9 +2123,11 @@ #define xmlLoadSGMLSuperCatalog xmlLoadSGMLSuperCatalog__internal_alias #endif +#if 0 extern __typeof (xmlLockLibrary) xmlLockLibrary__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlLockLibrary) xmlLockLibrary __attribute((alias("xmlLockLibrary__internal_alias"))); #define xmlLockLibrary xmlLockLibrary__internal_alias +#endif #ifdef LIBXML_DEBUG_ENABLED extern __typeof (xmlLsCountNode) xmlLsCountNode__internal_alias __attribute((visibility("hidden"))); @@ -2174,6 +2193,7 @@ extern __typeof (xmlMemoryStrdup) xmlMemoryStrdup __attribute((alias("xmlMemoryStrdup__internal_alias"))); #define xmlMemoryStrdup xmlMemoryStrdup__internal_alias +#if 0 extern __typeof (xmlMutexLock) xmlMutexLock__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlMutexLock) xmlMutexLock __attribute((alias("xmlMutexLock__internal_alias"))); #define xmlMutexLock xmlMutexLock__internal_alias @@ -2181,6 +2201,7 @@ extern __typeof (xmlMutexUnlock) xmlMutexUnlock__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlMutexUnlock) xmlMutexUnlock __attribute((alias("xmlMutexUnlock__internal_alias"))); #define xmlMutexUnlock xmlMutexUnlock__internal_alias +#endif extern __typeof (xmlNamespaceParseNCName) xmlNamespaceParseNCName__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlNamespaceParseNCName) xmlNamespaceParseNCName __attribute((alias("xmlNamespaceParseNCName__internal_alias"))); @@ -2522,9 +2543,11 @@ extern __typeof (xmlNewInputStream) xmlNewInputStream __attribute((alias("xmlNewInputStream__internal_alias"))); #define xmlNewInputStream xmlNewInputStream__internal_alias +#if 0 extern __typeof (xmlNewMutex) xmlNewMutex__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlNewMutex) xmlNewMutex __attribute((alias("xmlNewMutex__internal_alias"))); #define xmlNewMutex xmlNewMutex__internal_alias +#endif extern __typeof (xmlNewNode) xmlNewNode__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlNewNode) xmlNewNode __attribute((alias("xmlNewNode__internal_alias"))); @@ -2558,9 +2581,11 @@ extern __typeof (xmlNewProp) xmlNewProp __attribute((alias("xmlNewProp__internal_alias"))); #define xmlNewProp xmlNewProp__internal_alias +#if 0 extern __typeof (xmlNewRMutex) xmlNewRMutex__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlNewRMutex) xmlNewRMutex __attribute((alias("xmlNewRMutex__internal_alias"))); #define xmlNewRMutex xmlNewRMutex__internal_alias +#endif extern __typeof (xmlNewReference) xmlNewReference__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlNewReference) xmlNewReference __attribute((alias("xmlNewReference__internal_alias"))); @@ -3180,6 +3205,7 @@ extern __typeof (xmlPushInput) xmlPushInput __attribute((alias("xmlPushInput__internal_alias"))); #define xmlPushInput xmlPushInput__internal_alias +#if 0 extern __typeof (xmlRMutexLock) xmlRMutexLock__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlRMutexLock) xmlRMutexLock __attribute((alias("xmlRMutexLock__internal_alias"))); #define xmlRMutexLock xmlRMutexLock__internal_alias @@ -3187,6 +3213,7 @@ extern __typeof (xmlRMutexUnlock) xmlRMutexUnlock__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlRMutexUnlock) xmlRMutexUnlock __attribute((alias("xmlRMutexUnlock__internal_alias"))); #define xmlRMutexUnlock xmlRMutexUnlock__internal_alias +#endif extern __typeof (xmlReadDoc) xmlReadDoc__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlReadDoc) xmlReadDoc __attribute((alias("xmlReadDoc__internal_alias"))); @@ -6222,9 +6249,11 @@ extern __typeof (xmlUnlinkNode) xmlUnlinkNode __attribute((alias("xmlUnlinkNode__internal_alias"))); #define xmlUnlinkNode xmlUnlinkNode__internal_alias +#if 0 extern __typeof (xmlUnlockLibrary) xmlUnlockLibrary__internal_alias __attribute((visibility("hidden"))); extern __typeof (xmlUnlockLibrary) xmlUnlockLibrary __attribute((alias("xmlUnlockLibrary__internal_alias"))); #define xmlUnlockLibrary xmlUnlockLibrary__internal_alias +#endif #ifdef LIBXML_TREE_ENABLED extern __typeof (xmlUnsetNsProp) xmlUnsetNsProp__internal_alias __attribute((visibility("hidden"))); diff -urN libxml2-2.6.11/globals.c libxml2-2.6.11.ben/globals.c --- libxml2-2.6.11/globals.c 2004-06-27 09:14:07.000000000 -0700 +++ libxml2-2.6.11.ben/globals.c 2004-08-20 11:17:06.000000000 -0700 @@ -21,7 +21,7 @@ #include #include -#include +#include /* #define DEBUG_GLOBALS */ @@ -37,7 +37,7 @@ /* * Mutex to protect "ForNewThreads" variables */ -static xmlMutexPtr xmlThrDefMutex = NULL; +//static xmlMutexPtr xmlThrDefMutex = NULL; /** * xmlInitGlobals: @@ -46,7 +46,7 @@ */ void xmlInitGlobals() { - xmlThrDefMutex = xmlNewMutex(); + //xmlThrDefMutex = xmlNewMutex(); } /** @@ -56,10 +56,10 @@ */ void xmlCleanupGlobals() { - if (xmlThrDefMutex != NULL) { - xmlFreeMutex(xmlThrDefMutex); - xmlThrDefMutex = NULL; - } + //if (xmlThrDefMutex != NULL) { + // xmlFreeMutex(xmlThrDefMutex); + // xmlThrDefMutex = NULL; + //} } /************************************************************************ @@ -139,7 +139,7 @@ xmlStrdupFunc xmlMemStrdup = (xmlStrdupFunc) xmlStrdup; #endif /* DEBUG_MEMORY_LOCATION || DEBUG_MEMORY */ -#include +#include #include #include @@ -498,10 +498,10 @@ /* * Perform initialization as required by libxml */ - if (xmlThrDefMutex == NULL) - xmlInitGlobals(); + //if (xmlThrDefMutex == NULL) + // xmlInitGlobals(); - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); #ifdef LIBXML_DOCB_ENABLED initdocbDefaultSAXHandler(&gs->docbDefaultSAXHandler); @@ -558,7 +558,7 @@ gs->xmlOutputBufferCreateFilenameValue = xmlOutputBufferCreateFilenameValueThrDef; memset(&gs->xmlLastError, 0, sizeof(xmlError)); - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); } /** @@ -567,21 +567,21 @@ */ void xmlThrDefSetGenericErrorFunc(void *ctx, xmlGenericErrorFunc handler) { - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); xmlGenericErrorContextThrDef = ctx; if (handler != NULL) xmlGenericErrorThrDef = handler; else xmlGenericErrorThrDef = xmlGenericErrorDefaultFunc; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); } void xmlThrDefSetStructuredErrorFunc(void *ctx, xmlStructuredErrorFunc handler) { - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); xmlGenericErrorContextThrDef = ctx; xmlStructuredErrorThrDef = handler; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); } /** @@ -607,12 +607,12 @@ { xmlRegisterNodeFunc old; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); old = xmlRegisterNodeDefaultValueThrDef; __xmlRegisterCallbacks = 1; xmlRegisterNodeDefaultValueThrDef = func; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return(old); } @@ -640,12 +640,12 @@ { xmlDeregisterNodeFunc old; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); old = xmlDeregisterNodeDefaultValueThrDef; __xmlRegisterCallbacks = 1; xmlDeregisterNodeDefaultValueThrDef = func; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return(old); } @@ -655,14 +655,14 @@ { xmlParserInputBufferCreateFilenameFunc old; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); old = xmlParserInputBufferCreateFilenameValueThrDef; if (old == NULL) { old = __xmlParserInputBufferCreateFilename; } xmlParserInputBufferCreateFilenameValueThrDef = func; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return(old); } @@ -672,7 +672,7 @@ { xmlOutputBufferCreateFilenameFunc old; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); old = xmlOutputBufferCreateFilenameValueThrDef; #ifdef LIBXML_OUTPUT_ENABLED if (old == NULL) { @@ -680,7 +680,7 @@ } #endif xmlOutputBufferCreateFilenameValueThrDef = func; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return(old); } @@ -794,10 +794,10 @@ } xmlBufferAllocationScheme xmlThrDefBufferAllocScheme(xmlBufferAllocationScheme v) { xmlBufferAllocationScheme ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlBufferAllocSchemeThrDef; xmlBufferAllocSchemeThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -811,10 +811,10 @@ } int xmlThrDefDefaultBufferSize(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlDefaultBufferSizeThrDef; xmlDefaultBufferSizeThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -848,10 +848,10 @@ } int xmlThrDefDoValidityCheckingDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlDoValidityCheckingDefaultValueThrDef; xmlDoValidityCheckingDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -892,10 +892,10 @@ } int xmlThrDefGetWarningsDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlGetWarningsDefaultValueThrDef; xmlGetWarningsDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -909,10 +909,10 @@ } int xmlThrDefIndentTreeOutput(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlIndentTreeOutputThrDef; xmlIndentTreeOutputThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -926,10 +926,10 @@ } const char * xmlThrDefTreeIndentString(const char * v) { const char * ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlTreeIndentStringThrDef; xmlTreeIndentStringThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -943,10 +943,10 @@ } int xmlThrDefKeepBlanksDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlKeepBlanksDefaultValueThrDef; xmlKeepBlanksDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -960,10 +960,10 @@ } int xmlThrDefLineNumbersDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlLineNumbersDefaultValueThrDef; xmlLineNumbersDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -977,10 +977,10 @@ } int xmlThrDefLoadExtDtdDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlLoadExtDtdDefaultValueThrDef; xmlLoadExtDtdDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -994,10 +994,10 @@ } int xmlThrDefParserDebugEntities(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlParserDebugEntitiesThrDef; xmlParserDebugEntitiesThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -1020,10 +1020,10 @@ } int xmlThrDefPedanticParserDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlPedanticParserDefaultValueThrDef; xmlPedanticParserDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -1037,10 +1037,10 @@ } int xmlThrDefSaveNoEmptyTags(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlSaveNoEmptyTagsThrDef; xmlSaveNoEmptyTagsThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } @@ -1054,10 +1054,10 @@ } int xmlThrDefSubstituteEntitiesDefaultValue(int v) { int ret; - xmlMutexLock(xmlThrDefMutex); + xmlThreadDefMutexLock(); ret = xmlSubstituteEntitiesDefaultValueThrDef; xmlSubstituteEntitiesDefaultValueThrDef = v; - xmlMutexUnlock(xmlThrDefMutex); + xmlThreadDefMutexUnlock(); return ret; } diff -urN libxml2-2.6.11/include/libxml/globals.h libxml2-2.6.11.ben/include/libxml/globals.h --- libxml2-2.6.11/include/libxml/globals.h 2004-06-29 05:33:58.000000000 -0700 +++ libxml2-2.6.11.ben/include/libxml/globals.h 2004-08-20 10:27:38.000000000 -0700 @@ -127,7 +127,7 @@ #ifdef __cplusplus } #endif -#include +#include #ifdef __cplusplus extern "C" { #endif diff -urN libxml2-2.6.11/include/libxml/Makefile.am libxml2-2.6.11.ben/include/libxml/Makefile.am --- libxml2-2.6.11/include/libxml/Makefile.am 2004-03-04 08:20:42.000000000 -0800 +++ libxml2-2.6.11.ben/include/libxml/Makefile.am 2004-08-20 10:23:52.000000000 -0700 @@ -29,7 +29,6 @@ xmlversion.h \ DOCBparser.h \ catalog.h \ - threads.h \ globals.h \ c14n.h \ xmlautomata.h \ diff -urN libxml2-2.6.11/include/libxml/threads_cb.h libxml2-2.6.11.ben/include/libxml/threads_cb.h --- libxml2-2.6.11/include/libxml/threads_cb.h 1969-12-31 16:00:00.000000000 -0800 +++ libxml2-2.6.11.ben/include/libxml/threads_cb.h 2004-08-20 12:16:46.000000000 -0700 @@ -0,0 +1,50 @@ + + +#ifndef __THREADS_CALLBACKS__H__ +#define __THREADS_CALLBACKS__H__ + +#include +#include + +#ifdef __cplusplus +extern "C" { +#endif + +// External lock methods (callbacks) +extern void (*xml_do_external_lock)(void* lock); +extern void (*xml_do_external_unlock)(void* lock); + +// Recursive locks +extern void (*xml_do_external_rlock)(void* rlock); +extern void (*xml_do_external_runlock)(void* rlock); + +// Helper methods. +extern int (*xml_get_thread_id)(void); + +extern void* mem_mutex_lock; +extern void* thr_def_mutex_lock; +extern void* catalog_mutex_rlock; + + +int xmlIsMainThread(); +void xmlInitThreads(void); +void xmlCleanupThreads(void); +xmlGlobalStatePtr xmlGetGlobalState(void); + +int xmlGetThreadId(void); + +void xmlMemMutexLock(void); +void xmlMemMutexUnlock(void); + +void xmlThreadDefMutexLock(void); +void xmlThreadDefMutexUnlock(void); + +void xmlCatalogMutexLock(void); +void xmlCatalogMutexUnlock(void); + + +#ifdef __cplusplus +} +#endif + +#endif diff -urN libxml2-2.6.11/include/libxml/threads.h libxml2-2.6.11.ben/include/libxml/threads.h --- libxml2-2.6.11/include/libxml/threads.h 2003-11-18 08:28:58.000000000 -0800 +++ libxml2-2.6.11.ben/include/libxml/threads.h 2004-08-20 10:31:35.000000000 -0700 @@ -8,6 +8,8 @@ * Author: Daniel Veillard */ +#warning "Don't use me" + #ifndef __XML_THREADS_H__ #define __XML_THREADS_H__ diff -urN libxml2-2.6.11/include/libxml/xmlmemory.h libxml2-2.6.11.ben/include/libxml/xmlmemory.h --- libxml2-2.6.11/include/libxml/xmlmemory.h 2004-02-09 04:28:17.000000000 -0800 +++ libxml2-2.6.11.ben/include/libxml/xmlmemory.h 2004-08-20 10:33:18.000000000 -0700 @@ -211,7 +211,7 @@ #ifndef __XML_GLOBALS_H #ifndef __XML_THREADS_H__ -#include +#include #include #endif #endif diff -urN libxml2-2.6.11/parser.c libxml2-2.6.11.ben/parser.c --- libxml2-2.6.11/parser.c 2004-07-05 08:47:28.000000000 -0700 +++ libxml2-2.6.11.ben/parser.c 2004-08-20 10:36:52.000000000 -0700 @@ -43,7 +43,7 @@ #include #include #include -#include +#include #include #include #include diff -urN libxml2-2.6.11/threads.c libxml2-2.6.11.ben/threads.c --- libxml2-2.6.11/threads.c 2003-11-18 05:41:00.000000000 -0800 +++ libxml2-2.6.11.ben/threads.c 2004-08-20 10:42:23.000000000 -0700 @@ -1,759 +1,4 @@ -/** - * threads.c: set of generic threading related routines - * - * See Copyright for the status of this software. - * - * Gary Pennington - * daniel@veillard.com - */ -#define IN_LIBXML -#include "libxml.h" -#include +/* Nothing here */ -#include -#include - -#ifdef HAVE_SYS_TYPES_H -#include -#endif -#ifdef HAVE_UNISTD_H -#include -#endif -#ifdef HAVE_STDLIB_H -#include -#endif -#ifdef HAVE_PTHREAD_H -#include -#endif - -#ifdef HAVE_WIN32_THREADS -#include -#ifndef HAVE_COMPILER_TLS -#include -#endif -#endif - -#ifdef HAVE_BEOS_THREADS -#include -#include -#endif - -#if defined(SOLARIS) -#include -#endif - -/* #define DEBUG_THREADS */ - -/* - * TODO: this module still uses malloc/free and not xmlMalloc/xmlFree - * to avoid some crazyness since xmlMalloc/xmlFree may actually - * be hosted on allocated blocks needing them for the allocation ... - */ - -/* - * xmlMutex are a simple mutual exception locks - */ -struct _xmlMutex { -#ifdef HAVE_PTHREAD_H - pthread_mutex_t lock; -#elif defined HAVE_WIN32_THREADS - HANDLE mutex; -#elif defined HAVE_BEOS_THREADS - sem_id sem; - thread_id tid; -#else - int empty; -#endif -}; - -/* - * xmlRMutex are reentrant mutual exception locks - */ -struct _xmlRMutex { -#ifdef HAVE_PTHREAD_H - pthread_mutex_t lock; - unsigned int held; - unsigned int waiters; - pthread_t tid; - pthread_cond_t cv; -#elif defined HAVE_WIN32_THREADS - CRITICAL_SECTION cs; - unsigned int count; -#elif defined HAVE_BEOS_THREADS - xmlMutexPtr lock; - thread_id tid; - int32 count; -#else - int empty; -#endif -}; -/* - * This module still has some internal static data. - * - xmlLibraryLock a global lock - * - globalkey used for per-thread data - */ - -#ifdef HAVE_PTHREAD_H -static pthread_key_t globalkey; -static pthread_t mainthread; -static pthread_once_t once_control = PTHREAD_ONCE_INIT; -#elif defined HAVE_WIN32_THREADS -#if defined(HAVE_COMPILER_TLS) -static __declspec(thread) xmlGlobalState tlstate; -static __declspec(thread) int tlstate_inited = 0; -#else /* HAVE_COMPILER_TLS */ -static DWORD globalkey = TLS_OUT_OF_INDEXES; -#endif /* HAVE_COMPILER_TLS */ -static DWORD mainthread; -static int run_once_init = 1; -/* endif HAVE_WIN32_THREADS */ -#elif defined HAVE_BEOS_THREADS -int32 globalkey = 0; -thread_id mainthread = 0; -int32 run_once_init = 0; -#endif - -static xmlRMutexPtr xmlLibraryLock = NULL; -#ifdef LIBXML_THREAD_ENABLED -static void xmlOnceInit(void); -#endif - -/** - * xmlNewMutex: - * - * xmlNewMutex() is used to allocate a libxml2 token struct for use in - * synchronizing access to data. - * - * Returns a new simple mutex pointer or NULL in case of error - */ -xmlMutexPtr -xmlNewMutex(void) -{ - xmlMutexPtr tok; - - if ((tok = malloc(sizeof(xmlMutex))) == NULL) - return (NULL); -#ifdef HAVE_PTHREAD_H - pthread_mutex_init(&tok->lock, NULL); -#elif defined HAVE_WIN32_THREADS - tok->mutex = CreateMutex(NULL, FALSE, NULL); -#elif defined HAVE_BEOS_THREADS - if ((tok->sem = create_sem(1, "xmlMutex")) < B_OK) { - free(tok); - return NULL; - } - tok->tid = -1; -#endif - return (tok); -} - -/** - * xmlFreeMutex: - * @tok: the simple mutex - * - * xmlFreeMutex() is used to reclaim resources associated with a libxml2 token - * struct. - */ -void -xmlFreeMutex(xmlMutexPtr tok) -{ - if (tok == NULL) return; - -#ifdef HAVE_PTHREAD_H - pthread_mutex_destroy(&tok->lock); -#elif defined HAVE_WIN32_THREADS - CloseHandle(tok->mutex); -#elif defined HAVE_BEOS_THREADS - delete_sem(tok->sem); -#endif - free(tok); -} - -/** - * xmlMutexLock: - * @tok: the simple mutex - * - * xmlMutexLock() is used to lock a libxml2 token. - */ -void -xmlMutexLock(xmlMutexPtr tok) -{ - if (tok == NULL) - return; -#ifdef HAVE_PTHREAD_H - pthread_mutex_lock(&tok->lock); -#elif defined HAVE_WIN32_THREADS - WaitForSingleObject(tok->mutex, INFINITE); -#elif defined HAVE_BEOS_THREADS - if (acquire_sem(tok->sem) != B_NO_ERROR) { -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlMutexLock():BeOS:Couldn't aquire semaphore\n"); - exit(); -#endif - } - tok->tid = find_thread(NULL); -#endif - -} - -/** - * xmlMutexUnlock: - * @tok: the simple mutex - * - * xmlMutexUnlock() is used to unlock a libxml2 token. - */ -void -xmlMutexUnlock(xmlMutexPtr tok) -{ - if (tok == NULL) - return; -#ifdef HAVE_PTHREAD_H - pthread_mutex_unlock(&tok->lock); -#elif defined HAVE_WIN32_THREADS - ReleaseMutex(tok->mutex); -#elif defined HAVE_BEOS_THREADS - if (tok->tid == find_thread(NULL)) { - tok->tid = -1; - release_sem(tok->sem); - } -#endif -} - -/** - * xmlNewRMutex: - * - * xmlRNewMutex() is used to allocate a reentrant mutex for use in - * synchronizing access to data. token_r is a re-entrant lock and thus useful - * for synchronizing access to data structures that may be manipulated in a - * recursive fashion. - * - * Returns the new reentrant mutex pointer or NULL in case of error - */ -xmlRMutexPtr -xmlNewRMutex(void) -{ - xmlRMutexPtr tok; - - if ((tok = malloc(sizeof(xmlRMutex))) == NULL) - return (NULL); -#ifdef HAVE_PTHREAD_H - pthread_mutex_init(&tok->lock, NULL); - tok->held = 0; - tok->waiters = 0; - pthread_cond_init(&tok->cv, NULL); -#elif defined HAVE_WIN32_THREADS - InitializeCriticalSection(&tok->cs); - tok->count = 0; -#elif defined HAVE_BEOS_THREADS - if ((tok->lock = xmlNewMutex()) == NULL) { - free(tok); - return NULL; - } - tok->count = 0; -#endif - return (tok); -} - -/** - * xmlFreeRMutex: - * @tok: the reentrant mutex - * - * xmlRFreeMutex() is used to reclaim resources associated with a - * reentrant mutex. - */ -void -xmlFreeRMutex(xmlRMutexPtr tok ATTRIBUTE_UNUSED) -{ -#ifdef HAVE_PTHREAD_H - pthread_mutex_destroy(&tok->lock); -#elif defined HAVE_WIN32_THREADS - DeleteCriticalSection(&tok->cs); -#elif defined HAVE_BEOS_THREADS - xmlFreeMutex(tok->lock); -#endif - free(tok); -} - -/** - * xmlRMutexLock: - * @tok: the reentrant mutex - * - * xmlRMutexLock() is used to lock a libxml2 token_r. - */ -void -xmlRMutexLock(xmlRMutexPtr tok) -{ - if (tok == NULL) - return; -#ifdef HAVE_PTHREAD_H - pthread_mutex_lock(&tok->lock); - if (tok->held) { - if (pthread_equal(tok->tid, pthread_self())) { - tok->held++; - pthread_mutex_unlock(&tok->lock); - return; - } else { - tok->waiters++; - while (tok->held) - pthread_cond_wait(&tok->cv, &tok->lock); - tok->waiters--; - } - } - tok->tid = pthread_self(); - tok->held = 1; - pthread_mutex_unlock(&tok->lock); -#elif defined HAVE_WIN32_THREADS - EnterCriticalSection(&tok->cs); - ++tok->count; -#elif defined HAVE_BEOS_THREADS - if (tok->lock->tid == find_thread(NULL)) { - tok->count++; - return; - } else { - xmlMutexLock(tok->lock); - tok->count = 1; - } -#endif -} - -/** - * xmlRMutexUnlock: - * @tok: the reentrant mutex - * - * xmlRMutexUnlock() is used to unlock a libxml2 token_r. - */ -void -xmlRMutexUnlock(xmlRMutexPtr tok ATTRIBUTE_UNUSED) -{ - if (tok == NULL) - return; -#ifdef HAVE_PTHREAD_H - pthread_mutex_lock(&tok->lock); - tok->held--; - if (tok->held == 0) { - if (tok->waiters) - pthread_cond_signal(&tok->cv); - tok->tid = 0; - } - pthread_mutex_unlock(&tok->lock); -#elif defined HAVE_WIN32_THREADS - if (!--tok->count) - LeaveCriticalSection(&tok->cs); -#elif defined HAVE_BEOS_THREADS - if (tok->lock->tid == find_thread(NULL)) { - tok->count--; - if (tok->count == 0) { - xmlMutexUnlock(tok->lock); - } - return; - } -#endif -} - -/************************************************************************ - * * - * Per thread global state handling * - * * - ************************************************************************/ - -#ifdef LIBXML_THREAD_ENABLED -/** - * xmlFreeGlobalState: - * @state: a thread global state - * - * xmlFreeGlobalState() is called when a thread terminates with a non-NULL - * global state. It is is used here to reclaim memory resources. - */ -static void -xmlFreeGlobalState(void *state) -{ - free(state); -} - -/** - * xmlNewGlobalState: - * - * xmlNewGlobalState() allocates a global state. This structure is used to - * hold all data for use by a thread when supporting backwards compatibility - * of libxml2 to pre-thread-safe behaviour. - * - * Returns the newly allocated xmlGlobalStatePtr or NULL in case of error - */ -static xmlGlobalStatePtr -xmlNewGlobalState(void) -{ - xmlGlobalState *gs; - - gs = malloc(sizeof(xmlGlobalState)); - if (gs == NULL) - return(NULL); - - memset(gs, 0, sizeof(xmlGlobalState)); - xmlInitializeGlobalState(gs); - return (gs); -} -#endif /* LIBXML_THREAD_ENABLED */ - - -#ifdef HAVE_WIN32_THREADS -#if !defined(HAVE_COMPILER_TLS) -#if defined(LIBXML_STATIC) && !defined(LIBXML_STATIC_FOR_DLL) -typedef struct _xmlGlobalStateCleanupHelperParams -{ - HANDLE thread; - void *memory; -} xmlGlobalStateCleanupHelperParams; - -static void xmlGlobalStateCleanupHelper (void *p) -{ - xmlGlobalStateCleanupHelperParams *params = (xmlGlobalStateCleanupHelperParams *) p; - WaitForSingleObject(params->thread, INFINITE); - CloseHandle(params->thread); - xmlFreeGlobalState(params->memory); - free(params); - _endthread(); -} -#else /* LIBXML_STATIC && !LIBXML_STATIC_FOR_DLL */ - -typedef struct _xmlGlobalStateCleanupHelperParams -{ - void *memory; - struct _xmlGlobalStateCleanupHelperParams * prev; - struct _xmlGlobalStateCleanupHelperParams * next; -} xmlGlobalStateCleanupHelperParams; - -static xmlGlobalStateCleanupHelperParams * cleanup_helpers_head = NULL; -static CRITICAL_SECTION cleanup_helpers_cs; - -#endif /* LIBXMLSTATIC && !LIBXML_STATIC_FOR_DLL */ -#endif /* HAVE_COMPILER_TLS */ -#endif /* HAVE_WIN32_THREADS */ - -#if defined HAVE_BEOS_THREADS -/** - * xmlGlobalStateCleanup: - * @data: unused parameter - * - * Used for Beos only - */ -void xmlGlobalStateCleanup(void *data) -{ - void *globalval = tls_get(globalkey); - if (globalval != NULL) - xmlFreeGlobalState(globalval); -} -#endif - -/** - * xmlGetGlobalState: - * - * xmlGetGlobalState() is called to retrieve the global state for a thread. - * - * Returns the thread global state or NULL in case of error - */ -xmlGlobalStatePtr -xmlGetGlobalState(void) -{ -#ifdef HAVE_PTHREAD_H - xmlGlobalState *globalval; - - pthread_once(&once_control, xmlOnceInit); - - if ((globalval = (xmlGlobalState *) - pthread_getspecific(globalkey)) == NULL) { - xmlGlobalState *tsd = xmlNewGlobalState(); - - pthread_setspecific(globalkey, tsd); - return (tsd); - } - return (globalval); -#elif defined HAVE_WIN32_THREADS -#if defined(HAVE_COMPILER_TLS) - if (!tlstate_inited) { - tlstate_inited = 1; - xmlInitializeGlobalState(&tlstate); - } - return &tlstate; -#else /* HAVE_COMPILER_TLS */ - xmlGlobalState *globalval; - xmlGlobalStateCleanupHelperParams * p; - - if (run_once_init) { - run_once_init = 0; - xmlOnceInit(); - } -#if defined(LIBXML_STATIC) && !defined(LIBXML_STATIC_FOR_DLL) - globalval = (xmlGlobalState *)TlsGetValue(globalkey); -#else - p = (xmlGlobalStateCleanupHelperParams*)TlsGetValue(globalkey); - globalval = (xmlGlobalState *)(p ? p->memory : NULL); -#endif - if (globalval == NULL) { - xmlGlobalState *tsd = xmlNewGlobalState(); - p = (xmlGlobalStateCleanupHelperParams *) malloc(sizeof(xmlGlobalStateCleanupHelperParams)); - p->memory = tsd; -#if defined(LIBXML_STATIC) && !defined(LIBXML_STATIC_FOR_DLL) - DuplicateHandle(GetCurrentProcess(), GetCurrentThread(), - GetCurrentProcess(), &p->thread, 0, TRUE, DUPLICATE_SAME_ACCESS); - TlsSetValue(globalkey, tsd); - _beginthread(xmlGlobalStateCleanupHelper, 0, p); -#else - EnterCriticalSection(&cleanup_helpers_cs); - if (cleanup_helpers_head != NULL) { - cleanup_helpers_head->prev = p; - } - p->next = cleanup_helpers_head; - p->prev = NULL; - cleanup_helpers_head = p; - TlsSetValue(globalkey, p); - LeaveCriticalSection(&cleanup_helpers_cs); -#endif - - return (tsd); - } - return (globalval); -#endif /* HAVE_COMPILER_TLS */ -#elif defined HAVE_BEOS_THREADS - xmlGlobalState *globalval; - - xmlOnceInit(); - - if ((globalval = (xmlGlobalState *) - tls_get(globalkey)) == NULL) { - xmlGlobalState *tsd = xmlNewGlobalState(); - - tls_set(globalkey, tsd); - on_exit_thread(xmlGlobalStateCleanup, NULL); - return (tsd); - } - return (globalval); -#else - return(NULL); -#endif -} - -/************************************************************************ - * * - * Library wide thread interfaces * - * * - ************************************************************************/ - -/** - * xmlGetThreadId: - * - * xmlGetThreadId() find the current thread ID number - * - * Returns the current thread ID number - */ -int -xmlGetThreadId(void) -{ -#ifdef HAVE_PTHREAD_H - return((int) pthread_self()); -#elif defined HAVE_WIN32_THREADS - return GetCurrentThreadId(); -#elif defined HAVE_BEOS_THREADS - return find_thread(NULL); -#else - return((int) 0); -#endif -} - -/** - * xmlIsMainThread: - * - * xmlIsMainThread() check whether the current thread is the main thread. - * - * Returns 1 if the current thread is the main thread, 0 otherwise - */ -int -xmlIsMainThread(void) -{ -#ifdef HAVE_PTHREAD_H - pthread_once(&once_control, xmlOnceInit); -#elif defined HAVE_WIN32_THREADS - if (run_once_init) { - run_once_init = 0; - xmlOnceInit (); - } -#elif defined HAVE_BEOS_THREADS - xmlOnceInit(); -#endif - -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlIsMainThread()\n"); -#endif -#ifdef HAVE_PTHREAD_H - return(mainthread == pthread_self()); -#elif defined HAVE_WIN32_THREADS - return(mainthread == GetCurrentThreadId ()); -#elif defined HAVE_BEOS_THREADS - return(mainthread == find_thread(NULL)); -#else - return(1); -#endif -} - -/** - * xmlLockLibrary: - * - * xmlLockLibrary() is used to take out a re-entrant lock on the libxml2 - * library. - */ -void -xmlLockLibrary(void) -{ -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlLockLibrary()\n"); -#endif - xmlRMutexLock(xmlLibraryLock); -} - -/** - * xmlUnlockLibrary: - * - * xmlUnlockLibrary() is used to release a re-entrant lock on the libxml2 - * library. - */ -void -xmlUnlockLibrary(void) -{ -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlUnlockLibrary()\n"); -#endif - xmlRMutexUnlock(xmlLibraryLock); -} - -/** - * xmlInitThreads: - * - * xmlInitThreads() is used to to initialize all the thread related - * data of the libxml2 library. - */ -void -xmlInitThreads(void) -{ -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlInitThreads()\n"); -#endif -#if defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) - InitializeCriticalSection(&cleanup_helpers_cs); -#endif -} - -/** - * xmlCleanupThreads: - * - * xmlCleanupThreads() is used to to cleanup all the thread related - * data of the libxml2 library once processing has ended. - */ -void -xmlCleanupThreads(void) -{ -#ifdef DEBUG_THREADS - xmlGenericError(xmlGenericErrorContext, "xmlCleanupThreads()\n"); -#endif -#if defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) - if (globalkey != TLS_OUT_OF_INDEXES) { - xmlGlobalStateCleanupHelperParams * p; - EnterCriticalSection(&cleanup_helpers_cs); - p = cleanup_helpers_head; - while (p != NULL) { - xmlGlobalStateCleanupHelperParams * temp = p; - p = p->next; - xmlFreeGlobalState(temp->memory); - free(temp); - } - cleanup_helpers_head = 0; - LeaveCriticalSection(&cleanup_helpers_cs); - TlsFree(globalkey); - globalkey = TLS_OUT_OF_INDEXES; - } - DeleteCriticalSection(&cleanup_helpers_cs); -#endif -} - -#ifdef LIBXML_THREAD_ENABLED -/** - * xmlOnceInit - * - * xmlOnceInit() is used to initialize the value of mainthread for use - * in other routines. This function should only be called using - * pthread_once() in association with the once_control variable to ensure - * that the function is only called once. See man pthread_once for more - * details. - */ -static void -xmlOnceInit(void) { -#ifdef HAVE_PTHREAD_H - (void) pthread_key_create(&globalkey, xmlFreeGlobalState); - mainthread = pthread_self(); -#endif - -#if defined(HAVE_WIN32_THREADS) -#if !defined(HAVE_COMPILER_TLS) - globalkey = TlsAlloc(); -#endif - mainthread = GetCurrentThreadId(); -#endif - -#ifdef HAVE_BEOS_THREADS - if (atomic_add(&run_once_init, 1) == 0) { - globalkey = tls_allocate(); - tls_set(globalkey, NULL); - mainthread = find_thread(NULL); - } else - atomic_add(&run_once_init, -1); -#endif -} -#endif - -/** - * DllMain: - * @hinstDLL: handle to DLL instance - * @fdwReason: Reason code for entry - * @lpvReserved: generic pointer (depends upon reason code) - * - * Entry point for Windows library. It is being used to free thread-specific - * storage. - * - * Returns TRUE always - */ -#if defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) -#if defined(LIBXML_STATIC_FOR_DLL) -BOOL WINAPI xmlDllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved) -#else -BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved) -#endif -{ - switch(fdwReason) { - case DLL_THREAD_DETACH: - if (globalkey != TLS_OUT_OF_INDEXES) { - xmlGlobalState *globalval = NULL; - xmlGlobalStateCleanupHelperParams * p = - (xmlGlobalStateCleanupHelperParams*)TlsGetValue(globalkey); - globalval = (xmlGlobalState *)(p ? p->memory : NULL); - if (globalval) { - xmlFreeGlobalState(globalval); - TlsSetValue(globalkey,NULL); - } - if (p) - { - EnterCriticalSection(&cleanup_helpers_cs); - if (p == cleanup_helpers_head) - cleanup_helpers_head = p->next; - else - p->prev->next = p->next; - if (p->next != NULL) - p->next->prev = p->prev; - LeaveCriticalSection(&cleanup_helpers_cs); - free(p); - } - } - break; - } - return TRUE; -} -#endif diff -urN libxml2-2.6.11/threads_cb.c libxml2-2.6.11.ben/threads_cb.c --- libxml2-2.6.11/threads_cb.c 1969-12-31 16:00:00.000000000 -0800 +++ libxml2-2.6.11.ben/threads_cb.c 2004-08-20 12:16:44.000000000 -0700 @@ -0,0 +1,85 @@ +#include + +// External lock methods (callbacks) +void (*xml_do_external_lock)(void* lock); +void (*xml_do_external_unlock)(void* lock); + +// Recursive locks +void (*xml_do_external_rlock)(void* rlock); +void (*xml_do_external_runlock)(void* rlock); + +// Helper methods. +int (*xml_get_thread_id)(void); + +void* mem_mutex_lock = NULL; +void* thr_def_mutex_lock = NULL; +void* catalog_mutex_rlock = NULL; + + + + +// This should be implemented by libxml. + +int xmlGetThreadId(void) { + if (xml_get_thread_id) { + return (*xml_get_thread_id)(); + } + return 0; +} + +int xmlIsMainThread() { + // TODO: Implement + return 1; +} + +void xmlInitThreads(void) { + // Initialize hash table for global state? +} +void xmlCleanupThreads(void) { + // Destruct hash table for global state?? +} + + +xmlGlobalStatePtr xmlGetGlobalState(void) { + // Maybe grab a lock, get thread ID, then use thread-id has a hash + // to get the allocated state??? + //TODO: Implement + return NULL; +} + + +void xmlMemMutexLock() { + if (mem_mutex_lock) { + xml_do_external_lock(mem_mutex_lock); + } +} + +void xmlMemMutexUnlock() { + if (mem_mutex_lock) { + xml_do_external_unlock(mem_mutex_lock); + } +} + +void xmlThreadDefMutexLock() { + if (thr_def_mutex_lock) { + xml_do_external_lock(thr_def_mutex_lock); + } +} + +void xmlThreadDefMutexUnlock() { + if (thr_def_mutex_lock) { + xml_do_external_unlock(thr_def_mutex_lock); + } +} + +void xmlCatalogMutexLock() { + if (catalog_mutex_rlock) { + xml_do_external_rlock(catalog_mutex_rlock); + } +} + +void xmlCatalogMutexUnlock() { + if (catalog_mutex_rlock) { + xml_do_external_runlock(catalog_mutex_rlock); + } +} diff -urN libxml2-2.6.11/xmlmemory.c libxml2-2.6.11.ben/xmlmemory.c --- libxml2-2.6.11/xmlmemory.c 2004-07-02 04:49:13.000000000 -0700 +++ libxml2-2.6.11.ben/xmlmemory.c 2004-08-20 10:58:21.000000000 -0700 @@ -46,12 +46,12 @@ #include /* must come before xmlmemory.h */ #include #include -#include +#include static int xmlMemInitialized = 0; static unsigned long debugMemSize = 0; static unsigned long debugMaxMemSize = 0; -static xmlMutexPtr xmlMemMutex = NULL; +//static xmlMutexPtr xmlMemMutex = NULL; void xmlMallocBreakpoint(void); @@ -183,14 +183,14 @@ p->mh_type = MALLOC_TYPE; p->mh_file = file; p->mh_line = line; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); //xmlMutexLock(xmlMemMutex); p->mh_number = ++block; debugMemSize += size; if (debugMemSize > debugMaxMemSize) debugMaxMemSize = debugMemSize; #ifdef MEM_LIST debugmem_list_add(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); //xmlMutexUnlock(xmlMemMutex); #ifdef DEBUG_MEMORY xmlGenericError(xmlGenericErrorContext, @@ -250,14 +250,14 @@ p->mh_type = MALLOC_ATOMIC_TYPE; p->mh_file = file; p->mh_line = line; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); //xmlMutexLock(xmlMemMutex); p->mh_number = ++block; debugMemSize += size; if (debugMemSize > debugMaxMemSize) debugMaxMemSize = debugMemSize; #ifdef MEM_LIST debugmem_list_add(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); //xmlMutexUnlock(xmlMemMutex); #ifdef DEBUG_MEMORY xmlGenericError(xmlGenericErrorContext, @@ -327,7 +327,7 @@ goto error; } p->mh_tag = ~MEMTAG; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); //xmlMutexLock(xmlMemMutex); debugMemSize -= p->mh_size; #ifdef DEBUG_MEMORY oldsize = p->mh_size; @@ -335,7 +335,7 @@ #ifdef MEM_LIST debugmem_list_delete(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); //xmlMutexLock(xmlMemMutex); p = (MEMHDR *) realloc(p,RESERVE_SIZE+size); if (!p) { @@ -353,13 +353,13 @@ p->mh_size = size; p->mh_file = file; p->mh_line = line; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); debugMemSize += size; if (debugMemSize > debugMaxMemSize) debugMaxMemSize = debugMemSize; #ifdef MEM_LIST debugmem_list_add(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); TEST_POINT @@ -426,7 +426,7 @@ } p->mh_tag = ~MEMTAG; memset(target, -1, p->mh_size); - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); debugMemSize -= p->mh_size; #ifdef DEBUG_MEMORY size = p->mh_size; @@ -434,7 +434,7 @@ #ifdef MEM_LIST debugmem_list_delete(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); free(p); @@ -484,14 +484,14 @@ p->mh_type = STRDUP_TYPE; p->mh_file = file; p->mh_line = line; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); p->mh_number = ++block; debugMemSize += size; if (debugMemSize > debugMaxMemSize) debugMaxMemSize = debugMemSize; #ifdef MEM_LIST debugmem_list_add(p); #endif - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); s = (char *) HDR_2_CLIENT(p); @@ -632,7 +632,7 @@ debugMemSize, debugMaxMemSize); fprintf(fp,"BLOCK NUMBER SIZE TYPE\n"); idx = 0; - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); p = memlist; while (p) { fprintf(fp,"%-5u %6lu %6lu ",idx++,p->mh_number, @@ -645,7 +645,7 @@ case REALLOC_ATOMIC_TYPE:fprintf(fp,"atomicrealloc() in ");break; default: fprintf(fp,"Unknow memory block, corruped maybe"); - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); return; } if (p->mh_file != NULL) fprintf(fp,"%s(%d)", p->mh_file, p->mh_line); @@ -660,7 +660,7 @@ fprintf(fp,"\n"); p = p->mh_next; } - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); #else fprintf(fp,"Memory list not compiled (MEM_LIST not defined !)\n"); #endif @@ -735,7 +735,7 @@ fprintf(fp," MEMORY ALLOCATED : %lu, MAX was %lu\n", debugMemSize, debugMaxMemSize); #ifdef MEM_LIST - xmlMutexLock(xmlMemMutex); + xmlMemMutexLock(); if (nr > 0) { fprintf(fp,"NUMBER SIZE TYPE WHERE\n"); p = memlist; @@ -759,7 +759,7 @@ p = p->mh_next; } } - xmlMutexUnlock(xmlMemMutex); + xmlMemMutexUnlock(); #endif /* MEM_LIST */ } @@ -818,7 +818,7 @@ */ if (xmlMemInitialized) return(-1); xmlMemInitialized = 1; - xmlMemMutex = xmlNewMutex(); + //xmlMemMutex = xmlNewMutex(); #ifdef HAVE_STDLIB_H breakpoint = getenv("XML_MEM_BREAKPOINT"); @@ -854,8 +854,8 @@ if (xmlMemInitialized == 0) return; - xmlFreeMutex(xmlMemMutex); - xmlMemMutex = NULL; + //xmlFreeMutex(xmlMemMutex); + //xmlMemMutex = NULL; xmlMemInitialized = 0; #ifdef DEBUG_MEMORY xmlGenericError(xmlGenericErrorContext, diff -urN libxml2-2.6.11/xpath.c libxml2-2.6.11.ben/xpath.c --- libxml2-2.6.11/xpath.c 2004-06-02 09:05:40.000000000 -0700 +++ libxml2-2.6.11.ben/xpath.c 2004-08-20 10:35:09.000000000 -0700 @@ -49,7 +49,7 @@ #include #endif #include -#include +#include #include #define TODO \ --------------010609030100080202050109-- From veillard@redhat.com Sun Aug 22 15:50:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B4AE3B07C8 for ; Sun, 22 Aug 2004 15:50:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28053-04 for ; Sun, 22 Aug 2004 15:50:37 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4266D3B0AEA for ; Sun, 22 Aug 2004 15:50:36 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7MJoae1026017 for ; Sun, 22 Aug 2004 15:50:36 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7MJoZa20383 for ; Sun, 22 Aug 2004 15:50:35 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7MJoYJH009139 for ; Sun, 22 Aug 2004 15:50:34 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7MJoYlD009137 for xml@gnome.org; Sun, 22 Aug 2004 15:50:34 -0400 Date: Sun, 22 Aug 2004 15:50:34 -0400 From: Daniel Veillard To: xml@gnome.org Message-ID: <20040822195034.GY16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Release of libxml2-2.6.12 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:50:42 -0000 It was really time for the monthly release: ftp://xmlsoft.org/ and GNOME mirrors http://xmlsoft.org/ This release brings improvement mostly for XSD Schemas thanks to Kasimier, Python bindings and command line tools. It also includes a number of bug fixes: * Schemas: a lot of bug fixes and improvements from Kasimier Buchcik * improvements: - DocBook catalog build scrip (William) - xmlcatalog tool (Albert Chin) - xmllint --c14n option - no_proxy environment (Mike Hommey) - xmlParseInNodeContext() addition - extend xmllint --shell - allow XInclude to not generate start/end nodes - extend xmllint --version to include CVS tag (William) * documentation: - web pages fixes - validity API docs fixes (William) schemas API fix (Eric Haszlakiewicz) - xmllint man page (John Fleck) * Python: - avoid a warning with 2.3 (William Brack) - tab and space mixes (William) - wrapper generator fixes (William) - Cygwin support (Gerrit P. Haase) - node wrapper fix (Marc-Antoine Parent) - XML Schemas support (Torkel Lyng) * build fixes: - fix --with-minimum - elfgcchack.h fixes (Peter Breitenlohner) - perl path lookup (William) - diff on Solaris (Albert Chin) - some 64bits cleanups. * fixes: - RVT fixes (William) - XPath context resets bug (William) - memory debug (Steve Hay) - catalog white space handling (Peter Breitenlohner) - xmlReader state after attribute reading (William) - structured error handler (William) - XInclude generated xml:base fixup (William) - Windows memory reallocation problem (Steve Hay) - Out of Memory conditions handling (William and Olivier Andrieu) - htmlNewDoc() charset bug - htmlReadMemory init (William) - a posteriori validation DTD base (William) - notations serialization missing - xmlGetNodePath (Dodji) - xmlCheckUTF8 (Diego Tartara) - missing line numbers on entity (William) Thanks to everybody who fixed bugs or the documentation, or reported them ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From flash@vicspdi.com Mon Aug 23 14:31:52 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B90783B0947 for ; Mon, 23 Aug 2004 14:31:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20304-02 for ; Mon, 23 Aug 2004 14:31:49 -0400 (EDT) Received: from mail.vicspdi.com (unknown [12.38.236.2]) by menubar.gnome.org (Postfix) with ESMTP id F36DA3B06A2 for ; Mon, 23 Aug 2004 14:31:48 -0400 (EDT) Received: from ibm-n30b1ow2awz.vicspdi.com (ese.vicspdi.com [192.168.75.76]) by mail.vicspdi.com (8.8.7/8.8.7) with ESMTP id FAA00668 for ; Mon, 23 Aug 2004 05:54:51 -0700 Message-Id: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> X-Sender: flash@mail.vicspdi.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 23 Aug 2004 11:31:34 -0700 To: xml@gnome.org From: "Eric S. Eberhard" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Weird parser problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:31:52 -0000 I have been using libxml2 for a while with no problems ... until and end-user reported the following: If their doc contains a tag "text" (e.g. hello) they cannot get the value of the tag. I put some debug in my code, and there is no node for "text? --> simply not there! I cannot find any evidence that this is a reserved word ... but it is acting like one! Any ideas? Eric S. Eberhard (928) 567-3727 Voice (928) 567-6122 Fax (800) 569-1122 Denver Office (I am never there, you can leave a message) 928-301-7537 -- you may call any time day or night, I turn it off when I sleep :-) Please try to use a land line first (reception often poor). http://www.vicspdi.com Completely updated web site of personal pictures with many new pictures! Includes horses, dogs, Corvairs, and more. http://www.vicspdi.com/ourpics/index.html From veillard@redhat.com Mon Aug 23 16:23:02 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 660893B06E1 for ; Mon, 23 Aug 2004 16:23:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25267-03 for ; Mon, 23 Aug 2004 16:23:00 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 887643B0819 for ; Mon, 23 Aug 2004 16:23:00 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7NKN0e1031047; Mon, 23 Aug 2004 16:23:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7NKN0a30478; Mon, 23 Aug 2004 16:23:00 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7NKMv4g005052; Mon, 23 Aug 2004 16:22:57 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7NKMvkg005039; Mon, 23 Aug 2004 16:22:57 -0400 Date: Mon, 23 Aug 2004 16:22:57 -0400 From: Daniel Veillard To: "Eric S. Eberhard" Subject: Re: [xml] Weird parser problem Message-ID: <20040823202257.GE16238@redhat.com> References: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:23:02 -0000 On Mon, Aug 23, 2004 at 11:31:34AM -0700, Eric S. Eberhard wrote: > I have been using libxml2 for a while with no problems ... until and > end-user > reported the following: > > If their doc contains a tag "text" (e.g. hello) they cannot > get the value of the tag. > > I put some debug in my code, and there is no node for "text? --> simply not > there! No idea, everything seems to work here paphio:~/XML -> xmllint tst.xml hello paphio:~/XML -> xmllint --shell tst.xml / > ls --- 1 text / > cd text text > ls t-- 5 hello text > Specify what doesn't work and provide a reproductible test case please, c.f. http://xmlsoft.org/bugs.html Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From flash@vicspdi.com Mon Aug 23 17:37:17 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 367203B0837 for ; Mon, 23 Aug 2004 17:37:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28673-02 for ; Mon, 23 Aug 2004 17:37:15 -0400 (EDT) Received: from mail.vicspdi.com (unknown [12.38.236.2]) by menubar.gnome.org (Postfix) with ESMTP id 50FC33B06B5 for ; Mon, 23 Aug 2004 17:37:15 -0400 (EDT) Received: from ibm-n30b1ow2awz.vicspdi.com (ese.vicspdi.com [192.168.75.76]) by mail.vicspdi.com (8.8.7/8.8.7) with ESMTP id JAA01263; Mon, 23 Aug 2004 09:00:07 -0700 Message-Id: <6.0.3.0.2.20040823143437.05ea3670@mail.vicspdi.com> X-Sender: flash@mail.vicspdi.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 23 Aug 2004 14:36:49 -0700 To: veillard@redhat.com From: "Eric S. Eberhard" Subject: Re: [xml] Weird parser problem (more info) In-Reply-To: <20040823202257.GE16238@redhat.com> References: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> <20040823202257.GE16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:37:17 -0000 More information ... it is in the tree (prints when I dump it). The function xmlNodeListGetString fails because the type is zero rather than 1-20 (XML_ELEMENT_NODE thru XML_XINCLUDE_END). If I traverse manually it finds it ... Weirdness At 01:22 PM 8/23/2004, Daniel Veillard wrote: >On Mon, Aug 23, 2004 at 11:31:34AM -0700, Eric S. Eberhard wrote: > > I have been using libxml2 for a while with no problems ... until and > > end-user > > reported the following: > > > > If their doc contains a tag "text" (e.g. hello) they cannot > > get the value of the tag. > > > > I put some debug in my code, and there is no node for "text? --> simply > not > > there! > > No idea, everything seems to work here > >paphio:~/XML -> xmllint tst.xml > >hello >paphio:~/XML -> xmllint --shell tst.xml >/ > ls >--- 1 text >/ > cd text >text > ls >t-- 5 hello >text > > > Specify what doesn't work and provide a reproductible test case please, >c.f. http://xmlsoft.org/bugs.html > >Daniel > >-- >Daniel Veillard | Red Hat Desktop team http://redhat.com/ >veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ >http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ >_______________________________________________ >xml mailing list, project page http://xmlsoft.org/ >xml@gnome.org >http://mail.gnome.org/mailman/listinfo/xml Eric S. Eberhard (928) 567-3727 Voice (928) 567-6122 Fax (800) 569-1122 Denver Office (I am never there, you can leave a message) 928-301-7537 -- you may call any time day or night, I turn it off when I sleep :-) Please try to use a land line first (reception often poor). http://www.vicspdi.com Completely updated web site of personal pictures with many new pictures! Includes horses, dogs, Corvairs, and more. http://www.vicspdi.com/ourpics/index.html From wbrack@mmm.com.hk Mon Aug 23 18:55:44 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D59963B099F for ; Mon, 23 Aug 2004 18:55:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31850-06 for ; Mon, 23 Aug 2004 18:55:43 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id EF04F3B0964 for ; Mon, 23 Aug 2004 18:55:42 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7NMk24L005649; Mon, 23 Aug 2004 15:46:02 -0700 Received: from 216.102.95.90 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Tue, 24 Aug 2004 06:46:02 +0800 (HKT) Message-ID: <1171.216.102.95.90.1093301162.squirrel@216.102.95.90> Date: Tue, 24 Aug 2004 06:46:02 +0800 (HKT) Subject: Re: [xml] Weird parser problem (more info) From: "William M. Brack" To: "Eric S. Eberhard" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal References: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> <20040823202257.GE16238@redhat.com> <6.0.3.0.2.20040823143437.05ea3670@mail.vicspdi.com> In-Reply-To: <6.0.3.0.2.20040823143437.05ea3670@mail.vicspdi.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:55:45 -0000 I'd really like to help, but I don't see how I can.... Eric S. Eberhard said: > More information ... it is in the tree (prints when I dump it). > > The function xmlNodeListGetString fails because the type is zero rather > than 1-20 (XML_ELEMENT_NODE thru XML_XINCLUDE_END). > > If I traverse manually it finds it ... > > Weirdness What "type is zero"? In what manner does "xmlNodeListGetString fails"? bill@bbrack work $ cat test.xml hello bill@bbrack work $ xmllint --version xmllint: using libxml version 20612-CVS2138 compiled with: DTDValid FTP HTTP HTML C14N Catalog XPath XPointer XInclude Iconv MemDebug Unicode Regexps Automata Schemas bill@bbrack work $ gdb xmllint GNU gdb 6.1.1 (gdb) b 1075 Breakpoint 1 at 0x804ae32: file xmllint.c, line 1075. (gdb) r Breakpoint 1, parseAndPrintFile (filename=0xbffff577 "test.xml", rectxt=0x0) at xmllint.c:1075 1075 doc = xmlReadFile(filename, NULL, options); (gdb) u 1082 if (doc == NULL) { (gdb) p *doc->children $2 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x812609b "root", children = 0x8126640, last = 0x8126640, parent = 0x81264b8, next = 0x0, prev = 0x0, doc = 0x81264b8, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0, psvi = 0x0, line = 1, extra = 0} (gdb) p *doc->children->children $3 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x81260a0 "text", children = 0x81266a0, last = 0x81266a0, parent = 0x81265e0, next = 0x0, prev = 0x0, doc = 0x81264b8, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0, psvi = 0x0, line = 1, extra = 0} (gdb) p *doc->children->children->children $4 = {_private = 0x0, type = XML_TEXT_NODE, name = 0x80eaee4 "text", children = 0x0, last = 0x0, parent = 0x8126640, next = 0x0, prev = 0x0, doc = 0x81264b8, ns = 0x0, content = 0x8126560 "hello", properties = 0x0, nsDef = 0x0, psvi = 0x0, line = 0, extra = 0} > At 01:22 PM 8/23/2004, Daniel Veillard wrote: >> Specify what doesn't work and provide a reproductible test case >> please, >>c.f. http://xmlsoft.org/bugs.html >>Daniel Can you "provide a reproducible test case" please? What you have provided so far is obviously not enough for people to attempt to solve your problem. Bill From flash@vicspdi.com Mon Aug 23 19:03:49 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B1E33B068B for ; Mon, 23 Aug 2004 19:03:49 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32104-08 for ; Mon, 23 Aug 2004 19:03:45 -0400 (EDT) Received: from mail.vicspdi.com (unknown [12.38.236.2]) by menubar.gnome.org (Postfix) with ESMTP id 3C3953B0760 for ; Mon, 23 Aug 2004 19:03:44 -0400 (EDT) Received: from ibm-n30b1ow2awz.vicspdi.com (ese.vicspdi.com [192.168.75.76]) by mail.vicspdi.com (8.8.7/8.8.7) with ESMTP id KAA01442; Mon, 23 Aug 2004 10:00:47 -0700 Message-Id: <6.0.3.0.2.20040823153515.05b64410@mail.vicspdi.com> X-Sender: flash@mail.vicspdi.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 23 Aug 2004 15:37:24 -0700 To: veillard@redhat.com From: "Eric S. Eberhard" Subject: Re: [xml] Weird parser problem In-Reply-To: <20040823202257.GE16238@redhat.com> References: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> <20040823202257.GE16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:03:49 -0000 OK --> send me the retard prize. I have (all these years) blindly traversed the tree looking for things by name and if I find them returning the node. However ... I never checked the TYPE of the node. There is a type XML_NODE_TEXT that just happens to have the name filled in with "text" and I was returning that node, which has no children, hence no children's type or content ... A simple change on my part to skip those (what are they?) solved that problem. Silly me, to think they YOUR code had bugs :-) At 01:22 PM 8/23/2004, Daniel Veillard wrote: >On Mon, Aug 23, 2004 at 11:31:34AM -0700, Eric S. Eberhard wrote: > > I have been using libxml2 for a while with no problems ... until and > > end-user > > reported the following: > > > > If their doc contains a tag "text" (e.g. hello) they cannot > > get the value of the tag. > > > > I put some debug in my code, and there is no node for "text? --> simply > not > > there! > > No idea, everything seems to work here > >paphio:~/XML -> xmllint tst.xml > >hello >paphio:~/XML -> xmllint --shell tst.xml >/ > ls >--- 1 text >/ > cd text >text > ls >t-- 5 hello >text > > > Specify what doesn't work and provide a reproductible test case please, >c.f. http://xmlsoft.org/bugs.html > >Daniel > >-- >Daniel Veillard | Red Hat Desktop team http://redhat.com/ >veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ >http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ >_______________________________________________ >xml mailing list, project page http://xmlsoft.org/ >xml@gnome.org >http://mail.gnome.org/mailman/listinfo/xml Eric S. Eberhard (928) 567-3727 Voice (928) 567-6122 Fax (800) 569-1122 Denver Office (I am never there, you can leave a message) 928-301-7537 -- you may call any time day or night, I turn it off when I sleep :-) Please try to use a land line first (reception often poor). http://www.vicspdi.com Completely updated web site of personal pictures with many new pictures! Includes horses, dogs, Corvairs, and more. http://www.vicspdi.com/ourpics/index.html From flash@vicspdi.com Mon Aug 23 19:44:02 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 172263B0ACC for ; Mon, 23 Aug 2004 19:44:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01041-10 for ; Mon, 23 Aug 2004 19:44:00 -0400 (EDT) Received: from mail.vicspdi.com (unknown [12.38.236.2]) by menubar.gnome.org (Postfix) with ESMTP id B90A33B06B5 for ; Mon, 23 Aug 2004 19:43:59 -0400 (EDT) Received: from ibm-n30b1ow2awz.vicspdi.com (ese.vicspdi.com [192.168.75.76]) by mail.vicspdi.com (8.8.7/8.8.7) with ESMTP id LAA01694; Mon, 23 Aug 2004 11:06:49 -0700 Message-Id: <6.0.3.0.2.20040823164209.061e47d0@mail.vicspdi.com> X-Sender: flash@mail.vicspdi.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 23 Aug 2004 16:43:30 -0700 To: "William M. Brack" From: "Eric S. Eberhard" Subject: Re: [xml] Weird parser problem (more info) In-Reply-To: <1171.216.102.95.90.1093301162.squirrel@216.102.95.90> References: <6.0.3.0.2.20040823112709.061d1540@mail.vicspdi.com> <20040823202257.GE16238@redhat.com> <6.0.3.0.2.20040823143437.05ea3670@mail.vicspdi.com> <1171.216.102.95.90.1093301162.squirrel@216.102.95.90> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:44:02 -0000 That is because I was being vague (like an end-user). It was just failure to test the type combined with the fact that the parser creates nodes with "text" in the name field and the tag I was looking for was "text" and I was getting the wrong node (type 3 instead of type 1). At 03:46 PM 8/23/2004, William M. Brack wrote: >I'd really like to help, but I don't see how I can.... > >Eric S. Eberhard said: > > More information ... it is in the tree (prints when I dump it). > > > > The function xmlNodeListGetString fails because the type is zero rather > > than 1-20 (XML_ELEMENT_NODE thru XML_XINCLUDE_END). > > > > If I traverse manually it finds it ... > > > > Weirdness > >What "type is zero"? In what manner does "xmlNodeListGetString fails"? > >bill@bbrack work $ cat test.xml >hello > >bill@bbrack work $ xmllint --version >xmllint: using libxml version 20612-CVS2138 > compiled with: DTDValid FTP HTTP HTML C14N Catalog XPath XPointer XInclude >Iconv MemDebug Unicode Regexps Automata Schemas > >bill@bbrack work $ gdb xmllint >GNU gdb 6.1.1 > >(gdb) b 1075 >Breakpoint 1 at 0x804ae32: file xmllint.c, line 1075. >(gdb) r > >Breakpoint 1, parseAndPrintFile (filename=0xbffff577 "test.xml", rectxt=0x0) > at xmllint.c:1075 >1075 doc = xmlReadFile(filename, NULL, options); >(gdb) u >1082 if (doc == NULL) { >(gdb) p *doc->children >$2 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x812609b "root", > children = 0x8126640, last = 0x8126640, parent = 0x81264b8, next = 0x0, > prev >= 0x0, doc = 0x81264b8, ns = 0x0, content = 0x0, properties = 0x0, nsDef = >0x0, psvi = 0x0, line = 1, extra = 0} >(gdb) p *doc->children->children >$3 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x81260a0 "text", > children = 0x81266a0, last = 0x81266a0, parent = 0x81265e0, next = 0x0, > prev >= 0x0, doc = 0x81264b8, ns = 0x0, content = 0x0, properties = 0x0, nsDef = >0x0, psvi = 0x0, line = 1, extra = 0} >(gdb) p *doc->children->children->children >$4 = {_private = 0x0, type = XML_TEXT_NODE, name = 0x80eaee4 "text", > children = 0x0, last = 0x0, parent = 0x8126640, next = 0x0, prev = 0x0, > doc = 0x81264b8, ns = 0x0, content = 0x8126560 "hello", properties = 0x0, > nsDef = 0x0, psvi = 0x0, line = 0, extra = 0} > > > At 01:22 PM 8/23/2004, Daniel Veillard wrote: > > >> Specify what doesn't work and provide a reproductible test case > >> please, > >>c.f. http://xmlsoft.org/bugs.html > >>Daniel > >Can you "provide a reproducible test case" please? What you have provided so >far is obviously not enough for people to attempt to solve your problem. > >Bill > >_______________________________________________ >xml mailing list, project page http://xmlsoft.org/ >xml@gnome.org >http://mail.gnome.org/mailman/listinfo/xml Eric S. Eberhard (928) 567-3727 Voice (928) 567-6122 Fax (800) 569-1122 Denver Office (I am never there, you can leave a message) 928-301-7537 -- you may call any time day or night, I turn it off when I sleep :-) Please try to use a land line first (reception often poor). http://www.vicspdi.com Completely updated web site of personal pictures with many new pictures! Includes horses, dogs, Corvairs, and more. http://www.vicspdi.com/ourpics/index.html From sameer.abhinkar@intel.com Mon Aug 23 22:18:29 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A0133B06DD for ; Mon, 23 Aug 2004 22:18:29 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06060-08 for ; Mon, 23 Aug 2004 22:18:28 -0400 (EDT) Received: from orsfmr001.jf.intel.com (fmr12.intel.com [134.134.136.15]) by menubar.gnome.org (Postfix) with ESMTP id AEF1B3B0924 for ; Mon, 23 Aug 2004 22:18:27 -0400 (EDT) Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by orsfmr001.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-outer.mc, v 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i7O2HrjL009573 for ; Tue, 24 Aug 2004 02:18:09 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by talaria.jf.intel.com (8.12.9-20030918-01/8.12.9/d: major-inner.mc, v 1.11 2004/07/29 22:51:53 root Exp $) with SMTP id i7O2Bvfc023582 for ; Tue, 24 Aug 2004 02:12:01 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.2.35) with SMTP id M2004082319175706363 for ; Mon, 23 Aug 2004 19:17:57 -0700 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.0); Mon, 23 Aug 2004 19:17:57 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 Aug 2004 19:17:21 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DTD Validation Problem thread-index: AcSJgHzWuykusp59SRCwa1Ihcs89Lw== From: "Abhinkar, Sameer" To: X-OriginalArrivalTime: 24 Aug 2004 02:17:57.0998 (UTC) FILETIME=[928140E0:01C48980] X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] DTD Validation Problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 02:18:30 -0000 Hi, I tried to dig up a lot of information but couldn't find a problem that I'm facing. I'm probably missing something really small but can't seem to figure it out. Here's my problem: I'm trying to validate a XML document via a DTD. The XML and DTD are located on different locations (but on the same machine, no network is involved). For example, let's say the following are the locations on my machine for XML and DTD respectively: XML: c:\temp\xml\xml1.xml DTD: c:\temp\dtd\xml1.dtd Let me point out, the following code DOES validate the XML document only if the DTD is in the directory where I'm executing my test program from. For example, my test program is in C:\temp\test\test1.exe. Then, if I put the DTD (xml1.dtd) in c:\temp\test\ it works. But if I give the full location (including the path) of the DTD file then it doesn't. I've tried URI also for DTD parameter, 'file:///c:/temp/dtd/xml1.dtd'. That didn't work either. I'm possibly missing something really minor here. Can anyone suggest what is it? I'm sending the code snippet. BTW, you must have figured out, I'm on Windows. I'm using build libxml2-2.6.10. --------------------------- static void dtdTest(char * xmlFile, char * dtdFile) { xmlDocPtr pDoc =3D NULL; xmlDtdPtr pDtd =3D NULL; xmlValidCtxtPtr pCtxt =3D NULL; int iStatus =3D 1; // Create doc pointer pDoc =3D xmlReadFile(xmlFile, NULL, 0); if ( NULL =3D=3D pDoc ) iStatus =3D 0;=20 // create dtd pointer if ( iStatus ) { pDtd =3D xmlParseDTD(NULL, (const xmlChar*)dtdFile); if ( NULL =3D=3D pDtd ) iStatus =3D 0; } // Create new context if ( iStatus ) { pCtxt =3D xmlNewValidCtxt(); if ( NULL =3D=3D pCtxt ) iStatus =3D 0; } if ( iStatus ) { iStatus =3D xmlValidateDtd( pCtxt, pDoc, pDtd ); =20 if ( iStatus )=20 printf("Validation Succeeded\n"); else =20 printf("Validation Failed\n"); } // clean memory. if ( pDoc ) xmlFreeDoc (pDoc); if ( pDtd ) xmlFreeDtd (pDtd); if ( pCtxt ) xmlFreeValidCtxt( pCtxt ); return; } -------- Sameer=20 From veillard@redhat.com Tue Aug 24 04:39:52 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 11D013B0722 for ; Tue, 24 Aug 2004 04:39:52 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18634-10 for ; Tue, 24 Aug 2004 04:39:49 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 951173B0C0F for ; Tue, 24 Aug 2004 04:39:49 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7O8dne1030193; Tue, 24 Aug 2004 04:39:49 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7O8dna31672; Tue, 24 Aug 2004 04:39:49 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7O8dk98024559; Tue, 24 Aug 2004 04:39:46 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7O8dkQP024547; Tue, 24 Aug 2004 04:39:46 -0400 Date: Tue, 24 Aug 2004 04:39:46 -0400 From: Daniel Veillard To: "Abhinkar, Sameer" Subject: Re: [xml] DTD Validation Problem Message-ID: <20040824083945.GG16238@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 08:39:52 -0000 On Mon, Aug 23, 2004 at 07:17:21PM -0700, Abhinkar, Sameer wrote: > Let me point out, the following code DOES validate the XML document only > if the DTD is in the directory where I'm executing my test program from. > For example, my test program is in C:\temp\test\test1.exe. Then, if I > put the DTD (xml1.dtd) in c:\temp\test\ it works. But if I give the full > location (including the path) of the DTD file then it doesn't. I've > tried URI also for DTD parameter, 'file:///c:/temp/dtd/xml1.dtd'. That > didn't work either. I'm possibly missing something really minor here. > Can anyone suggest what is it? I'm sending the code snippet. BTW, you > must have figured out, I'm on Windows. I'm using build libxml2-2.6.10. It's again a URI versus Windows File Path problem. Someone using Windows should look at it, I won't I don't have any Windows box. file:///c:/temp/dtd/xml1.dtd should work, if it doesn't it is a bug. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From kost@imn.htwk-leipzig.de Tue Aug 24 06:47:47 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E1BC3B0DC8 for ; Tue, 24 Aug 2004 06:47:47 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25446-01 for ; Tue, 24 Aug 2004 06:47:45 -0400 (EDT) Received: from mail.imn.htwk-leipzig.de (david.imn.htwk-leipzig.de [141.57.9.1]) by menubar.gnome.org (Postfix) with ESMTP id 88D073B0862 for ; Tue, 24 Aug 2004 06:47:44 -0400 (EDT) Received: from imn.htwk-leipzig.de (krishna [141.57.8.37]) by mail.imn.htwk-leipzig.de (Postfix) with ESMTP id 47EC721347 for ; Tue, 24 Aug 2004 12:47:43 +0200 (MEST) Message-ID: <412B1CA3.5010507@imn.htwk-leipzig.de> Date: Tue, 24 Aug 2004 12:46:59 +0200 From: Stefan Kost Organization: HTWK Leipzig User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: xml@gnome.org X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------010409060404010701070809" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] build problem with libxslt-1.1.9 on mingw/win32 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 10:47:47 -0000 This is a multi-part message in MIME format. --------------010409060404010701070809 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi hi, since a while I try to build my own xml/xslt lib on mingw. libxml2-2.6.11 works, but libxslt cases probelms when linking. I like to get a shared build with dlls. I am using these additinal setting for the compiler and linker export CFLAGS='-mno-cygwin -mms-bitfields -Wl,--add-stdcall-alias,--enable-stdcall-fixup' export LDFLAGS="-export-dynamic -L/gnuwin32/lib -L/opt/lib -lwsock32 -lgw32c -lole32 -luuid" That is my configure line for libxslt ./configure '--prefix=/opt' '--host=mingw32' '--build=mingw32' '--target=mingw32' '--enable-static' '--enable-shared' '--with-gnu-ld' make runs fine. before running 'make install' I have to uncomment the relink line from 'libexslt/libexstl.la'. When running 'make install' then I get errors like : xsltproc.o(.text+0x1c0d):xsltproc.c: undefined reference to `_imp__exsltLibraryVersion' xsltproc.o(.text+0x1c14):xsltproc.c: undefined reference to `_imp__xsltEngineVersion' xsltproc.o(.text+0x1c54):xsltproc.c: undefined reference to `_imp__xsltLibxmlVersion' xsltproc.o(.text+0x1c5b):xsltproc.c: undefined reference to `_imp__xsltLibxsltVersion' xsltproc.o(.text+0x1c72):xsltproc.c: undefined reference to `_imp__exsltLibxmlVersion' xsltproc.o(.text+0x1c79):xsltproc.c: undefined reference to `_imp__exsltLibexsltVersion' xsltproc.o(.text+0x2571):xsltproc.c: undefined reference to `_imp__xsltMaxDepth' ../libexslt/.libs/libexslt.a(common.o)(.text+0xe8):common.c: undefined reference to `_imp__xsltGenericError' ../libexslt/.libs/libexslt.a(common.o)(.text+0xf3):common.c: undefined reference to `_imp__xsltGenericErrorContext' ../libexslt/.libs/libexslt.a(common.o)(.text+0x291):common.c: undefined reference to `_imp__xsltGenericError' ../libexslt/.libs/libexslt.a(common.o)(.text+0x29b):common.c: undefined reference to `_imp__xsltGenericErrorContext' ../libexslt/.libs/libexslt.a(math.o)(.text+0x13f):math.c: undefined reference to `_imp__xsltGenericError' ../libexslt/.libs/libexslt.a(math.o)(.text+0x149):math.c: undefined reference to `_imp__xsltGenericErrorContext' ../libexslt/.libs/libexslt.a(functions.o)(.text+0x49):functions.c: undefined reference to `_imp__xsltGenericDebug' ... and so on. Wenn adding '-no-undefined' to the cflags make install works, but the resulting xsltproc crashes when doing something beyond --help. The problem seems to be already on the library level, as my own app (which runns fine on solaris/linux crashes when e.g. loading a stylesheet on win32. So I guess I need to get it to work without '-no-undefined' as this only irnores the problem. Any ideas? Stefan -- \|/ Stefan Kost <@ @> private business +-oOO-(_)-OOo------------------------------------------------------ - - - - - | __ Address Simildenstr. 5 HTWK Leipzig, Fb IMN, Postfach 301166 | /// 04277 Leipzig 04251 Leipzig | __ /// Germany Germany | \\\/// Phone +49341 2253538 +49341 30766101 | \__/ EMail st_kost_at_gmx.net kost_at_imn.htwk-leipzig.de | WWW www.sonicpulse.de www.imn.htwk-leipzig.de/~kost/about.html ===-=-=--=---=---------------------------------- - - - - - --------------010409060404010701070809 Content-Type: text/x-vcard; charset=utf8; name="kost.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kost.vcf" begin:vcard fn:Stefan Kost n:Kost;Stefan org:HTWK Leipzig;FB. IMN adr:;;Postfach 301166;Leipzig;;04251;Germany email;internet:kost@imn.htwk-leipzig.de title:Dipl. Informatiker tel;work:+49341 30766440 tel;home:+49341 2253538 tel;cell:+49178 3183742 x-mozilla-html:FALSE url:http://www.imn.htwk-leipzig.de/~kost/about.html version:2.1 end:vcard --------------010409060404010701070809-- From pallavi.joshi@vanderbilt.edu Mon Aug 23 16:15:03 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6978C3B0955 for ; Mon, 23 Aug 2004 16:15:03 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24890-06 for ; Mon, 23 Aug 2004 16:15:02 -0400 (EDT) Received: from smtp02.smtp.vanderbilt.edu (smtp02.smtp.Vanderbilt.Edu [129.59.1.93]) by menubar.gnome.org (Postfix) with ESMTP id F037B3B0847 for ; Mon, 23 Aug 2004 16:15:01 -0400 (EDT) Received: from smtp02.smtp.vanderbilt.edu (localhost [127.0.0.1]) by smtp02.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9C+d3.7.9) with ESMTP id i7NKF13W001832 for ; Mon, 23 Aug 2004 15:15:01 -0500 (CDT) Received: from Pallavi ([129.59.89.218]) by smtp02.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9B+d3.7.9) with SMTP id i7NKEunt001760 for ; Mon, 23 Aug 2004 15:15:01 -0500 (CDT) Message-ID: <006b01c4894d$e1be03b0$da593b81@Pallavi> From: "Pallavi Joshi" To: Date: Mon, 23 Aug 2004 14:52:35 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002F_01C48920.D386C480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 24 Aug 2004 09:37:09 -0400 Subject: [xml] invalid characters on windows ?? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:15:03 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_002F_01C48920.D386C480 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have a program which converts vtk meshes to dicom RT files. But I = get this error "input not UTF-8" only while running it on Windows. Due = to this I get invalid characters in my xml file. The program runs fine = on UNIX. What is the reason for this behaviour on Windows ? Could anybody please help me.......Its urgent !!! --Pallavi ------=_NextPart_000_002F_01C48920.D386C480 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
I have a program which converts vtk meshes to = dicom RT=20 files. But I get this error "input not UTF-8" only while running it on = Windows. Due to this I get invalid characters in my xml file. The = program runs=20 fine on UNIX.
What is the reason for this behaviour on Windows=20 ?
Could anybody please help me.......Its urgent=20 !!!
 
--Pallavi
 
 

------=_NextPart_000_002F_01C48920.D386C480-- From mjohnson@redhat.com Mon Aug 23 17:58:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E9F803B094F for ; Mon, 23 Aug 2004 17:58:39 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29397-08 for ; Mon, 23 Aug 2004 17:58:38 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9921D3B07A3 for ; Mon, 23 Aug 2004 17:58:37 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7NLwbe1027368 for ; Mon, 23 Aug 2004 17:58:37 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7NLwba02185 for ; Mon, 23 Aug 2004 17:58:37 -0400 Received: from [172.16.57.128] (columbo.rdu.redhat.com [172.16.57.128]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id i7NLwbHG024017 for ; Mon, 23 Aug 2004 17:58:37 -0400 Message-ID: <412A688C.2080509@redhat.com> Date: Mon, 23 Aug 2004 17:58:36 -0400 From: Mark Johnson User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: multipart/mixed; boundary="------------010300070400080803050901" X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 24 Aug 2004 09:37:09 -0400 Subject: [xml] libxml2: xmlcatalog --sgml --noout --add generates odd behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:58:40 -0000 This is a multi-part message in MIME format. --------------010300070400080803050901 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi All, I don't have the latest versions of libxml2/libxslt because they won't install on my FC2 machine. Here are the versions: libxml2-2.6.8-1 libxslt-1.1.5-1 I noticed the odd behavior while packaging simplified docbook. I simply wanted to register the central/package catalog /etc/sgml/docbook-simple.cat in the root catalog /etc/sgml/catalog. I used the command: /usr/bin/xmlcatalog --sgml --noout --add \ "/etc/sgml/docbook-simple.cat" The odd behavior is that xmlcatalog actually modified the docbook-simple.cat file, by removing any comments and also removing the 'OVERRIDE YES' SGML catalog directive. (Yes, I know I can also use /usr/bin/install-catalog, but that does something quite funky as well: it adds a 'CATALOG "/etc/sgml/catalog"' line to the end of docbook-simple.cat.) Attached is the docbook-simple.cat file. I can work around this, but thought I should nonetheless report it. Thanks, Mark -- ---------------------------------------------------------- Mark Johnson OS Product Documentation Group Engineering, Red Hat, Inc. Tel: 919.754.4151 Fax: 919.754.3708 GPG fp: DBEA FA3C C46A 70B5 F120 568B 89D5 4F61 C07D E242 --------------010300070400080803050901 Content-Type: text/plain; name="docbook-simple.cat" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="docbook-simple.cat" -- BEGIN OASIS TR 9401:1997 catalog for docbook-simple V1.0 -- OVERRIDE YES PUBLIC "-//OASIS//DTD Simplified DocBook XML V1.0//EN" "/usr/share/xml/docbook/simple/1.0/sdocbook.dtd" PUBLIC "-//OASIS//DTD Simplified DocBook RefEntry XML V1.0//EN" "/usr/share/xml/docbook/simple/1.0/sdocbookref.dtd" SYSTEM "http://www.oasis-open.org/docbook/xml/simple/1.0/sdocbook.dtd" "/usr/share/xml/docbook/simple/1.0/sdocbook.dtd" SYSTEM "http://www.oasis-open.org/docbook/xml/simple/1.0/sdocbookref.dtd" "/usr/share/xml/docbook/simple/1.0/sdocbookref.dtd" -- END OASIS TR 9401:1997 catalog for docbook-simple V1.0 -- --------------010300070400080803050901-- From prodes@mail.transiciel.com Tue Aug 24 05:28:21 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529B73B0758 for ; Tue, 24 Aug 2004 05:28:21 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21111-05 for ; Tue, 24 Aug 2004 05:28:19 -0400 (EDT) Received: from mailhost.transiciel.com (mailhost.transiciel.com [194.2.163.125]) by menubar.gnome.org (Postfix) with ESMTP id 344C03B0D22 for ; Tue, 24 Aug 2004 05:28:19 -0400 (EDT) Received: from mailhost.transiciel.com (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 254281B8054; Tue, 24 Aug 2004 11:28:18 +0200 (CEST) Received: from prodes (unknown [62.23.67.38]) by mailhost.transiciel.com (Postfix) with SMTP id 743A11B8084; Tue, 24 Aug 2004 11:28:13 +0200 (CEST) Received: by localhost with Microsoft MAPI; Tue, 24 Aug 2004 11:24:10 +0200 Message-ID: <01C489CC.E0ACEF20.prodes@mail.transiciel.com> From: Pascal Rodes To: "'xml@gnome.org'" Date: Tue, 24 Aug 2004 11:24:09 +0200 Organization: Transiciel X-Mailer: Messagerie Internet de Microsoft/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Tue, 24 Aug 2004 09:37:09 -0400 Subject: [xml] reporting bug for lixml2.2.6-8 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "prodes@mail.transiciel.com" List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 09:28:21 -0000 Hye, My English is not perfect so please apologize me for some mistakes. We have develop an application based on libxml2 for Airbus that will be embedded on the future plane A380 and A400M, in a Linux Laptop. In the instrumentation process off the library we have get un slight bug given by the tool insure (formr insight), here it is : ************************************************************************************** [dict.c:711] **EXPR_UNRELATED_PTRCMP** >> if ((str >= pool->array) && (str <= pool->free)) Expression compares unrelated pointers: str >= pool->array ************************************************************************************** And here is the stack of the calls : ************************************************************************************** Stack trace where the error occurred: xmlDictOwns() dict.c, 711 xmlFreeNode() tree.c, 3365 xmlSchemaCleanupDoc() xmlschemas.c, 2827 xmlSchemaParse() xmlschemas.c, 4941 ************************************************************************************** Otherwise , we also use the schema it's working better on 2.2.6-8 than on 2.2.6-4 where it was a bit scratchy. Can we receive some newletters about new versions and when they we'll be accessible (I dont have right now, a full internet access to register to the mailing list...) ? Thanks by advance. Bye Pascal RODES. From veillard@redhat.com Tue Aug 24 09:59:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3BB0C3B0F8A for ; Tue, 24 Aug 2004 09:59:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01802-10 for ; Tue, 24 Aug 2004 09:59:44 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id F22A23B0E51 for ; Tue, 24 Aug 2004 09:59:43 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7ODxce1007301; Tue, 24 Aug 2004 09:59:43 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7ODxca25952; Tue, 24 Aug 2004 09:59:38 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7ODxa9q011512; Tue, 24 Aug 2004 09:59:36 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7ODxaNK011510; Tue, 24 Aug 2004 09:59:36 -0400 Date: Tue, 24 Aug 2004 09:59:36 -0400 From: Daniel Veillard To: Pascal Rodes Subject: Re: [xml] reporting bug for lixml2.2.6-8 Message-ID: <20040824135935.GJ16238@redhat.com> References: <01C489CC.E0ACEF20.prodes@mail.transiciel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01C489CC.E0ACEF20.prodes@mail.transiciel.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: "'xml@gnome.org'" X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:59:46 -0000 On Tue, Aug 24, 2004 at 11:24:09AM +0200, Pascal Rodes wrote: > My English is not perfect so please apologize me for some > mistakes. > We have develop an application based on libxml2 for Airbus > that will be embedded on the future plane A380 and A400M, in a Linux Laptop. > > In the instrumentation process off the library we have get un slight bug given > by the tool insure (formr insight), here it is : > ************************************************************************************** > [dict.c:711] **EXPR_UNRELATED_PTRCMP** > > >> if ((str >= pool->array) && (str <= pool->free)) > > Expression compares unrelated pointers: str >= pool->array > > ************************************************************************************** > xmlDictOwns() dict.c, 711 It is actually not a bug, Insure is using an heuristic here which defeats the code. Basically given a pointer to a string the question is whether that string comes from the dictionnary. To check that the pointer is compared to the upper and lower bounds of the memory areas used by the dictionnary. The pointers are unrelated, that's true, str could come from static memory heap or stack and not being related to the dictionnaries allocated from heap the comparison is still legal, harmless and the right thing to do in that case. It's also very cheap, i.e. fast. You can safely switch off this specific error report in Insure. [...] > Otherwise , we also use the schema it's working better on 2.2.6-8 > than on 2.2.6-4 where it was a bit scratchy. Schemas has improved a lot this year thanks to Kasimier Buchcik, current version 2.6.12 should be way better than 2.2.6 > Can we receive some newletters about new versions and when they we'll be > accessible (I dont have right now, a full internet access to register to the mailing list...) ? Well it's difficult to push informations is you can't receive it. What's blocking you from getting mail ? If you have web access http://xmlsoft.org/news.html is the web page indicating the releases. I usually do a release every month. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Tue Aug 24 10:01:30 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5E9853B0B23 for ; Tue, 24 Aug 2004 10:01:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01963-06 for ; Tue, 24 Aug 2004 10:01:29 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EE59B3B0C2E for ; Tue, 24 Aug 2004 10:01:28 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7OE1Se1007857; Tue, 24 Aug 2004 10:01:28 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7OE1Sa26889; Tue, 24 Aug 2004 10:01:28 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7OE1Pqw013115; Tue, 24 Aug 2004 10:01:25 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7OE1PPL013077; Tue, 24 Aug 2004 10:01:25 -0400 Date: Tue, 24 Aug 2004 10:01:25 -0400 From: Daniel Veillard To: Pallavi Joshi Subject: Re: [xml] invalid characters on windows ?? Message-ID: <20040824140125.GK16238@redhat.com> References: <006b01c4894d$e1be03b0$da593b81@Pallavi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006b01c4894d$e1be03b0$da593b81@Pallavi> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:01:30 -0000 On Mon, Aug 23, 2004 at 02:52:35PM -0500, Pallavi Joshi wrote: > Hi, > I have a program which converts vtk meshes to dicom RT files. But I get this error "input not UTF-8" only while running it on Windows. Due to this I get invalid characters in my xml file. The program runs fine on UNIX. > What is the reason for this behaviour on Windows ? You're modifying a DOM tree. The strings you are using are not an UTF-8 encoded string. Hence the error. http://xmlsoft.org/encoding.html Make sure you use only UTF-8 encoded strings. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From Ian.Foster@vivista.co.uk Tue Aug 24 10:45:07 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 25CF23B1061 for ; Tue, 24 Aug 2004 10:45:07 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04485-07 for ; Tue, 24 Aug 2004 10:45:04 -0400 (EDT) Received: from mail57.messagelabs.com (mail57.messagelabs.com [195.245.230.115]) by menubar.gnome.org (Postfix) with SMTP id 1BD913B1069 for ; Tue, 24 Aug 2004 10:44:42 -0400 (EDT) X-VirusChecked: Checked X-Env-Sender: Ian.Foster@vivista.co.uk X-Msg-Ref: server-6.tower-57.messagelabs.com!1093358680!14114510 X-StarScan-Version: 5.2.10; banners=vivista.co.uk,-,- X-Originating-IP: [217.171.104.37] Received: (qmail 27061 invoked from network); 24 Aug 2004 14:44:40 -0000 Received: from unknown (HELO srvmeth20.sis.co.uk) (217.171.104.37) by server-6.tower-57.messagelabs.com with SMTP; 24 Aug 2004 14:44:40 -0000 Received: from SRVMETH09.sis.co.uk (unverified) by srvmeth20.sis.co.uk (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Tue, 24 Aug 2004 15:44:05 +0100 Received: by srvmeth09.sis.co.uk with Internet Mail Service (5.5.2653.19) id <3Q6BD4F3>; Tue, 24 Aug 2004 15:44:05 +0100 Message-ID: From: Ian Foster To: "'xml@gnome.org'" Date: Tue, 24 Aug 2004 15:44:04 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Building libxml2 for DGUX X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:45:07 -0000 Is anyone currently using libxml2 on DGUX? I've just been thrown into a project where a previous incumbent (now departed) managed to compile and build the libxml2 libraries for a Data General box. They left without documenting how this was done. I'm now trying to use these libraries with a larger system (which has been running successfully for weeks on Solaris) , and get runtime errors on DGUX as follows: (dbx) where Frame 0, pc 0x80049d80 (realloc+988) Frame 1, pc 0x8004a3ff (realloc+2651) Frame 2, pc 0x8004986e (free+554) Frame 3, pc 0x800495fe (malloc+74) Frame 4, line 1109, routine xmlStrndup(cur=0x08056d84 -> "AA1537", len=6), file parser.c Error: Attempt to access invalid register, $edx. Frame 5, line 1138, routine xmlStrdup(cur=), file parser.c Error: Attempt to access invalid register, $ecx. Error: Attempt to access invalid register, $edx. Frame 6, line 1520, routine xmlStrcat(cur=, add=), file parser.c Frame 7, line 947, routine xmlNodeListGetString(doc=0x080ded38, list=0x080deea8, inLine=1), file tree.c So it would be nice to have a known build of the libraries that we can run dbx against. Unfortunately, having run the default ./configure command, a subsequent 'make' yields the following: [jock] /home/ianf/xml/libxml2-2.4.5) make Makefile subshell.__DGUX__ UX:ksh: ERROR: syntax error at line 1 : `end of file' unexpected UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) UX:sed: ERROR: Unrecognized command: $(transform) Make: line 481: syntax error. Stop. [jock] /home/ianf/xml/libxml2-2.4.5) UX:ksh: ERROR: make without going through this Makefile.^J# To change the values of : not found UX:ksh: ERROR: config.status, edit : not found UX:ksh: ERROR: make);^J# (2) otherwise, pass the desired values on the : not found UX:awk: ERROR: Trying to access field 656 UX:awk: INFO: Input record number 1 UX:awk: INFO: Source line number 1 UX:awk: ERROR: Trying to access field 661 UX:awk: INFO: Input record number 1 UX:awk: INFO: Source line number 1 UX:ksh: ERROR: distdir: not found UX:ksh: ERROR: /=inst: not found If anyone can come up with a suggestion other than "move to another OS/hardware platform", we would be extremely grateful. Best wishes and kind regards, Ian. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** _____________________________________________________________________ This message has been checked for all known viruses on behalf of Vivista by MessageLabs. http://www.messagelabs.com or Email: mailsweeper.info@vivista.co.uk Vivista formerly Securicor Information Systems for further information http://www.vivista.co.uk From igor@zlatkovic.com Tue Aug 24 12:17:42 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C32253B0A19 for ; Tue, 24 Aug 2004 12:17:42 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09525-03 for ; Tue, 24 Aug 2004 12:17:40 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 1AD453B092F for ; Tue, 24 Aug 2004 12:17:40 -0400 (EDT) Received: from [217.234.115.117] (pD9EA7375.dip.t-dialin.net [217.234.115.117]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7OGHLrS011076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 24 Aug 2004 18:17:31 +0200 Message-ID: <412B6A18.9060002@zlatkovic.com> Date: Tue, 24 Aug 2004 18:17:28 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: xml@gnome.org Subject: Re: [xml] DTD Validation Problem Content-Type: multipart/mixed; boundary="------------040507070408050102070004" X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:17:42 -0000 This is a multi-part message in MIME format. --------------040507070408050102070004 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit > It's again a URI versus Windows File Path problem. Someone > using Windows should look at it, I won't I don't have any Windows > box. I have one :) > file:///c:/temp/dtd/xml1.dtd should work, if it doesn't it is a bug. That works, but things like this C:\temp> xmllint --dtdvalid dtd\xml1.dtd xml\xml1.xml don't work and that only for the DTD. The XML document you can specify as you please, it always works. The reason is, xmlSAXParseDTD calls the entity resolver to fetch the DTD and that one calls xmlBuildURI, which fails with a Windows path. Making the system ID canonic before it reaches the entity resolver solves the issue. The patch is attached. If there are no objections, I'll apply it. Ciao, Igor --------------040507070408050102070004 Content-Type: text/plain; name="parser.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="parser.c.diff" Index: parser.c =================================================================== RCS file: /cvs/gnome/libxml2/parser.c,v retrieving revision 1.378 diff -c -r1.378 parser.c *** parser.c 19 Aug 2004 02:17:27 -0000 1.378 --- parser.c 24 Aug 2004 16:01:10 -0000 *************** *** 10150,10155 **** --- 10150,10156 ---- xmlParserCtxtPtr ctxt; xmlParserInputPtr input = NULL; xmlCharEncoding enc; + xmlChar* systemIdCanonic; if ((ExternalID == NULL) && (SystemID == NULL)) return(NULL); *************** *** 10167,10182 **** ctxt->sax = sax; ctxt->userData = ctxt; } /* * Ask the Entity resolver to load the damn thing */ if ((ctxt->sax != NULL) && (ctxt->sax->resolveEntity != NULL)) ! input = ctxt->sax->resolveEntity(ctxt, ExternalID, SystemID); if (input == NULL) { if (sax != NULL) ctxt->sax = NULL; xmlFreeParserCtxt(ctxt); return(NULL); } --- 10168,10193 ---- ctxt->sax = sax; ctxt->userData = ctxt; } + + /* + * Canonicalise the system ID + */ + systemIdCanonic = xmlCanonicPath(SystemID); + if (systemIdCanonic == NULL) { + xmlFreeParserCtxt(ctxt); + return(NULL); + } /* * Ask the Entity resolver to load the damn thing */ if ((ctxt->sax != NULL) && (ctxt->sax->resolveEntity != NULL)) ! input = ctxt->sax->resolveEntity(ctxt, ExternalID, systemIdCanonic); if (input == NULL) { if (sax != NULL) ctxt->sax = NULL; xmlFreeParserCtxt(ctxt); + xmlFree(systemIdCanonic); return(NULL); } *************** *** 10190,10196 **** } if (input->filename == NULL) ! input->filename = (char *) xmlCanonicPath(SystemID); input->line = 1; input->col = 1; input->base = ctxt->input->cur; --- 10201,10209 ---- } if (input->filename == NULL) ! input->filename = (char *) systemIdCanonic; ! else ! xmlFree(systemIdCanonic); input->line = 1; input->col = 1; input->base = ctxt->input->cur; --------------040507070408050102070004-- From igor@zlatkovic.com Tue Aug 24 14:26:31 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A57083B0C89 for ; Tue, 24 Aug 2004 14:26:31 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13922-01 for ; Tue, 24 Aug 2004 14:26:29 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 599153B089E for ; Tue, 24 Aug 2004 14:26:29 -0400 (EDT) Received: from [217.234.115.117] (pD9EA7375.dip.t-dialin.net [217.234.115.117]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7OIQFrS006437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 24 Aug 2004 20:26:16 +0200 Message-ID: <412B8851.3060207@zlatkovic.com> Date: Tue, 24 Aug 2004 20:26:25 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] New zlib in Windows binaries X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:26:31 -0000 Hi there, Just a note: I have updated the binaries for Windows to use the newer zlib 1.2.1. This means, upgrading libxml2 mandates upgrading zlib. Ciao, Igor From oliverst@online.de Tue Aug 24 16:28:05 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AFDCB3B07AC for ; Tue, 24 Aug 2004 16:28:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18543-07 for ; Tue, 24 Aug 2004 16:28:04 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by menubar.gnome.org (Postfix) with ESMTP id 38D353B0713 for ; Tue, 24 Aug 2004 16:28:02 -0400 (EDT) Received: from [212.227.126.200] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bzhth-0000cs-00 for xml@gnome.org; Tue, 24 Aug 2004 22:28:01 +0200 Received: from [172.23.4.135] (helo=config8.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bzhth-0003WS-00 for xml@gnome.org; Tue, 24 Aug 2004 22:28:01 +0200 Received: from www-data by config8.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1Bzhth-0000SK-00 for ; Tue, 24 Aug 2004 22:28:01 +0200 To: From: Message-Id: <5074873$1093378767412ba2cfae3b18.14383981@config8.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5074873 X-Mailer: Webmail X-Routing: DE X-Received: from config8 by 80.138.65.2 with HTTP id 5074873 for xml@gnome.org; Tue, 24 Aug 2004 22:26:02 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Tue, 24 Aug 2004 22:26:02 +0200 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.135 X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] zlib 1.2.1 problems(?) + fix X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:28:05 -0000 I thought this might be worth of mentioning. I am a follower of the arcade emulation scence and the zlib is used in a few projects attached to it and there have been reports, that the zlib 1.2.1 has problems with extracting files and I also remember something else. In the actual MAME 0.86 source you can find the fix for offical distribution. You can also easily look at it in the MESS CVS: http://cvs.mess.org:6502/cgi-bin/viewcvs.cgi/src/zlib/inftrees.c.diff?r1=1.1&r2=1.2 =================================================================== RCS file: /home/cvs/mess/src/zlib/inftrees.c,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- src/zlib/inftrees.c 2004/07/28 02:50:05 1.1 +++ src/zlib/inftrees.c 2004/08/21 15:20:04 1.2 @@ -114,7 +114,15 @@ for (max = MAXBITS; max >= 1; max--) if (count[max] != 0) break; if (root > max) root = max; - if (max == 0) return -1; /* no codes! */ + if (max == 0) { /* no symbols to code at all */ + this.op = (unsigned char)64; /* invalid code marker */ + this.bits = (unsigned char)1; + this.val = (unsigned short)0; + *(*table)++ = this; /* make a table to force an error */ + *(*table)++ = this; + *bits = 1; + return 0; /* no symbols, but wait for decoding to report error */ + } for (min = 1; min <= MAXBITS; min++) if (count[min] != 0) break; if (root < min) root = min; From igor@zlatkovic.com Tue Aug 24 16:55:36 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6853E3B071E for ; Tue, 24 Aug 2004 16:55:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19759-09 for ; Tue, 24 Aug 2004 16:55:35 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 204483B06E4 for ; Tue, 24 Aug 2004 16:55:35 -0400 (EDT) Received: from [217.234.115.117] (pD9EA7375.dip.t-dialin.net [217.234.115.117]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7OKtIrS022019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 24 Aug 2004 22:55:20 +0200 Message-ID: <412BAB42.3050706@zlatkovic.com> Date: Tue, 24 Aug 2004 22:55:30 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: oliverst@online.de Subject: Re: [xml] zlib 1.2.1 problems(?) + fix References: <5074873$1093378767412ba2cfae3b18.14383981@config8.schlund.de> In-Reply-To: <5074873$1093378767412ba2cfae3b18.14383981@config8.schlund.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:55:36 -0000 On 24.08.2004 22:26, oliverst@online.de wrote: > I thought this might be worth of mentioning. > I am a follower of the arcade emulation scence and the zlib is used in a A follower? Is that a religious cult, or something? :) > few projects attached to it and there have been reports, that the zlib > 1.2.1 has problems with extracting files and I also remember something > else. Why is this a problem for libxml? If zlib is broken, then zlib should be fixed. This will then automatically propagate to libxml and a myriad of other things that link to zlib dynamically. Ciao, Igor From oliverst@online.de Tue Aug 24 18:45:35 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6FEDD3B08B8 for ; Tue, 24 Aug 2004 18:45:35 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25178-01 for ; Tue, 24 Aug 2004 18:45:32 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by menubar.gnome.org (Postfix) with ESMTP id EAED03B0879 for ; Tue, 24 Aug 2004 18:45:31 -0400 (EDT) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Bzk2l-0007DK-00; Wed, 25 Aug 2004 00:45:31 +0200 Received: from [80.138.65.2] (helo=kidman) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1Bzk2j-0004wg-00; Wed, 25 Aug 2004 00:45:30 +0200 From: "=?ISO-8859-1?Q?Oliver_St=F6neberg?=" To: Igor Zlatkovic Date: Wed, 25 Aug 2004 00:00:33 +0200 MIME-Version: 1.0 Subject: Re: [xml] zlib 1.2.1 problems(?) + fix Message-ID: <412BD6A1.23838.116FE24B@localhost> Priority: normal In-reply-to: <412BAB42.3050706@zlatkovic.com> References: <5074873$1093378767412ba2cfae3b18.14383981@config8.schlund.de> X-mailer: Pegasus Mail for Windows (v4.11) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:5a6240c6bdf5d74282a712e29b1bac42 X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: oliverst@online.de List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:45:35 -0000 > > I thought this might be worth of mentioning. > > I am a follower of the arcade emulation scence and the zlib is used in a > > A follower? Is that a religious cult, or something? :) For some people it surely is. A lot of freaks and people, that take it way too serious are there. But I meant, that I follow the things, that happen. Bah! > > few projects attached to it and there have been reports, that the zlib > > 1.2.1 has problems with extracting files and I also remember something > > else. > > Why is this a problem for libxml? If zlib is broken, then zlib should be > fixed. This will then automatically propagate to libxml and a myriad of > other things that link to zlib dynamically. Well...if zlib is known to be buggy, it shouldn't be used as default in something, that considers itself stable. I haven't used the new zlib yet, but Cowering and Roman (people, that do rom managers, that are based on zlib and make an extreme usage of it) ran into problems with 1.21 when extracting files. And I don't know, if Cowering did the fix or Mark Adler (I also saw a fix for 1.21 once, that credited Mark Adler as the author). As I wrote before. I just felt, that it might be worth to mention it, if somebody might run into some problems with it in the future. So long Oliver PS: I have to look into that libxml static thing for the makefiles again and have to consult you about a serious multi-threading multi- DLL problem I got in the next days. As soon as I got time, you will get a mail from me. From igor@zlatkovic.com Tue Aug 24 20:06:14 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 15D7E3B0708 for ; Tue, 24 Aug 2004 20:06:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28492-05 for ; Tue, 24 Aug 2004 20:06:13 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id B771C3B06C0 for ; Tue, 24 Aug 2004 20:06:12 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA76DE.dip.t-dialin.net [217.234.118.222]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7P05urS025954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 25 Aug 2004 02:05:58 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7P066HV003151; Wed, 25 Aug 2004 02:06:06 +0200 Message-ID: <412BD7EE.2010708@zlatkovic.com> Date: Wed, 25 Aug 2004 02:06:06 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: oliverst@online.de Subject: Re: [xml] zlib 1.2.1 problems(?) + fix References: <5074873$1093378767412ba2cfae3b18.14383981@config8.schlund.de> <412BD6A1.23838.116FE24B@localhost> In-Reply-To: <412BD6A1.23838.116FE24B@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:06:14 -0000 On 25/08/04 00:00, Oliver St๖neberg wrote: >>>I thought this might be worth of mentioning. >>>I am a follower of the arcade emulation scence and the zlib is used in a >> >>A follower? Is that a religious cult, or something? :) > > For some people it surely is. A lot of freaks and people, that take > it way too serious are there. But I meant, that I follow the things, > that happen. Bah! Follow the happenings, follow your beliefs. I am just curious, not a Messiah who frees the chained and brings salvation to the damned. :)) >>>few projects attached to it and there have been reports, that the zlib >>>1.2.1 has problems with extracting files and I also remember something >>>else. >> >>Why is this a problem for libxml? If zlib is broken, then zlib should be >>fixed. This will then automatically propagate to libxml and a myriad of >>other things that link to zlib dynamically. > > Well...if zlib is known to be buggy, it shouldn't be used as default > in something, that considers itself stable. I haven't used the new > zlib yet, but Cowering and Roman (people, that do rom managers, that > are based on zlib and make an extreme usage of it) ran into problems > with 1.21 when extracting files. And I don't know, if Cowering did > the fix or Mark Adler (I also saw a fix for 1.21 once, that credited > Mark Adler as the author). > As I wrote before. I just felt, that it might be worth to mention it, > if somebody might run into some problems with it in the future. Okay, that is good to know. It will certainly help handling the next bug report when it comes to failed decompression. But still, the bug is in zlib, not in libxml, and that is where it must be fixed. If I get reports about problems which can be tracked back to zlib, I'll provide a fixed zlib binary for Windows along with libxml. I believe the major Linux distributions will do the same. Ideally, the zlib team will fix their library and put everything straight. > So long > Oliver > > PS: I have to look into that libxml static thing for the makefiles > again and have to consult you about a serious multi-threading multi- > DLL problem I got in the next days. As soon as I got time, you will > get a mail from me. Threading. I was thinking about this lately. I tried to put its current state in words and my tongue grew so sharp, it could split a razorblade in two, edgewise. Be welcome, send me your ideas. My well of solutions had less depth than my ashtray so far. Ciao, Igor From slava@lmt.lv Wed Aug 25 02:33:17 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6FCD13B09C4 for ; Wed, 25 Aug 2004 02:33:17 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08761-10 for ; Wed, 25 Aug 2004 02:33:16 -0400 (EDT) Received: from cluster13.lmt.lv (cluster13.lmt.lv [212.93.96.74]) by menubar.gnome.org (Postfix) with ESMTP id 345643B076A for ; Wed, 25 Aug 2004 02:33:15 -0400 (EDT) Received: from lmt.lv (localhost [127.0.0.1]) by cluster13.lmt.lv (8.11.6/8.11.6) with ESMTP id i7P6XE421021 for ; Wed, 25 Aug 2004 09:33:14 +0300 Message-ID: <412C32A9.5000204@lmt.lv> Date: Wed, 25 Aug 2004 09:33:13 +0300 From: Vjacheslav Chekushin Organization: LMT User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-13; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Memory leak with xmlFindCharEncodingHandler X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: slava@lmt.lv List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:33:17 -0000 Hi, list. I have memory leak problem in one software product which uses libxml2. There is following code in this project: handler = xmlFindCharEncodingHandler(charset); if (handler == NULL) return -2; /* Build the libxml buffers for the transcoding. */ tobuffer = xmlBufferCreate(); frombuffer = xmlBufferCreate(); xmlBufferAdd(frombuffer, from, strlen(from)); ret = xmlCharEncInFunc(handler, tobuffer, frombuffer); /* Memory cleanup. */ xmlBufferFree(tobuffer); xmlBufferFree(frombuffer); return ret; Problem is that in case when handler for charset is not registred, than iconv handler will be allocated in libxml2, but doesn't freed by this code. On other side we can't free any handler because in can be one from registred handlers. How I can solve this problem? Is there documented way how to know is this handler was allocated or got from registred handlers? -- Vjacheslav Chekushin mailto:sck@lmt.lv Latvian Mobile Phone Company http://www.lmt.lv VAS Technologies Division +371 7773436 +371 9248284 (mobile) From veillard@redhat.com Wed Aug 25 03:55:44 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 55CC93B073E for ; Wed, 25 Aug 2004 03:55:44 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12693-08 for ; Wed, 25 Aug 2004 03:55:41 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8A52E3B09DD for ; Wed, 25 Aug 2004 03:55:33 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7P7tSS0023265; Wed, 25 Aug 2004 03:55:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7P7tN327920; Wed, 25 Aug 2004 03:55:23 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7P7tJlF001453; Wed, 25 Aug 2004 03:55:20 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7P7tJqn001451; Wed, 25 Aug 2004 03:55:19 -0400 Date: Wed, 25 Aug 2004 03:55:19 -0400 From: Daniel Veillard To: Vjacheslav Chekushin Subject: Re: [xml] Memory leak with xmlFindCharEncodingHandler Message-ID: <20040825075519.GM16238@redhat.com> References: <412C32A9.5000204@lmt.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412C32A9.5000204@lmt.lv> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 07:55:44 -0000 On Wed, Aug 25, 2004 at 09:33:13AM +0300, Vjacheslav Chekushin wrote: > Problem is that in case when handler for charset is not registred, than > iconv handler will be allocated in libxml2, but doesn't freed by this code. > On other side we can't free any handler because in can be one from registred > handlers. > > How I can solve this problem? Is there documented way how to know is this > handler was allocated or got from registred handlers? xmlCharEncodingHandler is a public structure. Look at it in include/libxml/encoding.h Use xmlCharEncCloseFunc() anyway It's part of the API. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From ggb@techma.com Tue Aug 24 14:50:13 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D94D3B0996 for ; Tue, 24 Aug 2004 14:50:13 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14843-08 for ; Tue, 24 Aug 2004 14:50:11 -0400 (EDT) Received: from tmaemail.techma.com (h-68-167-166-142.mclnva23.covad.net [68.167.166.142]) by menubar.gnome.org (Postfix) with ESMTP id 566A93B089E for ; Tue, 24 Aug 2004 14:50:11 -0400 (EDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C48A0B.2EFCC7DC" X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Tue, 24 Aug 2004 14:50:11 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Rookie Mistake - Leaking memory using xmlParseMemory? Thread-Index: AcSKCy761Uk9NevYSBOiWZWJpF2HdA== From: "Burklew, Greg G." To: X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 25 Aug 2004 06:07:03 -0400 Subject: [xml] Rookie Mistake - Leaking memory using xmlParseMemory? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:50:13 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C48A0B.2EFCC7DC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable All, =20 I've got to figure that this is a rookie mistake but I have been combing through the docs and mailing list archives and can't seem to sort this = one out. I've tried the memory debug procedures, with and without gdb, and couldn't make any headway. Here's what I'm seeing in the output from valgrind: =20 12245=3D=3D 40 bytes in 10 blocks are definitely lost in loss record 1 = of 5 12245=3D=3D at 0x1B903D54: malloc (vg_replace_malloc.c:131) 12245=3D=3D by 0x1B948138: xmlStrndup (in /usr/lib/libxm2.so.2.5.10) 12245=3D=3D by 0x1B9481E3: xmlStrdup (in /usr/lib/libxm2.so.2.5.10) 12245=3D=3D by 0x1B95B0F0: xmlNewDoc (in /usr/lib/libxm2.so.2.5.10) 12245=3D=3D =20 12245=3D=3D LEAK SUMMARY: 12245=3D=3D definitely lost: 40 bytes in 10 blocks 12245=3D=3D possibly lost: 0 bytes in 0 blocks=20 12245=3D=3D still reachable: 1120 bytes in 40 blocks=20 12245=3D=3D suppressed: 200 bytes in 1 blocks =20 I pulled down a newer version of libxml2 with the same result except I = had the code and it points to the creation of the xml version member of the xmlDoc struct using xmlStrdup. I made a few changes in there too but to = no avail. This is the simple program I have reduced it down to: =20 int main(int argc, char **argv) { xmlDocPtr doc =3D NULL; xmlNodePtr cur; int i =3D 0; char * tmp; =20 xmlInitParser(); =20 for (i=3D0;i<10;1++) { tmp =3D malloc((strlen("bar")+1); strcpy(tmp,"bar"); doc =3D xmlParseMemory(tmp,strlen(tmp)); if (doc!=3DNULL) { cur =3D xmlDocGetRootElement(doc); printf("Root: %s\n",cur->name); xmlFree(doc); } free(tmp); sleep(1); } xmlCleanupParser(); =20 return 0; } =20 I put the sleep in there so that I could watch the process memory size = grow using ps externally. I would really appreciate any help that can be = provided because I am very impressed with the library's capabilities and could = really use it on my current project.=20 =20 Thanks very much in advance, =20 Greg Burklew TMA www.techma.com =20 =20 =20 ------_=_NextPart_001_01C48A0B.2EFCC7DC Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
All,
=0A=
 
=0A=
I've got to figure that this is a = rookie mistake =0A= but I have been combing through the docs and mailing list archives =0A= and can't seem to sort this one out. I've tried the memory debug =0A= procedures, with and without gdb, and couldn't make any headway. = Here's =0A= what I'm seeing in the output from valgrind:
=0A=
 
=0A=
12245=3D=3D 40 bytes in 10 blocks are = definitely lost =0A= in loss record 1 of 5
=0A=
12245=3D=3D     at = 0x1B903D54: =0A= malloc (vg_replace_malloc.c:131)
=0A=
12245=3D=3D     by = 0x1B948138: =0A= xmlStrndup (in /usr/lib/libxm2.so.2.5.10)
=0A=
=0A=
=0A=
12245=3D=3D     by = 0x1B9481E3: =0A= xmlStrdup (in /usr/lib/libxm2.so.2.5.10)
=0A=
12245=3D=3D     by = 0x1B95B0F0: =0A= xmlNewDoc (in =0A= /usr/lib/libxm2.so.2.5.10)
12245=3D=3D    = ; =0A=
12245=3D=3D LEAK = SUMMARY:
=0A=
12245=3D=3D     = definitely =0A= lost:  40 bytes in 10 blocks
=0A=
12245=3D=3D     = possibly =0A= lost:   0 bytes in 0 blocks=0A=
12245=3D=3D     = still reachable: =0A= 1120 bytes in 40 blocks=0A=
12245=3D=3D     =0A= suppressed:    200 bytes in 1 blocks
=0A=
 
=0A=
I pulled down a newer version of = libxml2 with =0A= the same result except I had the code and it points to the = creation of =0A= the xml version member of the xmlDoc struct using xmlStrdup.  = I made a =0A= few changes in there too but to no avail. This is the simple program I = have =0A= reduced it down to:
=0A=
 
=0A=
int main(int argc, char **argv) =0A= {
=0A=
  xmlDocPtr doc =0A= =3D NULL;
=0A=
  xmlNodePtr =0A= cur;
=0A=
  int i =3D =0A= 0;
=0A=
  char * =0A= tmp;
=0A=
 
=0A=
  xmlInitParser();
=0A=
 
=0A=
  for (i=3D0;i<10;1++) =0A= {
=0A=
    tmp =3D =0A= malloc((strlen("<foo>bar</foo>")+1);
=0A=
    strcpy(tmp,"<foo>bar</foo>");
=0A=
    doc =3D xmlParseMemory(tmp,strlen(tmp));
=0A=
    if (doc!=3DNULL) {
=0A=
     cur =3D xmlDocGetRootElement(doc);
=0A=
     printf("Root: %s\n",cur->name);
=0A=
     xmlFree(doc);
=0A=
    }
=0A=
    free(tmp);
=0A=
    sleep(1);
=0A=
  }
=0A=
  xmlCleanupParser();
=0A=
 
=0A=
  return 0;
=0A=
}
=0A=
 
=0A=
I put the sleep in there so that I could watch the process memory = size grow =0A= using ps externally. I would really appreciate any help that can be = provided =0A= because I am very impressed with the library's capabilities and could = really use =0A= it on my current project.
=0A=
 
=0A=
Thanks very much in advance,
=0A=
 
=0A=
Greg Burklew
=0A=
TMA
=0A=
www.techma.com
=0A=
 
=0A=
 
=0A=
 
------_=_NextPart_001_01C48A0B.2EFCC7DC-- From veillard@redhat.com Wed Aug 25 06:14:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 73B543B0A53 for ; Wed, 25 Aug 2004 06:14:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19238-02 for ; Wed, 25 Aug 2004 06:14:14 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1599A3B08D4 for ; Wed, 25 Aug 2004 06:14:14 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7PAEDS0023441; Wed, 25 Aug 2004 06:14:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7PAED324672; Wed, 25 Aug 2004 06:14:13 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7PAEA1U003584; Wed, 25 Aug 2004 06:14:10 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7PAEAD0003581; Wed, 25 Aug 2004 06:14:10 -0400 Date: Wed, 25 Aug 2004 06:14:10 -0400 From: Daniel Veillard To: "Burklew, Greg G." Subject: Re: [xml] Rookie Mistake - Leaking memory using xmlParseMemory? Message-ID: <20040825101410.GP16238@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 10:14:15 -0000 On Tue, Aug 24, 2004 at 02:50:11PM -0400, Burklew, Greg G. wrote: > I've got to figure that this is a rookie mistake but I have been combing You didn't free the doc. Read the examples first ! http://xmlsoft.org/examples/index.html#Parsing Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From breese@mail1.stofanet.dk Wed Aug 25 07:52:49 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 322583B0767 for ; Wed, 25 Aug 2004 07:52:49 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23200-03 for ; Wed, 25 Aug 2004 07:52:47 -0400 (EDT) Received: from mx02.stofanet.dk (mx02.stofanet.dk [212.10.10.12]) by menubar.gnome.org (Postfix) with ESMTP id BC9583B0C77 for ; Wed, 25 Aug 2004 07:52:38 -0400 (EDT) Received: from 3e6b2461.rev.stofanet.dk ([62.107.36.97]) by mx02.stofanet.dk with esmtp (Exim 4.30) id 1BzwKS-0006Nd-25 for xml@gnome.org; Wed, 25 Aug 2004 13:52:36 +0200 Subject: Re: [xml] Building libxml2 for DGUX From: Bjorn Reese To: xml@gnome.org In-Reply-To: References: Content-Type: text/plain Organization: Hyperspace Academy Message-Id: <1093434986.2119.32.camel@stellifer> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 25 Aug 2004 13:56:26 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 11:52:49 -0000 On Tue, 2004-08-24 at 16:44, Ian Foster wrote: > So it would be nice to have a known build of the libraries that we can run > dbx against. Unfortunately, having run the default ./configure command, a > subsequent 'make' yields the following: > > [jock] /home/ianf/xml/libxml2-2.4.5) make > Makefile subshell.__DGUX__ > UX:ksh: ERROR: syntax error at line 1 : `end of file' unexpected GNU autoconf (which produces the configure script) tends to favour GNU make. Maybe you could try with that make. From director@chpi.org Thu Aug 26 05:06:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5530B3B0DA3 for ; Thu, 26 Aug 2004 05:06:57 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15423-10 for ; Thu, 26 Aug 2004 05:06:55 -0400 (EDT) Received: from outbound2.mail.tds.net (outbound2.mail.tds.net [216.170.230.92]) by menubar.gnome.org (Postfix) with ESMTP id 60E7F3B10AC for ; Thu, 26 Aug 2004 05:06:55 -0400 (EDT) Received: from jumbo.chpi.org (mdsnwi11-vlan427-40.wi.tds.net [66.222.63.40]) by outbound2.mail.tds.net (8.12.10/8.12.2) with ESMTP id i7Q96pRU005167 for ; Thu, 26 Aug 2004 04:06:51 -0500 (CDT) Date: Thu, 26 Aug 2004 04:04:32 -0500 (CDT) From: "John J. Boyer" To: xml@gnome.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] New xml To Braille Translator X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 09:06:57 -0000 PRESS RELEASE Computers to Help People, Inc. announces the alpha version of a new braille translator optimized for technical material. The program, called xml2brl, accepts both xml and plain-text files and produces "brf" files suitable for printing directly on a braille embosser or for reading on a braille display. It handles a wide variety of xml files, including those exported from Microsoft Word as xml. At present, it runs only on Linux, but a Windows port is planned. It is Open Source and free software. To read more and download it, go to www.chpi.org/whatsnew.html -- John J. Boyer; Executive Director, Chief Software Developer Computers to Help People, Inc. http://www.chpi.org 825 East Johnson; Madison, WI 53703 From stef_pellegrino@hotmail.com Thu Aug 26 05:36:53 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9C26D3B1112 for ; Thu, 26 Aug 2004 05:36:53 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17064-03 for ; Thu, 26 Aug 2004 05:36:50 -0400 (EDT) Received: from hotmail.com (bay22-f16.bay22.hotmail.com [64.4.16.66]) by menubar.gnome.org (Postfix) with ESMTP id 473563B1118 for ; Thu, 26 Aug 2004 05:36:27 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 26 Aug 2004 02:36:26 -0700 Received: from 194.51.96.129 by by22fd.bay22.hotmail.msn.com with HTTP; Thu, 26 Aug 2004 09:36:26 GMT X-Originating-IP: [194.51.96.129] X-Originating-Email: [stef_pellegrino@hotmail.com] X-Sender: stef_pellegrino@hotmail.com From: "Stephane Pellegrino" To: xml@gnome.org Date: Thu, 26 Aug 2004 11:36:26 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 26 Aug 2004 09:36:26.0448 (UTC) FILETIME=[2863A500:01C48B50] X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] insert node/child X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 09:36:53 -0000 Hi, I'm a newbie... and in a simple xml like tmp .... I would like to add new node like tmp .... Is there a better/faster solution than re-create a new doc+create node+copy old node, etc... ? thanx _________________________________________________________________ Recevez par e-mail des ้motic๔nes pour MSN Messenger http://g.msn.fr/FR1001/2275?url=http://www.msn.fr/ilovemessenger/premium/Default.asp?Ath=f From kost@imn.htwk-leipzig.de Thu Aug 26 09:48:38 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC35F3B10D4 for ; Thu, 26 Aug 2004 09:48:38 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29048-08 for ; Thu, 26 Aug 2004 09:48:37 -0400 (EDT) Received: from mail.imn.htwk-leipzig.de (david.imn.htwk-leipzig.de [141.57.9.1]) by menubar.gnome.org (Postfix) with ESMTP id 875C23B0D7F for ; Thu, 26 Aug 2004 09:48:36 -0400 (EDT) Received: from imn.htwk-leipzig.de (krishna [141.57.8.37]) by mail.imn.htwk-leipzig.de (Postfix) with ESMTP id BF14321347; Thu, 26 Aug 2004 15:48:35 +0200 (MEST) Message-ID: <412DEA0A.7040501@imn.htwk-leipzig.de> Date: Thu, 26 Aug 2004 15:47:54 +0200 From: Stefan Kost Organization: HTWK Leipzig User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: Stefan Kost Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> In-Reply-To: <412B1CA3.5010507@imn.htwk-leipzig.de> X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------010809020507090302080906" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 13:48:38 -0000 This is a multi-part message in MIME format. --------------010809020507090302080906 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have spend two more days, at first there is a compatibillity issues in libxslt-1.1.9/libxslt/security.c it calls mkdir(path,mode); on win32 using mingw there is mkdir(path) only and this required to include "io.h" and lining agains -lmsvcrt. I now have dropped the -Wl,--add-stdcall-alias,--enable-stdcall-fixup' from CFLAGS as this seems to make no change. When I use --no-undefined I can get in to 'make'. The I have to uncomment the 'relink' command from the libexstl.la file. When I then do 'make install' I get a libexslt.dll as well. Still xsltproc is crashing. I have ported several unix packages to mingw myself. All I always had to do, was to get the includes and extras libs right. The approach in the win32 dir looks different. Whats the reason for it? I looked at it, but was not be able to understand how this should automatically find out which libaries are required for linking. Any insight is appreciated. Stefan Stefan Kost wrote: > hi hi, > > since a while I try to build my own xml/xslt lib on mingw. libxml2-2.6.11 works, > but libxslt cases probelms when linking. I like to get a shared build with dlls. > > I am using these additinal setting for the compiler and linker > export CFLAGS='-mno-cygwin -mms-bitfields > -Wl,--add-stdcall-alias,--enable-stdcall-fixup' > export LDFLAGS="-export-dynamic -L/gnuwin32/lib -L/opt/lib -lwsock32 -lgw32c > -lole32 -luuid" > > That is my configure line for libxslt > ./configure '--prefix=/opt' '--host=mingw32' '--build=mingw32' > '--target=mingw32' '--enable-static' '--enable-shared' '--with-gnu-ld' > > make runs fine. before running 'make install' I have to uncomment the relink > line from 'libexslt/libexstl.la'. When running 'make install' then I get errors > like : > > xsltproc.o(.text+0x1c0d):xsltproc.c: undefined reference to > `_imp__exsltLibraryVersion' > xsltproc.o(.text+0x1c14):xsltproc.c: undefined reference to > `_imp__xsltEngineVersion' > xsltproc.o(.text+0x1c54):xsltproc.c: undefined reference to > `_imp__xsltLibxmlVersion' > xsltproc.o(.text+0x1c5b):xsltproc.c: undefined reference to > `_imp__xsltLibxsltVersion' > xsltproc.o(.text+0x1c72):xsltproc.c: undefined reference to > `_imp__exsltLibxmlVersion' > xsltproc.o(.text+0x1c79):xsltproc.c: undefined reference to > `_imp__exsltLibexsltVersion' > xsltproc.o(.text+0x2571):xsltproc.c: undefined reference to `_imp__xsltMaxDepth' > ../libexslt/.libs/libexslt.a(common.o)(.text+0xe8):common.c: undefined reference > to `_imp__xsltGenericError' > ../libexslt/.libs/libexslt.a(common.o)(.text+0xf3):common.c: undefined reference > to `_imp__xsltGenericErrorContext' > ../libexslt/.libs/libexslt.a(common.o)(.text+0x291):common.c: undefined > reference to `_imp__xsltGenericError' > ../libexslt/.libs/libexslt.a(common.o)(.text+0x29b):common.c: undefined > reference to `_imp__xsltGenericErrorContext' > ../libexslt/.libs/libexslt.a(math.o)(.text+0x13f):math.c: undefined reference to > `_imp__xsltGenericError' > ../libexslt/.libs/libexslt.a(math.o)(.text+0x149):math.c: undefined reference to > `_imp__xsltGenericErrorContext' > ../libexslt/.libs/libexslt.a(functions.o)(.text+0x49):functions.c: undefined > reference to `_imp__xsltGenericDebug' > > ... and so on. Wenn adding '-no-undefined' to the cflags make install works, but > the resulting xsltproc crashes when doing something beyond --help. > The problem seems to be already on the library level, as my own app (which runns > fine on solaris/linux crashes when e.g. loading a stylesheet on win32. > So I guess I need to get it to work without '-no-undefined' as this only irnores > the problem. > Any ideas? > > Stefan > > > ------------------------------------------------------------------------ > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml -- \|/ Stefan Kost <@ @> private business +-oOO-(_)-OOo------------------------------------------------------ - - - - - | __ Address Simildenstr. 5 HTWK Leipzig, Fb IMN, Postfach 301166 | /// 04277 Leipzig 04251 Leipzig | __ /// Germany Germany | \\\/// Phone +49341 2253538 +49341 30766101 | \__/ EMail st_kost_at_gmx.net kost_at_imn.htwk-leipzig.de | WWW www.sonicpulse.de www.imn.htwk-leipzig.de/~kost/about.html ===-=-=--=---=---------------------------------- - - - - - --------------010809020507090302080906 Content-Type: text/x-vcard; charset=utf8; name="kost.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kost.vcf" begin:vcard fn:Stefan Kost n:Kost;Stefan org:HTWK Leipzig;FB. IMN adr:;;Postfach 301166;Leipzig;;04251;Germany email;internet:kost@imn.htwk-leipzig.de title:Dipl. Informatiker tel;work:+49341 30766440 tel;home:+49341 2253538 tel;cell:+49178 3183742 x-mozilla-html:FALSE url:http://www.imn.htwk-leipzig.de/~kost/about.html version:2.1 end:vcard --------------010809020507090302080906-- From veillard@redhat.com Thu Aug 26 09:57:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 54B5C3B0BD6 for ; Thu, 26 Aug 2004 09:57:06 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29519-03 for ; Thu, 26 Aug 2004 09:57:04 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 501C53B0E55 for ; Thu, 26 Aug 2004 09:55:20 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7QDtES0012106; Thu, 26 Aug 2004 09:55:14 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7QDtE329260; Thu, 26 Aug 2004 09:55:14 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7QDtBmv007131; Thu, 26 Aug 2004 09:55:11 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7QDtBgL007129; Thu, 26 Aug 2004 09:55:11 -0400 Date: Thu, 26 Aug 2004 09:55:11 -0400 From: Daniel Veillard To: Stefan Kost Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 Message-ID: <20040826135511.GU16238@redhat.com> References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412DEA0A.7040501@imn.htwk-leipzig.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 13:57:06 -0000 On Thu, Aug 26, 2004 at 03:47:54PM +0200, Stefan Kost wrote: > I have spend two more days, > > at first there is a compatibillity issues in libxslt-1.1.9/libxslt/security.c > it calls mkdir(path,mode); > on win32 using mingw there is mkdir(path) only and this required to include > "io.h" and lining agains -lmsvcrt. Provide a patch which isolate cleanly the mingw case > Still xsltproc is crashing. [...] > Any insight is appreciated. "foo crashes" is useless. Use a debugger to see where. If your platform don't have a debugger, change platform because this cannot be maintained... Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From igor@zlatkovic.com Thu Aug 26 12:03:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C79BC3B11C5 for ; Thu, 26 Aug 2004 12:03:14 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04168-07 for ; Thu, 26 Aug 2004 12:03:13 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 1879C3B11E5 for ; Thu, 26 Aug 2004 12:01:04 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA6EC3.dip.t-dialin.net [217.234.110.195]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7QG06rS024387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Aug 2004 18:00:33 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7QG025O008581; Thu, 26 Aug 2004 18:00:02 +0200 Message-ID: <412E0902.2000605@zlatkovic.com> Date: Thu, 26 Aug 2004 18:00:02 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: Stefan Kost Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> In-Reply-To: <412DEA0A.7040501@imn.htwk-leipzig.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 16:03:15 -0000 On 26/08/04 15:47, Stefan Kost wrote: > I have spend two more days, > > at first there is a compatibillity issues in libxslt-1.1.9/libxslt/security.c > it calls mkdir(path,mode); > on win32 using mingw there is mkdir(path) only and this required to include > "io.h" and lining agains -lmsvcrt. Are you sure about this? Mingw and MSVC use the same runtime, the msvcrt. If Mingw has problems with a missing function, MSVC will have it too. But MSVC can compile libxslt. > I now have dropped the -Wl,--add-stdcall-alias,--enable-stdcall-fixup' from > CFLAGS as this seems to make no change. > When I use --no-undefined I can get in to 'make'. The I have to uncomment the > 'relink' command from the libexstl.la file. When I then do 'make install' I get > a libexslt.dll as well. > Still xsltproc is crashing. > > I have ported several unix packages to mingw myself. All I always had to do, was > to get the includes and extras libs right. The approach in the win32 dir looks > different. Whats the reason for it? I looked at it, but was not be able to > understand how this should automatically find out which libaries are required > for linking. If you need more than -liconv and -lz then there is something wrong with your environment. Other than that, go in the win32 subdirectory and run cscript configure.js help for more info about the allready existing way to compile with Mingw. Ciao, Igor From ke@suse.de Fri Aug 27 03:03:57 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EBC9D3B0A8D for ; Fri, 27 Aug 2004 03:03:56 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10875-01 for ; Fri, 27 Aug 2004 03:03:53 -0400 (EDT) Received: from Cantor.suse.de (cantor.suse.de [195.135.220.2]) by menubar.gnome.org (Postfix) with ESMTP id 8C4E03B07A6 for ; Fri, 27 Aug 2004 03:03:52 -0400 (EDT) Received: from hermes.suse.de (hermes-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id D0F35B0ADD2 for ; Fri, 27 Aug 2004 09:03:51 +0200 (CEST) To: xml@gnome.org From: Karl Eichwalder Date: Fri, 27 Aug 2004 08:30:36 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] Namespaces and Uniqueness of Attributes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 07:03:57 -0000 Up to libxml2 2.6.11 xmllint used to parse this code as Now it adds the prefix of the default(?) namespace: If the attributes are unique, it does not add the prefix: This change affects the trang testsuite. From graham-libxml@simulcra.org Fri Aug 27 06:46:02 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 090AA3B0CE2 for ; Fri, 27 Aug 2004 06:46:02 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20963-10 for ; Fri, 27 Aug 2004 06:46:00 -0400 (EDT) Received: from lamity.org (lamity.org [212.13.197.69]) by menubar.gnome.org (Postfix) with SMTP id 4EE133B0A71 for ; Fri, 27 Aug 2004 06:45:57 -0400 (EDT) Received: (qmail 28333 invoked by uid 1001); 27 Aug 2004 10:45:51 -0000 Date: Fri, 27 Aug 2004 11:45:51 +0100 From: Graham Bennett To: xml@gnome.org Message-ID: <20040827104551.GA26435@lamity.org> Mail-Followup-To: xml@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040803i X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] xmlreader documentation bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 10:46:02 -0000 Hi all, I don't think the API description for xmlTextReaderReadOuterXml is correct (http://www.xmlsoft.org/html/libxml-xmlreader.html#xmlTextReaderReadOuterXml). as it's identical to xmlTextReaderReadInnerXml. It probably should be "Reads the current node and its contents, including child nodes and markup.", as in the .NET version. cheers, -- Graham Bennett From julius@muenchen-sued.de Fri Aug 27 09:54:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 52E513B078C for ; Fri, 27 Aug 2004 09:54:06 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30318-02 for ; Fri, 27 Aug 2004 09:54:04 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by menubar.gnome.org (Postfix) with ESMTP id 3097E3B0AE1 for ; Fri, 27 Aug 2004 09:54:02 -0400 (EDT) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C0hB3-0006bl-00 for xml@gnome.org; Fri, 27 Aug 2004 15:54:01 +0200 Received: from [193.174.131.130] (helo=[10.0.16.106]) by mrelayng.kundenserver.de with asmtp (TLSv1:DES-CBC-SHA:56) (Exim 3.35 #1) id 1C0hB3-0005eG-00 for xml@gnome.org; Fri, 27 Aug 2004 15:54:01 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: quoted-printable Message-Id: <884C4FCC-F830-11D8-BB73-000393D3DBEC@muenchen-sued.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed To: xml@gnome.org From: "Julius Mittenzwei [c]" Date: Fri, 27 Aug 2004 15:53:53 +0200 X-Mailer: Apple Mail (2.619) X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:cb18358b7266b129686ad4355fb1294e X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] xmlCheckUTF8-problem [signed] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 13:54:06 -0000 Hi, i just updated to libxml 2.6.12 and became problems with the function=20 xmlCheckUTF8(). This function returns false even if the string is a valid utf8-string,=20= which can easily be translated to isolat with the function=20 UTF8Toisolat1. Im not quite sure whether this has something to do with:=20 http://bugzilla.gnome.org/show_bug.cgi?id=3D148115 Any suggestions? Thank you /Julius ----------------------------------------------------- #include int main (int i,char** s) { const xmlChar* utf =3D "K=C3=B6chin"; int utflen =3D xmlStrlen(utf); unsigned char* lat =3D (unsigned char*) malloc(utflen); int latlen; if(xmlCheckUTF8 (utf)) printf("valid utf8\n"); else printf("no valid utf8\n"); UTF8Toisolat1(lat,&latlen,(unsigned char*)utf,&utflen); lat[latlen]=3D0x00; printf("%s: %s -> %s\n",LIBXML_DOTTED_VERSION,utf,lat); return 0; } --------------------------------------------------- [chef@bruce test]$ ./test no valid utf8 2.6.12: K=C3=B6chin -> K=F6chin --------------------------------------------------- -- ---------------------[ Ciphire Signature ]---------------------- From: julius@muenchen-sued.de signed email body (892 characters) Date: on 27 August 2004 at 13:54:00 GMT To: xml@gnome.org ---------------------------------------------------------------- : The message above has been secured using Ciphire Mail. : Verify this signature and download your free encryption : software at www.ciphire.com. The three garbled lines : below are the sender's verifiable encoded signature. ---------------------------------------------------------------- 00fAAAAAEAAAD4PC9BfAMAAKACAAIAAgACACCmPgNAJQoFEAwysJwtcX5m05sj5F cuq6WfqRmNBGuajQEAB8ZV8kQLz9eHXt1kqpjkBfkmIa/UpvlGUjvMKJl/qx8ViB 8XNn4QnJjbteZIl5UFZjSmGZgkgNrL+i/u+KsCMw=3D=3D ------------------[ End Ciphire Signed Message ]---------------- From julius@muenchen-sued.de Fri Aug 27 12:20:40 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2FC2B3B0696 for ; Fri, 27 Aug 2004 12:20:40 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06327-01 for ; Fri, 27 Aug 2004 12:20:38 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by menubar.gnome.org (Postfix) with ESMTP id ED55F3B0736 for ; Fri, 27 Aug 2004 12:20:37 -0400 (EDT) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C0jSv-0005Vv-00 for xml@gnome.org; Fri, 27 Aug 2004 18:20:37 +0200 Received: from [193.174.131.130] (helo=[10.0.16.106]) by mrelayng.kundenserver.de with asmtp (TLSv1:DES-CBC-SHA:56) (Exim 3.35 #1) id 1C0jSv-0007a1-00 for xml@gnome.org; Fri, 27 Aug 2004 18:20:37 +0200 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <884C4FCC-F830-11D8-BB73-000393D3DBEC@muenchen-sued.de> References: <884C4FCC-F830-11D8-BB73-000393D3DBEC@muenchen-sued.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <0332B94E-F845-11D8-BB73-000393D3DBEC@muenchen-sued.de> Content-Transfer-Encoding: quoted-printable From: "Julius Mittenzwei [c]" Subject: Re: [xml] xmlCheckUTF8-problem (bugfix) [signed] Date: Fri, 27 Aug 2004 18:20:29 +0200 To: xml@gnome.org X-Mailer: Apple Mail (2.619) X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:cb18358b7266b129686ad4355fb1294e X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 16:20:40 -0000 Hi again, i tried to trace the Problem a bit. A valid 2-byte utf8 char must be something like: 110xxxxx=A010xxxxxx (http://de.wikipedia.org/wiki/UTF8) I would suggest to change this line: if ((c & 0xc0) !=3D 0x80 || (utf[ix + 1] & 0xc0) !=3D 0x80) in xmlstring.c to if ((c & 0xe0) !=3D 0xc0 || ( utf[ix + 1] & 0xc0 ) !=3D 0x80 ) it "ands" the "c" with 11100000=3D0xe0 to get the first 3 bits. If this is exactly 11000000=3D0xc0 you can be sure, that the byte sta= rts=20 with "110". Regards /Julius On 27.08.2004, at 15:53, Julius Mittenzwei [c] wrote: > > > > Hi, > i just updated to libxml 2.6.12 and became problems with the functio= n=20 > xmlCheckUTF8(). > This function returns false even if the string is a valid utf8-strin= g,=20 > which can easily be translated to isolat with the function=20 > UTF8Toisolat1. > Im not quite sure whether this has something to do with:=20 > http://bugzilla.gnome.org/show_bug.cgi?id=3D148115 > Any suggestions? > > Thank you > /Julius > ----------------------------------------------------- > #include > > int main (int i,char** s) { > const xmlChar* utf =3D "K=C3=B6chin"; > int utflen =3D xmlStrlen(utf); > unsigned char* lat =3D (unsigned char*) malloc(utflen); > int latlen; > > if(xmlCheckUTF8 (utf)) > printf("valid utf8\n"); > else > printf("no valid utf8\n"); > > UTF8Toisolat1(lat,&latlen,(unsigned char*)utf,&utflen); > lat[latlen]=3D0x00; > > printf("%s: %s -> %s\n",LIBXML_DOTTED_VERSION,utf,lat); > > return 0; > } > --------------------------------------------------- > [chef@bruce test]$ ./test > no valid utf8 > 2.6.12: K=C3=B6chin -> K=F6chin > --------------------------------------------------- > > > > > > > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > -- ---------------------[ Ciphire Signature ]---------------------- From: julius@muenchen-sued.de signed email body (1527 characters) Date: on 27 August 2004 at 16:20:36 GMT To: xml@gnome.org ---------------------------------------------------------------- : The message above has been secured using Ciphire Mail. : Verify this signature and download your free encryption : software at www.ciphire.com. The three garbled lines : below are the sender's verifiable encoded signature. ---------------------------------------------------------------- 00fAAAAAEAAABUXy9B9wUAAJwCAAIAAgACACCmPgNAJQoFEAwysJwtcX5m05sj5F cuq6WfqRmNBGuajQEAB8ZV8kQLz9eHXt1kqpjkBfkmIa/UpvlGUjvMKJl/qx/YII R6yG5La0w0um+FgGv20NNRmwEaRdmlLBNa8sPc2g=3D=3D ------------------[ End Ciphire Signed Message ]---------------- From gschoep@digitalglobe.com Fri Aug 27 13:50:11 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C05573B08DF for ; Fri, 27 Aug 2004 13:50:11 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10153-06 for ; Fri, 27 Aug 2004 13:50:07 -0400 (EDT) Received: from dns2.digitalglobe.com (dns2.digitalglobe.com [205.166.175.35]) by menubar.gnome.org (Postfix) with ESMTP id 497A03B07C5 for ; Fri, 27 Aug 2004 13:50:07 -0400 (EDT) Received: from comailgate.digitalglobe.com (comailgate.digitalglobe.com [10.10.42.50]) by dns2.digitalglobe.com (8.11.6/8.11.6) with ESMTP id i7RHxBt30665 for ; Fri, 27 Aug 2004 10:59:11 -0700 Received: from COMAIL01.digitalglobe.com ([10.10.42.61]) by comailgate.digitalglobe.com with Microsoft SMTPSVC(6.0.3790.0); Fri, 27 Aug 2004 11:50:05 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 27 Aug 2004 11:50:03 -0600 Message-ID: <9BFBCD030602DE4A98B0C0850B91534FC00048@COMAIL02.digitalglobe.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: What are these XML_TEST_NODE's I am seeing Thread-Index: AcSMXkeaRffqOiz0T1qouxJ8e579Yg== From: "Grant Schoep" To: X-OriginalArrivalTime: 27 Aug 2004 17:50:05.0426 (UTC) FILETIME=[4916C520:01C48C5E] X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] What are these XML_TEST_NODE's I am seeing X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 17:50:11 -0000 Using libxml2, version 2.5.10, on Redhat ES 3. I'm writing some C code that is parsing out some very simple xml files. Just seeing something I didn't understand, and have been ignoring it. But as it is Friday, I'm curious as to what it is. Pretend this is my xml file. =20 I have the following code. xmlDocPtr myDoc =3D xmlParseFile("./myFile.xml"); xmlNodePtr myNodePtr =3D xmlDocGetRootElement(myDoc); //this is abc xmlNodePtr myNodePtr2 =3D myNodePtr->children; When I look at myNodePtr2 I see it is of type "XML_TEXT_NODE", what a name of "text" What is this XML_TEXT_NODE? I see them all over while parsing, think I am just missing some key fundamental of xml or something. I've just been skipping over them. Thanks -grant From wbrack@mmm.com.hk Fri Aug 27 19:10:22 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529B33B0E17 for ; Fri, 27 Aug 2004 19:10:18 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22644-06 for ; Fri, 27 Aug 2004 19:10:16 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id 33ADB3B1378 for ; Fri, 27 Aug 2004 19:10:14 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7RMxb4L021685; Fri, 27 Aug 2004 15:59:37 -0700 Received: from 68.185.68.3 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Sat, 28 Aug 2004 06:59:37 +0800 (HKT) Message-ID: <49489.68.185.68.3.1093647577.squirrel@68.185.68.3> In-Reply-To: <9BFBCD030602DE4A98B0C0850B91534FC00048@COMAIL02.digitalglobe.com> References: <9BFBCD030602DE4A98B0C0850B91534FC00048@COMAIL02.digitalglobe.com> Date: Sat, 28 Aug 2004 06:59:37 +0800 (HKT) Subject: Re: [xml] What are these XML_TEST_NODE's I am seeing From: "William M. Brack" To: "Grant Schoep" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 23:10:22 -0000 Grant Schoep said: > Using libxml2, version 2.5.10, on Redhat ES 3. > > I'm writing some C code that is parsing out some very simple xml files. > Just seeing something I didn't understand, and have been ignoring it. > But as it is Friday, I'm curious as to what it is. > > > Pretend this is my xml file. > > > > > > > > I have the following code. > > xmlDocPtr myDoc = xmlParseFile("./myFile.xml"); > xmlNodePtr myNodePtr = xmlDocGetRootElement(myDoc); //this is abc > > xmlNodePtr myNodePtr2 = myNodePtr->children; > > When I look at myNodePtr2 I see it is of type "XML_TEXT_NODE", what a > name of "text" > > What is this XML_TEXT_NODE? I see them all over while parsing, think I > am just missing some key fundamental of xml or something. I've just been > skipping over them. > > Thanks > -grant Take a look at doc/FAQ.html within the distribution directory (or http://xmlsoft.org/FAQ.html), section "Developer Corner", item 3. Bill From wbrack@mmm.com.hk Fri Aug 27 21:35:01 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 08BCE3B0F47 for ; Fri, 27 Aug 2004 21:35:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27289-03 for ; Fri, 27 Aug 2004 21:34:59 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id E86203B0ECD for ; Fri, 27 Aug 2004 21:34:57 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7S1ON4L023943; Fri, 27 Aug 2004 18:24:23 -0700 Received: from 68.185.68.3 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Sat, 28 Aug 2004 09:24:23 +0800 (HKT) Message-ID: <49670.68.185.68.3.1093656263.squirrel@68.185.68.3> In-Reply-To: <0332B94E-F845-11D8-BB73-000393D3DBEC@muenchen-sued.de> References: <884C4FCC-F830-11D8-BB73-000393D3DBEC@muenchen-sued.de> <0332B94E-F845-11D8-BB73-000393D3DBEC@muenchen-sued.de> Date: Sat, 28 Aug 2004 09:24:23 +0800 (HKT) Subject: Re: [xml] xmlCheckUTF8-problem (bugfix) [signed] From: "William M. Brack" To: "Julius Mittenzwei [c]" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2004 01:35:01 -0000 Julius Mittenzwei [c] said: > Hi again, > > i tried to trace the Problem a bit. > > A valid 2-byte utf8 char must be something like: > > 110xxxxx 10xxxxxx (http://de.wikipedia.org/wiki/UTF8) > > I would suggest to change this line: > > if ((c & 0xc0) != 0x80 || (utf[ix + 1] & 0xc0) != 0x80) > in > xmlstring.c > to > if ((c & 0xe0) != 0xc0 || ( utf[ix + 1] & 0xc0 ) != 0x80 ) > > it "ands" the "c" with 11100000=0xe0 to get the first 3 bits. > If this is exactly 11000000=0xc0 you can be sure, that the byte starts > with "110". > > Regards > /Julius > hmmm... I'm afraid I can't agree with that. Remember that UTF8 data is a "string" which can be 1, 2, 3 or even 4 bytes long (rfc3629). So, for a 3-byte string the value "0xe0" is equally valid :-(. Despite this minor disagreement, I totally agree with you that there is a problem, and it needs to be fixed. I did a little "history checking" and found that this particular line of code was recently changed, and the change was because of http://bugzilla.gnome.org/show_bug.cgi?id=148115. Very unfortunately, as you have pointed out, our fix for that bug was not totally satisfactory :-\. I have re-examined that area of coding, and have (hopefully) enhanced it to a state where it should take care of all of the different cases correctly (basically I changed the first half of the above 'if' to check equal to 0xc0). I also added several comments along the way to show what I (think) I'm doing :-). Could you check out the revised routine from CVS and see if it solves your case satisfactorily? Thanks for the report, and for your help! Bill From julius@muenchen-sued.de Sat Aug 28 08:38:26 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 008DB3B0B1C for ; Sat, 28 Aug 2004 08:38:26 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15830-07 for ; Sat, 28 Aug 2004 08:38:24 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by menubar.gnome.org (Postfix) with ESMTP id 128CE3B13D5 for ; Sat, 28 Aug 2004 08:38:23 -0400 (EDT) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C12TO-0002l1-00 for xml@gnome.org; Sat, 28 Aug 2004 14:38:22 +0200 Received: from [212.202.73.144] (helo=[10.0.23.4]) by mrelayng.kundenserver.de with asmtp (TLSv1:DES-CBC-SHA:56) (Exim 3.35 #1) id 1C12TN-000825-00 for xml@gnome.org; Sat, 28 Aug 2004 14:38:22 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Resent-Date: Sat, 28 Aug 2004 14:38:14 +0200 Message-Id: <21738346-F8EF-11D8-BB73-000393D3DBEC@muenchen-sued.de> Content-Transfer-Encoding: quoted-printable Resent-To: xml@gnome.org Resent-Message-Id: From: Julius Mittenzwei Subject: Re: [xml] xmlCheckUTF8-problem (bugfix) [encrypted] Resent-From: Julius Mittenzwei Date: Sat, 28 Aug 2004 14:35:32 +0200 To: "William M. Brack" X-Mailer: Apple Mail (2.619) X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:cb18358b7266b129686ad4355fb1294e X-Virus-Scanned: by amavisd-new at gnome.org Cc: X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2004 12:38:26 -0000 Hi Bill, i have written my own xmlCheckUTF8 function. Maybe this would solve th= e=20 problem. -------------------- int xmlCheckUTF8(const unsigned char *utf) { int ix; unsigned char c; for (ix =3D 0; (c =3D utf[ix]);) { if ((c & 0x80) =3D=3D 0x00) /* 1-byte code, starts with 0= */ { ix++; } else if ((c & 0xe0) =3D=3D 0xc0) /* 2-byte code, starts w= ith=20 110 */ { if (( utf[ix + 1] & 0xc0 ) !=3D 0x80 ) return 0; ix +=3D 2; } else if ((c & 0xf0) =3D=3D 0xe0) /* 4-byte code, starts w= ith=20 1110 */ { if ((( utf[ix + 1] & 0xc0 ) !=3D 0x80 )|| (( utf[ix + 2] & 0xc0 ) !=3D 0x80 )) return 0; ix +=3D 3; } else if ((c & 0xf8) =3D=3D 0xf0) /* 4-byte code, starts w= ith =20 11110*/ { if ((( utf[ix + 1] & 0xc0 ) !=3D 0x80 )|| (( utf[ix + 2] & 0xc0 ) !=3D 0x80 )|| (( utf[ix + 3] & 0xc0 ) !=3D 0x80 )) return 0; ix +=3D 4; } else /* unknown encoding */ return 0; } return(1); } -------------------- On 28.08.2004, at 03:24, William M. Brack wrote: > Julius Mittenzwei [c] said: >> Hi again, >> >> i tried to trace the Problem a bit. >> >> A valid 2-byte utf8 char must be something like: >> >> 110xxxxx=A010xxxxxx (http://de.wikipedia.org/wiki/UTF8) >> >> I would suggest to change this line: >> >> if ((c & 0xc0) !=3D 0x80 || (utf[ix + 1] & 0xc0) !=3D 0x80) >> in >> xmlstring.c >> to >> if ((c & 0xe0) !=3D 0xc0 || ( utf[ix + 1] & 0xc0 ) !=3D 0x80= ) >> >> it "ands" the "c" with 11100000=3D0xe0 to get the first 3 bits. >> If this is exactly 11000000=3D0xc0 you can be sure, that the byte=20= >> starts >> with "110". >> >> Regards >> /Julius >> > hmmm... I'm afraid I can't agree with that. Remember that UTF8 dat= a=20 > is a > "string" which can be 1, 2, 3 or even 4 bytes long (rfc3629). So, f= or=20 > a > 3-byte string the value "0xe0" is equally valid :-(. > > Despite this minor disagreement, I totally agree with you that there= =20 > is a > problem, and it needs to be fixed. I did a little "history checking= "=20 > and > found that this particular line of code was recently changed, and th= e=20 > change > was because of http://bugzilla.gnome.org/show_bug.cgi?id=3D148115. = Very > unfortunately, as you have pointed out, our fix for that bug was not= =20 > totally > satisfactory :-\. > > I have re-examined that area of coding, and have (hopefully) enhance= d=20 > it to a > state where it should take care of all of the different cases correc= tly > (basically I changed the first half of the above 'if' to check equal= =20 > to 0xc0). > I also added several comments along the way to show what I (think)=20= > I'm doing > :-). Could you check out the revised routine from CVS and see if it= =20 > solves > your case satisfactorily? Thanks for the report, and for your help!= > > Bill > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > From gschoep@digitalglobe.com Sat Aug 28 17:07:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9ABF53B09FD for ; Sat, 28 Aug 2004 17:07:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03278-04 for ; Sat, 28 Aug 2004 17:07:32 -0400 (EDT) Received: from dns1.digitalglobe.com (dns1.digitalglobe.com [205.166.175.34]) by menubar.gnome.org (Postfix) with ESMTP id 1657D3B0A58 for ; Sat, 28 Aug 2004 17:07:32 -0400 (EDT) Received: from comailgate.digitalglobe.com (comailgate.digitalglobe.com [10.10.42.50]) by dns1.digitalglobe.com (8.12.6/8.12.5) with ESMTP id i7SL7VVh090939 for ; Sat, 28 Aug 2004 15:07:31 -0600 (MDT) (envelope-from gschoep@digitalglobe.com) Received: from COMAIL01.digitalglobe.com ([10.10.42.61]) by comailgate.digitalglobe.com with Microsoft SMTPSVC(6.0.3790.0); Sat, 28 Aug 2004 15:07:29 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [xml] What are these XML_TEST_NODE's I am seeing Date: Sat, 28 Aug 2004 15:07:29 -0600 Message-ID: <9BFBCD030602DE4A98B0C0850B91534FC0004B@COMAIL02.digitalglobe.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] What are these XML_TEST_NODE's I am seeing Thread-Index: AcSMiwESAuqf2fGtSMqemiCH5aXFAAAt6aIg From: "Grant Schoep" To: X-OriginalArrivalTime: 28 Aug 2004 21:07:29.0250 (UTC) FILETIME=[06F8A420:01C48D43] X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2004 21:07:33 -0000 >Take a look at doc/FAQ.html within the distribution directory (or >http://xmlsoft.org/FAQ.html), section "Developer Corner", item 3. Ah, that explains it great... now I just feel like an idiot since it was in the FAQ. -grant From rsalz@datapower.com Sun Aug 29 00:54:34 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 769AA3B09C3 for ; Sun, 29 Aug 2004 00:54:34 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14634-06 for ; Sun, 29 Aug 2004 00:54:32 -0400 (EDT) Received: from smtp.datapower.com (unknown [67.93.141.188]) by menubar.gnome.org (Postfix) with ESMTP id 8EF3F3B098F for ; Sun, 29 Aug 2004 00:54:32 -0400 (EDT) Received: (qmail 31892 invoked by uid 529); 29 Aug 2004 04:54:31 -0000 Date: Sun, 29 Aug 2004 00:54:31 -0400 (EDT) From: Rich Salz To: Daniel Veillard Subject: Re: [xml] reporting bug for lixml2.2.6-8 In-Reply-To: <20040824135935.GJ16238@redhat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at gnome.org Cc: Pascal Rodes , "'xml@gnome.org'" X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 04:54:34 -0000 > the code. Basically given a pointer to a string the question is whether > that string comes from the dictionnary. To check that the pointer is compared > to the upper and lower bounds of the memory areas used by the dictionnary. > The pointers are unrelated, that's true, str could come from static memory > heap or stack and not being related to the dictionnaries allocated from heap > the comparison is still legal, harmless and the right thing to do in that case. > It's also very cheap, i.e. fast. Being pedantic, you're not allowed to do "ordering tests" on pointers unless you are sure they are related. At least not in ANSI/ISO C. You'd have to explicit check for == or != against every pointer in the dictionary. Perhaps someone will offer a patch that does something like #define POINTER_WITHIN(ptr, lo, hi) \ (ptr >= lo && ptr <= ho) else int pointer_within(void* ptr, void* lo, void* hi) { char* lop = lo; char* hip = hi; while (lop <= hip) if (ptr == (void*)lop++) return 1; return 0; } you get the idea... /r$ -- Rich Salz Chief Security Architect DataPower Technology http://www.datapower.com XS40 XML Security Gateway http://www.datapower.com/products/xs40.html XML Security Overview http://www.datapower.com/xmldev/xmlsecurity.html From mikeowens@gmail.com Mon Aug 30 01:26:33 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B33473B13D6 for ; Mon, 30 Aug 2004 01:26:33 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08003-04 for ; Mon, 30 Aug 2004 01:26:31 -0400 (EDT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by menubar.gnome.org (Postfix) with ESMTP id 6EFBE3B0CF6 for ; Mon, 30 Aug 2004 01:26:31 -0400 (EDT) Received: by mproxy.gmail.com with SMTP id 77so60892rnl for ; Sun, 29 Aug 2004 22:26:30 -0700 (PDT) Received: by 10.38.83.80 with SMTP id g80mr119941rnb; Sun, 29 Aug 2004 22:26:30 -0700 (PDT) Received: by 10.38.79.60 with HTTP; Sun, 29 Aug 2004 22:26:30 -0700 (PDT) Message-ID: Date: Mon, 30 Aug 2004 00:26:30 -0500 From: Michael Owens To: xml@gnome.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] xmlValidateOneElement X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Owens List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 05:26:33 -0000 Is there a way to validate a particular node in a document using another DTD (other than that used for the document)? As best I can tell, xmlValidateOneElement uses the document's DTD to validate one particular node. How could you use another DTD just for that particular node? The problem I am having is that I have a part of a document inside the body of another document that I want to validate using an a different DTD. From wbrack@mmm.com.hk Mon Aug 30 03:38:24 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75D513B06E4 for ; Mon, 30 Aug 2004 03:38:24 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12802-07 for ; Mon, 30 Aug 2004 03:38:22 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id C1BEB3B067C for ; Mon, 30 Aug 2004 03:38:21 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7U7RJ4L002913; Mon, 30 Aug 2004 00:27:19 -0700 Received: from 68.185.68.3 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Mon, 30 Aug 2004 15:27:19 +0800 (HKT) Message-ID: <50627.68.185.68.3.1093850839.squirrel@68.185.68.3> In-Reply-To: References: <20040824135935.GJ16238@redhat.com> Date: Mon, 30 Aug 2004 15:27:19 +0800 (HKT) Subject: Re: [xml] reporting bug for lixml2.2.6-8 From: "William M. Brack" To: xml@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org Cc: Pascal Rodes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 07:38:24 -0000 Rich Salz said: >> the code. Basically given a pointer to a string the question is whether >> that string comes from the dictionnary. To check that the pointer is >> compared >> to the upper and lower bounds of the memory areas used by the dictionnary. >> The pointers are unrelated, that's true, str could come from static memory >> heap or stack and not being related to the dictionnaries allocated from heap >> the comparison is still legal, harmless and the right thing to do in that >> case. >> It's also very cheap, i.e. fast. > > Being pedantic, you're not allowed to do "ordering tests" on pointers > unless you are sure they are related. At least not in ANSI/ISO C. Could you possibly expand somewhat upon this? Which particular part of the spec prohibits what type of pointer compare? And, as I don't have easy access to the spec (I just don't want to spend the money that ANSI requires to provide a copy) any snippets which you could provide would be appreciated. > You'd have to explicit check for == or != against every pointer in > the dictionary. > > Perhaps someone will offer a patch that does something like > #define POINTER_WITHIN(ptr, lo, hi) \ > (ptr >= lo && ptr <= ho) > else > int pointer_within(void* ptr, void* lo, void* hi) > { > char* lop = lo; > char* hip = hi; > while (lop <= hip) > if (ptr == (void*)lop++) return 1; > return 0; > } > > you get the idea... Well, this approach is obviously unacceptable. The whole purpose of the dictionary routines is to provide a fast and efficient method of working with strings, and a serial search does not fit within this criteria. Actually, referring back to the original post, the relevant compound compare is supposed to be testing whether a particular xmlChar (i.e. unsigned char) pointer points within a particular xmlChar array. As Daniel mentioned above, the subject pointer is being compared to the beginning and ending addresses of this array (which is guaranteed to be contiguous). I believe the reason for the "error" is because the element pool->array is declared as an xmlChar array of size 1, so the attempted compare is between an xmlChar pointer and an xmlChar array. I don't have access to the user's software to prove this, but I would be willing to put up a (reasonable) wager that changing that statement to if ((str >= (xmlChar *)&pool->array) && (str <= pool->free)) or even if ((str >= &pool->array[0]) && (str <= pool->free)) would make the program happy and would make the problem disappear. If Pascal could confirm that either of these changes fixes the problem, I would be happy to change the CVS code accordingly. > -- > Rich Salz Chief Security Architect > DataPower Technology http://www.datapower.com > XS40 XML Security Gateway http://www.datapower.com/products/xs40.html > XML Security Overview http://www.datapower.com/xmldev/xmlsecurity.html Regards, Bill libxml debugger and bugfixer From dog@bluezoo.org Fri Aug 27 14:18:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5FEEA3B1284 for ; Fri, 27 Aug 2004 14:18:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11702-02 for ; Fri, 27 Aug 2004 14:18:44 -0400 (EDT) Received: from bluezoo.org (82-69-70-8.dsl.in-addr.zen.co.uk [82.69.70.8]) by menubar.gnome.org (Postfix) with ESMTP id D848B3B0990 for ; Fri, 27 Aug 2004 14:18:43 -0400 (EDT) Received: by bluezoo.org (Postfix, from userid 501) id BC5D2135152; Fri, 27 Aug 2004 19:18:41 +0100 (BST) Date: Fri, 27 Aug 2004 19:18:41 +0100 From: Chris Burdess To: Grant Schoep Subject: Re: [xml] What are these XML_TEST_NODE's I am seeing Message-ID: <20040827181841.GA453@bluezoo.org> References: <9BFBCD030602DE4A98B0C0850B91534FC00048@COMAIL02.digitalglobe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9BFBCD030602DE4A98B0C0850B91534FC00048@COMAIL02.digitalglobe.com> User-Agent: Mutt/1.4i Organization: the mireval massive X-URL: http://bluezoo.org/ X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Mon, 30 Aug 2004 04:01:35 -0400 Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Aug 2004 18:18:46 -0000 Grant Schoep wrote: > When I look at myNodePtr2 I see it is of type "XML_TEXT_NODE", what a > name of "text" > > What is this XML_TEXT_NODE? I see them all over while parsing, think I > am just missing some key fundamental of xml or something. I've just been > skipping over them. Read http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.html#ID-1312295772 -- Chris Burdess From ccontavalli@commedia.it Mon Aug 30 06:42:20 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F24943B0A9B for ; Mon, 30 Aug 2004 06:42:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21599-07 for ; Mon, 30 Aug 2004 06:42:17 -0400 (EDT) Received: from mail.commedia.it (mail.commedia.it [81.208.40.204]) by menubar.gnome.org (Postfix) with ESMTP id 272583B0ABC for ; Mon, 30 Aug 2004 06:41:57 -0400 (EDT) Received: by mail.commedia.it (Postfix, from userid 1006) id 68956D32C2; Mon, 30 Aug 2004 12:41:52 +0200 (CEST) Received: from commedia.it (fw.commedia.it [81.208.40.206]) by mail.commedia.it (Postfix) with ESMTP id 66C2BD32C2 for ; Mon, 30 Aug 2004 12:41:51 +0200 (CEST) Received: by commedia.it (Postfix, from userid 1000) id D3C1E7B539; Mon, 30 Aug 2004 12:17:10 +0200 (CEST) Date: Mon, 30 Aug 2004 12:17:10 +0200 From: Carlo Contavalli To: xml@gnome.org Message-ID: <20040830101710.GA4331@commedia.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org Subject: [xml] New mod-xslt based on libxml2 and libxslt1 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 10:42:20 -0000 Hello, I'd like to announce the availability of a new server side module for http servers based upon libxml2 and libxslt1 able to parse xml data on the fly by applying .xsl stylesheets. The module is released under GPL and has already been installed on many systems. I was wondering if it could be possible to add a link to the mod-xslt2 home page (http://www.mod-xslt2.com) on xmlsoft.org. Ok, this module supports both Apache 1.3 and Apache 2.0 and: o provides a standard API, usable from other Web Servers. o allows XSLT stylesheets to access GET variables, client headers or to fetch information about the web server being used. o provides xslt extensions to modify the mime type of the document or any other header, while providing all functions to keep your stylesheets compatible with any other xsl processor. o allows .xsl stylesheets and DTDs or any included document to be generated by dynamic scripts. o provides a variable substitution mechanism to build up URLs and to easily create references for local documents, even in virtual host environments. o correctly handles PIs and DTDs fetching. o provides an internal language to choose the stylesheet to load depending on the client headers, get, or configuration file variables, with full support for regular expressions. o is able to parse dynamically generated documents, on any supported web server. o provides a complete set of documentation and command line tools. More info about mod-xslt on: http://www.mod-xslt2.com/ http://modxslt.sourceforge.net/ http://www.mod-xslt2.com/doc/manual.xml Mailing list: http://ml.mod-xslt2.com/ml/ Cheers, Carlo -- GPG Fingerprint: 2383 7B14 4D08 53A4 2C1A CA29 9E98 5431 1A68 6975 ------------- "Every man has his price. Mine is $3.95." Linux: The OS people choose without $200,000,000 of persuasion. -- Mike Coleman From veillard@redhat.com Mon Aug 30 07:55:15 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 68A643B0B70 for ; Mon, 30 Aug 2004 07:55:15 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25511-03 for ; Mon, 30 Aug 2004 07:55:14 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E84973B0B2E for ; Mon, 30 Aug 2004 07:55:13 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7UBtCS0006661; Mon, 30 Aug 2004 07:55:12 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7UBtC323925; Mon, 30 Aug 2004 07:55:12 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7UBt6w8004236; Mon, 30 Aug 2004 07:55:06 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7UBt6O0004233; Mon, 30 Aug 2004 07:55:06 -0400 Date: Mon, 30 Aug 2004 07:55:06 -0400 From: Daniel Veillard To: Carlo Contavalli Subject: Re: [xml] New mod-xslt based on libxml2 and libxslt1 Message-ID: <20040830115506.GH16238@redhat.com> References: <20040830101710.GA4331@commedia.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040830101710.GA4331@commedia.it> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:55:15 -0000 On Mon, Aug 30, 2004 at 12:17:10PM +0200, Carlo Contavalli wrote: > Hello, > I'd like to announce the availability of a new server side > module for http servers based upon libxml2 and libxslt1 able to > parse xml data on the fly by applying .xsl stylesheets. > > The module is released under GPL and has already been installed > on many systems. I was wondering if it could be possible > to add a link to the mod-xslt2 home page (http://www.mod-xslt2.com) > on xmlsoft.org. I think I did that last week acually. For some reason xmlsoft.org is down right now, but if you look at the mirror http://veillard.com/XML/XSLT/ you will see that that link has been added in the "Related Links" as "Apache module". > More info about mod-xslt on: > http://www.mod-xslt2.com/ > http://modxslt.sourceforge.net/ > http://www.mod-xslt2.com/doc/manual.xml Looks cool. I'm wondering a bit about using the GPL which is a 3rd licence different from both libxml2/libxslt one and Apache one. Should not be a problem in practice, except it can't be merged in the main stream as a result. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From kost@imn.htwk-leipzig.de Mon Aug 30 09:49:06 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EFFA3B0DAB for ; Mon, 30 Aug 2004 09:49:05 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32635-04 for ; Mon, 30 Aug 2004 09:49:02 -0400 (EDT) Received: from mail.imn.htwk-leipzig.de (david.imn.htwk-leipzig.de [141.57.9.1]) by menubar.gnome.org (Postfix) with ESMTP id 9C52D3B0D58 for ; Mon, 30 Aug 2004 09:48:55 -0400 (EDT) Received: from imn.htwk-leipzig.de (krishna [141.57.8.37]) by mail.imn.htwk-leipzig.de (Postfix) with ESMTP id 9CE382137F; Mon, 30 Aug 2004 15:48:54 +0200 (MEST) Message-ID: <4133301B.1070906@imn.htwk-leipzig.de> Date: Mon, 30 Aug 2004 15:48:11 +0200 From: Stefan Kost Organization: HTWK Leipzig User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: Igor Zlatkovic Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> <412E0902.2000605@zlatkovic.com> In-Reply-To: <412E0902.2000605@zlatkovic.com> X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------030906090401010004040308" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 13:49:06 -0000 This is a multi-part message in MIME format. --------------030906090401010004040308 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Igor, Igor Zlatkovic wrote: > On 26/08/04 15:47, Stefan Kost wrote: > >> I have spend two more days, >> >> at first there is a compatibillity issues in >> libxslt-1.1.9/libxslt/security.c >> it calls mkdir(path,mode); >> on win32 using mingw there is mkdir(path) only and this required to >> include >> "io.h" and lining agains -lmsvcrt. > > > Are you sure about this? Mingw and MSVC use the same runtime, the > msvcrt. If Mingw has problems with a missing function, MSVC will have it > too. But MSVC can compile libxslt. I'll try to isolate this and provide a patch as requested by Daniel ;-) > >> I now have dropped the -Wl,--add-stdcall-alias,--enable-stdcall-fixup' >> from >> CFLAGS as this seems to make no change. >> When I use --no-undefined I can get in to 'make'. The I have to >> uncomment the >> 'relink' command from the libexstl.la file. When I then do 'make >> install' I get >> a libexslt.dll as well. >> Still xsltproc is crashing. >> >> I have ported several unix packages to mingw myself. All I always had >> to do, was >> to get the includes and extras libs right. The approach in the win32 >> dir looks >> different. Whats the reason for it? I looked at it, but was not be >> able to >> understand how this should automatically find out which libaries are >> required >> for linking. > > > If you need more than -liconv and -lz then there is something wrong with > your environment. > > Other than that, go in the win32 subdirectory and run > cscript configure.js help > for more info about the allready existing way to compile with Mingw. > I don't get this working. It does not use the installed libxml2. ../libxslt-1.1.9/win32> cscript configure.js crypto='no' zlib='yes' compiler='mingw' prefix='/opt' include='/opt/include/libxml2' lib='/opt/lib' Microsoft (R) Windows Script Host, Version 5.6 Copyright (C) Microsoft Corporation 1996-2001. Alle Rechte vorbehalten. libxslt version: 1.1.9 libexslt version: 0.8.7 Created Makefile. Created config.h. XSLT processor configuration ---------------------------- Trio: no Debugging module: yes Memory debugging: no Debugger support: yes Use iconv: yes With zlib: yes Crypto: no Win32 build configuration ------------------------- Compiler: mingw Debug symbols: no Static xsltproc: no Install prefix: E:/msys/opt Put tools in: $(PREFIX)\bin Put headers in: $(PREFIX)\include Put static libs in: $(PREFIX)\lib Put shared libs in: $(PREFIX)\lib Include path: E:/msys/opt/include/libxml2 Lib path: E:/msys/opt/lib [ensonic@HOSHI]~/projects/libxslt-1.1.9/win32> make gcc.exe -IE:/msys/gnuwin32/include -I/opt/include -fno-builtin -mno-cygwin -mms-bitfields -DWIN32 -D_WINDOWS -D_MBCS -I.. -I../libxslt -IE:/msys/opt/include -DNDEBUG -O2 -MM ../libxslt/attributes.c ../libxslt/documents.c ../libxslt/extensions.c ../libxslt/extra.c ../libxslt/functions.c ../libxslt/imports.c ../libxslt/keys.c ../libxslt/namespaces.c ../libxslt/numbers.c ../libxslt/pattern.c ../libxslt/preproc.c ../libxslt/security.c ../libxslt/templates.c ../libxslt/transform.c ../libxslt/variables.c ../libxslt/xslt.c ../libxslt/xsltutils.c ../libexslt/common.c ../libexslt/crypto.c ../libexslt/date.c ../libexslt/exslt.c ../libexslt/functions.c ../libexslt/math.c ../libexslt/saxon.c ../libexslt/sets.c ../libexslt/strings.c ../libexslt/dynamic.c > depends.mingw In file included from ../libxslt/libxslt.h:16, from ../libxslt/attributes.c:13: ../config.h:89:31: warning: libxml/xmlversion.h: No such file or directory In file included from ../libxslt/attributes.c:13: ../libxslt/libxslt.h:23:31: warning: libxml/xmlversion.h: No such file or directory -- \|/ Stefan Kost <@ @> private business +-oOO-(_)-OOo------------------------------------------------------ - - - - - | __ Address Simildenstr. 5 HTWK Leipzig, Fb IMN, Postfach 301166 | /// 04277 Leipzig 04251 Leipzig | __ /// Germany Germany | \\\/// Phone +49341 2253538 +49341 30766101 | \__/ EMail st_kost_at_gmx.net kost_at_imn.htwk-leipzig.de | WWW www.sonicpulse.de www.imn.htwk-leipzig.de/~kost/about.html ===-=-=--=---=---------------------------------- - - - - - --------------030906090401010004040308 Content-Type: text/x-vcard; charset=utf8; name="kost.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kost.vcf" begin:vcard fn:Stefan Kost n:Kost;Stefan org:HTWK Leipzig;FB. IMN adr:;;Postfach 301166;Leipzig;;04251;Germany email;internet:kost@imn.htwk-leipzig.de title:Dipl. Informatiker tel;work:+49341 30766440 tel;home:+49341 2253538 tel;cell:+49178 3183742 x-mozilla-html:FALSE url:http://www.imn.htwk-leipzig.de/~kost/about.html version:2.1 end:vcard --------------030906090401010004040308-- From ccontavalli@commedia.it Mon Aug 30 11:17:01 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 004483B0F34 for ; Mon, 30 Aug 2004 11:17:01 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05679-05 for ; Mon, 30 Aug 2004 11:16:59 -0400 (EDT) Received: from mail.commedia.it (mail.commedia.it [81.208.40.204]) by menubar.gnome.org (Postfix) with ESMTP id 0FCDD3B0B62 for ; Mon, 30 Aug 2004 11:16:59 -0400 (EDT) Received: by mail.commedia.it (Postfix, from userid 1006) id 2D8C6D32CD; Mon, 30 Aug 2004 17:16:58 +0200 (CEST) Received: from commedia.it (fw.commedia.it [81.208.40.206]) by mail.commedia.it (Postfix) with ESMTP id 05D96D32CD; Mon, 30 Aug 2004 17:16:57 +0200 (CEST) Received: by commedia.it (Postfix, from userid 1000) id B76167B539; Mon, 30 Aug 2004 16:52:01 +0200 (CEST) Date: Mon, 30 Aug 2004 16:52:01 +0200 From: Carlo Contavalli To: Daniel Veillard Subject: Re: [xml] New mod-xslt based on libxml2 and libxslt1 Message-ID: <20040830145201.GA1301@commedia.it> References: <20040830101710.GA4331@commedia.it> <20040830115506.GH16238@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040830115506.GH16238@redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 15:17:01 -0000 On Mon, Aug 30, 2004 at 07:55:06AM -0400, Daniel Veillard wrote: > I think I did that last week acually. For some reason xmlsoft.org > is down right now, but if you look at the mirror > http://veillard.com/XML/XSLT/ > you will see that that link has been added in the "Related Links" > as "Apache module". Nice, didn't notice it. I probably need more holildays... Thank you :)... > Looks cool. I'm wondering a bit about using the GPL which is a 3rd > licence different from both libxml2/libxslt one and Apache one. Should > not be a problem in practice, except it can't be merged in the main > stream as a result. I wouldn't have any problem to release the code under a different license, given good reasons to do so. I don't know, maybe it would be nice to use some kind of double licensing or open up the license a bit... Cheers, Carlo -- GPG Fingerprint: 2383 7B14 4D08 53A4 2C1A CA29 9E98 5431 1A68 6975 ------------- One difference between a man and a machine is that a machine is quiet when well oiled. From igor@zlatkovic.com Mon Aug 30 11:19:46 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C09113B0F43 for ; Mon, 30 Aug 2004 11:19:46 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05871-03 for ; Mon, 30 Aug 2004 11:19:44 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 2F1263B0F94 for ; Mon, 30 Aug 2004 11:19:44 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA7CE5.dip.t-dialin.net [217.234.124.229]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7UFJYrS021121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 30 Aug 2004 17:19:36 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7UFJdjU016565; Mon, 30 Aug 2004 17:19:39 +0200 Message-ID: <4133458B.7030208@zlatkovic.com> Date: Mon, 30 Aug 2004 17:19:39 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: Stefan Kost Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> <412E0902.2000605@zlatkovic.com> <4133301B.1070906@imn.htwk-leipzig.de> In-Reply-To: <4133301B.1070906@imn.htwk-leipzig.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 15:19:46 -0000 On 30/08/04 15:48, Stefan Kost wrote: > I don't get this working. It does not use the installed libxml2. > > ../libxslt-1.1.9/win32> cscript configure.js crypto='no' zlib='yes' > compiler='mingw' prefix='/opt' include='/opt/include/libxml2' lib='/opt/lib' Those paths won't work. Use paths in Windows notation when you work with win32\configure.js. For example, '/opt' won't work, 'c:/opt' should work. The Mingw support in win32 subdirectory has been made to work without MSYS and there were problems in the past when someone used MSYS or Cygwin. Try to use the Windows Command Prompt, not bash. With MSYS or Cygwin, you should use the GNU Autoconf script, as if you were on Unix. Ciao, Igor From rsalz@datapower.com Mon Aug 30 12:18:32 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A927C3B08B3 for ; Mon, 30 Aug 2004 12:18:32 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09275-05 for ; Mon, 30 Aug 2004 12:18:30 -0400 (EDT) Received: from smtp.datapower.com (unknown [67.93.141.188]) by menubar.gnome.org (Postfix) with ESMTP id 104B03B088A for ; Mon, 30 Aug 2004 12:18:30 -0400 (EDT) Received: (qmail 12906 invoked by uid 505); 30 Aug 2004 16:18:29 -0000 Received: from rsalz@datapower.com by smtp.datapower.com by uid 502 with qmail-scanner-1.14 (clamscan: 0.51. spamassassin: 2.42. Clear:. Processed in 1.40353 secs); 30 Aug 2004 16:18:29 -0000 Received: from unknown (HELO datapower.com) (66.238.194.189) by smtp.datapower.com with SMTP; 30 Aug 2004 16:18:27 -0000 Message-ID: <413353D5.9040804@datapower.com> Date: Mon, 30 Aug 2004 12:20:37 -0400 From: Rich Salz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040421 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "William M. Brack" Subject: Re: [xml] reporting bug for lixml2.2.6-8 References: <20040824135935.GJ16238@redhat.com> <50627.68.185.68.3.1093850839.squirrel@68.185.68.3> In-Reply-To: <50627.68.185.68.3.1093850839.squirrel@68.185.68.3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 16:18:32 -0000 >>Being pedantic, you're not allowed to do "ordering tests" on pointers >>unless you are sure they are related. At least not in ANSI/ISO C. > > Could you possibly expand somewhat upon this? Which particular part of the > spec prohibits what type of pointer compare? I don't have a copy of the spec convenient, but you can look at K&R 2nd edition, for example. > Well, this approach is obviously unacceptable. The whole purpose of the > dictionary routines is to provide a fast and efficient method of working with > strings, and a serial search does not fit within this criteria. Yup. Life stinks sometimes. That is why I would make it a compile-time option. > I would be willing to put up a (reasonable) wager that changing that statement > to > if ((str >= (xmlChar *)&pool->array) && (str <= pool->free)) You'd lose. The standard says that if "str" is not within the range of the pool, then the results of the above expression are *implementation defined.* Now, it happens that on almost every machine you're likely to run across, the "implementation defined" behavior is "we'll do the right, and obvious, thing." But there is no guarantee. It would be nice if Insure had an option to ignore that complaint. Depending on how standards-compliant you want to be, it might be nice if someone patched in my idea. Hope this helps. /r$ -- Rich Salz, Chief Security Architect DataPower Technology http://www.datapower.com XS40 XML Security Gateway http://www.datapower.com/products/xs40.html XML Security Overview http://www.datapower.com/xmldev/xmlsecurity.html From veillard@redhat.com Mon Aug 30 12:29:41 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A62223B0ADA for ; Mon, 30 Aug 2004 12:29:41 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10034-07 for ; Mon, 30 Aug 2004 12:29:40 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1C39A3B0C3E for ; Mon, 30 Aug 2004 12:29:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7UGTVS0019332; Mon, 30 Aug 2004 12:29:36 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7UGTL310786; Mon, 30 Aug 2004 12:29:21 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11/8.12.10) with ESMTP id i7UGTFVj007161; Mon, 30 Aug 2004 12:29:15 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11/8.12.11/Submit) id i7UGTFPo007159; Mon, 30 Aug 2004 12:29:15 -0400 Date: Mon, 30 Aug 2004 12:29:15 -0400 From: Daniel Veillard To: Rich Salz Subject: Re: [xml] reporting bug for lixml2.2.6-8 Message-ID: <20040830162915.GK16238@redhat.com> References: <20040824135935.GJ16238@redhat.com> <50627.68.185.68.3.1093850839.squirrel@68.185.68.3> <413353D5.9040804@datapower.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <413353D5.9040804@datapower.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org Cc: "William M. Brack" , xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 16:29:41 -0000 On Mon, Aug 30, 2004 at 12:20:37PM -0400, Rich Salz wrote: > >I would be willing to put up a (reasonable) wager that changing that > >statement > >to > > if ((str >= (xmlChar *)&pool->array) && (str <= pool->free)) > > You'd lose. The standard says that if "str" is not within the range of > the pool, then the results of the above expression are *implementation > defined.* Okay, then libxml2 won't work on an implementation where this doesn't work. More precisely the dictionnaries won't work, which mean parsing speed cost, and special compilation options. If we end up with a bug report for such an architecture then we will take the appropriate measures. In the meantime the code will stay as it is. > Now, it happens that on almost every machine you're likely to run > across, the "implementation defined" behavior is "we'll do the right, > and obvious, thing." But there is no guarantee. It would be nice if > Insure had an option to ignore that complaint. Simply click on the bug in insra, set the ignore toggle, live happy. > Depending on how > standards-compliant you want to be, it might be nice if someone patched > in my idea. If it so slow that it makes dictionnaries impracticable, better simply ignoring dictionnaries and mallocing all strings. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From wbrack@mmm.com.hk Tue Aug 31 02:51:37 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7A8383B0CA5 for ; Tue, 31 Aug 2004 02:51:37 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11479-01 for ; Tue, 31 Aug 2004 02:51:35 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id E6F863B0BA1 for ; Tue, 31 Aug 2004 02:51:32 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7V6eH4L022514; Mon, 30 Aug 2004 23:40:18 -0700 Received: from 68.185.68.3 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Tue, 31 Aug 2004 14:40:18 +0800 (HKT) Message-ID: <1495.68.185.68.3.1093934418.squirrel@68.185.68.3> In-Reply-To: References: Date: Tue, 31 Aug 2004 14:40:18 +0800 (HKT) Subject: Re: [xml] Namespaces and Uniqueness of Attributes From: "William M. Brack" To: "Karl Eichwalder" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 06:51:37 -0000 Karl Eichwalder said: > Up to libxml2 2.6.11 xmllint used to parse this code > > xmlns="http://example.org/ns/1"> > > > > as > > > name="foo"> > > > > Now it adds the prefix of the default(?) namespace: > > > name="foo"> > > > > If the attributes are unique, it does not add the prefix: > > > name="foo"> > > > > > name="foo"> > > > > This change affects the trang testsuite. > _______________________________________________ I believe this was caused by some changes introduced at the end of July in the module SAX2.c. I made a small modification to that logic which should fix the problem you reported. The changed code is in CVS - please try it and report any further trouble. Thanks for the report. Bill From kost@imn.htwk-leipzig.de Tue Aug 31 08:04:09 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D2813B0EDB for ; Tue, 31 Aug 2004 08:04:09 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28120-10 for ; Tue, 31 Aug 2004 08:04:07 -0400 (EDT) Received: from mail.imn.htwk-leipzig.de (david.imn.htwk-leipzig.de [141.57.9.1]) by menubar.gnome.org (Postfix) with ESMTP id B735C3B0B45 for ; Tue, 31 Aug 2004 08:02:26 -0400 (EDT) Received: from imn.htwk-leipzig.de (krishna [141.57.8.37]) by mail.imn.htwk-leipzig.de (Postfix) with ESMTP id B1FFF2137D; Tue, 31 Aug 2004 14:02:25 +0200 (MEST) Message-ID: <413468A6.7030708@imn.htwk-leipzig.de> Date: Tue, 31 Aug 2004 14:01:42 +0200 From: Stefan Kost Organization: HTWK Leipzig User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: Igor Zlatkovic Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> <412E0902.2000605@zlatkovic.com> <4133301B.1070906@imn.htwk-leipzig.de> <4133458B.7030208@zlatkovic.com> In-Reply-To: <4133458B.7030208@zlatkovic.com> X-Enigmail-Version: 0.83.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------020900050603040704010900" X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 12:04:09 -0000 This is a multi-part message in MIME format. --------------020900050603040704010900 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Igor, I'll try the configure.js outside msys tomorrow morning. == extra libs == Now here are some more details. When compiling libxml2 under msys using configure one needs to add -lwsock32, otherwise all the nannoftp stuff does not link. When compiling libxslt more libs need to be added, because there are undefined symbols and that disabled making a shared library out of it. E:/msys/bin/sh.exe ../libtool --mode=link gcc -I/gnuwin32/include -I/opt/include -fno-builtin -mno-cygwin -mms-bitfields -Wall -L/mingw/lib -L/gnuwin32/lib -L/opt/lib -lwsock32 -o libexslt.la -rpath /opt/lib -version-info 8:7:8 exslt.lo common.lo crypto.lo math.lo sets.lo functions.lo strings.lo date.lo saxon.lo dynamic.lo ../libxslt/libxslt.la -L/opt/lib -lxml2 -liconv *** Warning: This system can not link to static lib archive ../libxslt/libxslt.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared libraries ar cru .libs/libexslt.a exslt.o common.o crypto.o math.o sets.o functions.o strings.o date.o saxon.o dynamic.o ranlib .libs/libexslt.a creating libexslt.la == mkdir in libxslt/security.c == 'libxslt-1.1.9/libxslt/win32config.h' defines the compatibillity wrapper for mkdir, but in 'libxslt-1.1.9/libxslt/libxslt.h' includes by 'security.c' the following statement disables the inclusion #if defined(WIN32) && !defined (__CYGWIN__) && !defined (__MINGW32__) #include #else #include "config.h" #endif Igor Zlatkovic wrote: > On 30/08/04 15:48, Stefan Kost wrote: > >> I don't get this working. It does not use the installed libxml2. >> >> ../libxslt-1.1.9/win32> cscript configure.js crypto='no' zlib='yes' >> compiler='mingw' prefix='/opt' include='/opt/include/libxml2' >> lib='/opt/lib' > > > Those paths won't work. Use paths in Windows notation when you work with > win32\configure.js. For example, '/opt' won't work, 'c:/opt' should work. > > The Mingw support in win32 subdirectory has been made to work without > MSYS and there were problems in the past when someone used MSYS or > Cygwin. Try to use the Windows Command Prompt, not bash. > > With MSYS or Cygwin, you should use the GNU Autoconf script, as if you > were on Unix. > > Ciao, > Igor > -- \|/ Stefan Kost <@ @> private business +-oOO-(_)-OOo------------------------------------------------------ - - - - - | __ Address Simildenstr. 5 HTWK Leipzig, Fb IMN, Postfach 301166 | /// 04277 Leipzig 04251 Leipzig | __ /// Germany Germany | \\\/// Phone +49341 2253538 +49341 30766101 | \__/ EMail st_kost_at_gmx.net kost_at_imn.htwk-leipzig.de | WWW www.sonicpulse.de www.imn.htwk-leipzig.de/~kost/about.html ===-=-=--=---=---------------------------------- - - - - - --------------020900050603040704010900 Content-Type: text/x-vcard; charset=utf8; name="kost.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kost.vcf" begin:vcard fn:Stefan Kost n:Kost;Stefan org:HTWK Leipzig;FB. IMN adr:;;Postfach 301166;Leipzig;;04251;Germany email;internet:kost@imn.htwk-leipzig.de title:Dipl. Informatiker tel;work:+49341 30766440 tel;home:+49341 2253538 tel;cell:+49178 3183742 x-mozilla-html:FALSE url:http://www.imn.htwk-leipzig.de/~kost/about.html version:2.1 end:vcard --------------020900050603040704010900-- From oliverst@online.de Tue Aug 31 12:34:04 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AD53C3B1159 for ; Tue, 31 Aug 2004 12:34:04 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10825-03 for ; Tue, 31 Aug 2004 12:34:03 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by menubar.gnome.org (Postfix) with ESMTP id C6AC03B0F8D for ; Tue, 31 Aug 2004 12:34:02 -0400 (EDT) Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C2Ba6-0001xA-00 for xml@gnome.org; Tue, 31 Aug 2004 18:34:02 +0200 Received: from [172.23.4.144] (helo=config17.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1C2Ba6-0004Er-00 for xml@gnome.org; Tue, 31 Aug 2004 18:34:02 +0200 Received: from www-data by config17.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 1C2Ba5-0004tQ-00 for ; Tue, 31 Aug 2004 18:34:01 +0200 To: Subject: =?iso-8859-1?Q?Re:_Re:_[xml]_xmlCheckUTF8-problem_(bugfix)_[encrypted]?= From: Message-Id: <5074873$10939690914134a4c3331156.96380176@config17.schlund.de> X-Binford: 6100 (more power) X-Originating-From: 5074873 X-Mailer: Webmail X-Routing: DE X-Received: from config17 by 195.127.134.66 with HTTP id 5074873 for xml@gnome.org; Tue, 31 Aug 2004 18:32:01 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Tue, 31 Aug 2004 18:32:01 +0200 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.144 X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 16:34:05 -0000 I pulled the latest version of xmlCheckUTF8 from CVS this morning and put it in my project, because I can't witch to a newer libxml2 library right now and now every string, that goes into xmlCheckUTF8() returns 0. Just call it with "test" and it will return 0. The version from 2.6.7, that I was using, was giving me 1 as result for "test" and when I gave it "test๖", which is obviously not UTF-8, it gave me 0, which was right. I took a look at it and saw, that the first condition changed. It now says it is on valid single byte if (c & 0x80). And as the comments above indicate a valid single byte starts with "0" and not with "10" like it is assumed now. If I negate the first condition it works fine again. From wbrack@mmm.com.hk Tue Aug 31 12:52:30 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D7133B085D for ; Tue, 31 Aug 2004 12:52:30 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11635-07 for ; Tue, 31 Aug 2004 12:52:27 -0400 (EDT) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id BB01E3B0F8D for ; Tue, 31 Aug 2004 12:52:26 -0400 (EDT) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.12.10/8.12.4) with ESMTP id i7VGf64L030764 for ; Tue, 31 Aug 2004 09:41:06 -0700 Received: from 68.185.68.3 (SquirrelMail authenticated user wbrack); by www.delightful.com.hk with HTTP; Wed, 1 Sep 2004 00:41:06 +0800 (HKT) Message-ID: <51883.68.185.68.3.1093970466.squirrel@68.185.68.3> Date: Wed, 1 Sep 2004 00:41:06 +0800 (HKT) Subject: Re: Re: [xml] xmlCheckUTF8-problem (bugfix) [encrypted]] From: "William M. Brack" To: xml@gnome.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 16:52:30 -0000 oliverst@online.de said: > > I pulled the latest version of xmlCheckUTF8 from CVS this morning and put it in my project, because I can't witch to a newer libxml2 library right now and now every string, that goes into xmlCheckUTF8() returns 0. Just call it with "test" and it will return 0. > The version from 2.6.7, that I was using, was giving me 1 as result for "test" and when I gave it "test๖", which is obviously not UTF-8, it gave me 0, which was right. > I took a look at it and saw, that the first condition changed. It now says it is on valid single byte if (c & 0x80). And as the comments above indicate a valid single byte starts with "0" and not with "10" like it is assumed now. If I negate the first condition it works fine again. oops :-( ! My apologies for that - fixed in CVS, should propogate soon. Bill From igor@zlatkovic.com Tue Aug 31 13:16:36 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83AAD3B0672 for ; Tue, 31 Aug 2004 13:16:36 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13027-03 for ; Tue, 31 Aug 2004 13:16:35 -0400 (EDT) Received: from mail.zlatkovic.com (spell.zlatkovic.com [62.75.159.112]) by menubar.gnome.org (Postfix) with ESMTP id 8751B3B08B5 for ; Tue, 31 Aug 2004 13:16:34 -0400 (EDT) Received: from lanfear.zlatkovic.com (pD9EA74F4.dip.t-dialin.net [217.234.116.244]) (authenticated bits=0) by mail.zlatkovic.com (8.12.8/8.12.8) with ESMTP id i7VHGMrS013026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Aug 2004 19:16:25 +0200 Received: from [127.0.0.1] (lanfear.zlatkovic.com [127.0.0.1]) by lanfear.zlatkovic.com (8.12.11/8.12.11) with ESMTP id i7VHGPtB003021; Tue, 31 Aug 2004 19:16:25 +0200 Message-ID: <4134B269.6020109@zlatkovic.com> Date: Tue, 31 Aug 2004 19:16:25 +0200 From: Igor Zlatkovic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en, de MIME-Version: 1.0 To: Stefan Kost Subject: Re: [xml] build problem with libxslt-1.1.9 on mingw/win32 References: <412B1CA3.5010507@imn.htwk-leipzig.de> <412DEA0A.7040501@imn.htwk-leipzig.de> <412E0902.2000605@zlatkovic.com> <4133301B.1070906@imn.htwk-leipzig.de> <4133458B.7030208@zlatkovic.com> <413468A6.7030708@imn.htwk-leipzig.de> In-Reply-To: <413468A6.7030708@imn.htwk-leipzig.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org Cc: xml@gnome.org X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 17:16:36 -0000 On 31/08/04 14:01, Stefan Kost wrote: > Hi Igor, > > I'll try the configure.js outside msys tomorrow morning. > > == extra libs == > Now here are some more details. When compiling libxml2 under msys using > configure one needs to add -lwsock32, otherwise all the nannoftp stuff does not > link. > > When compiling libxslt more libs need to be added, because there are undefined > symbols and that disabled making a shared library out of it. > > E:/msys/bin/sh.exe ../libtool --mode=link gcc -I/gnuwin32/include > -I/opt/include -fno-builtin -mno-cygwin -mms-bitfields -Wall -L/mingw/lib > -L/gnuwin32/lib -L/opt/lib -lwsock32 -o libexslt.la -rpath /opt/lib > -version-info 8:7:8 exslt.lo common.lo crypto.lo math.lo sets.lo functions.lo > strings.lo date.lo saxon.lo dynamic.lo ../libxslt/libxslt.la -L/opt/lib -lxml2 > -liconv > > *** Warning: This system can not link to static lib archive ../libxslt/libxslt.la. > *** I have the capability to make that library automatically link in when > *** you link to this library. But I can only do this if you have a > *** shared version of the library, which you do not appear to have. > libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared > libraries > ar cru .libs/libexslt.a exslt.o common.o crypto.o math.o sets.o functions.o > strings.o date.o saxon.o dynamic.o > ranlib .libs/libexslt.a > creating libexslt.la > > == mkdir in libxslt/security.c == > 'libxslt-1.1.9/libxslt/win32config.h' > defines the compatibillity wrapper for mkdir, but in > 'libxslt-1.1.9/libxslt/libxslt.h' > includes by 'security.c' the following statement disables the inclusion > #if defined(WIN32) && !defined (__CYGWIN__) && !defined (__MINGW32__) > #include > #else > #include "config.h" > #endif I can remember this being a pain a while ago. The problem was that native Mingw needed a different treatment than the one run through MSYS or Cygwin. But there is no way to check for this in the code, means there is no preprocessor macro which tells you whether you run MSYS or just Mingw. How about banning that win32config.h file? config.h is generated on Unix by GNU Autoconf. We could also have the win32/configure.js generate config.h, for example by copying and possibly modifying win32config.h. That removes all those conditions in the code. The code always includes config.h then and the configure script, whichever it happens to be, takes care of its contents. If you want to do this, go ahead. I am extremely busy at the moment, looking for an appartment in Munich, which I must find until the end of the next week. Ciao, Igor From rajeshm1@KPITCummins.com Mon Aug 30 10:24:19 2004 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A2CE43B0DB8 for ; Mon, 30 Aug 2004 10:24:19 -0400 (EDT) Received: from menubar.gnome.org ([12.107.209.248]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02388-08 for ; Mon, 30 Aug 2004 10:24:16 -0400 (EDT) Received: from sohm.kpit.com (mail.kpit.com [203.197.93.236]) by menubar.gnome.org (Postfix) with ESMTP id 9D3023B0ED7 for ; Mon, 30 Aug 2004 10:24:12 -0400 (EDT) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C48E9C.4093D06A" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Mon, 30 Aug 2004 19:48:42 +0530 Message-ID: <4A1BE23A7B777442B60F4B4916AE0F1302193325@sohm.kpit.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Regarding the size of xml parser Thread-Index: AcSOnECDVVktjIPwSsyEEDdMDeB8cw== From: "Rajesh M.C." To: X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Wed, 01 Sep 2004 08:11:24 -0400 Subject: [xml] Regarding the size of xml parser X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 14:24:19 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C48E9C.4093D06A Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI I am working with the libxml2-2.6.9.Our parser is to be deployed = embedded system.The footprint required is very less.Currently when i = installed the libxml2,the size of the static library is found to be 4.47MBytes.The sample = application i built is having a size of 1.9MBytes. I tried with the ./configure --without--[packages] for installing the = library, still the size remains the same. I tried to build the library separately,then also the same size was = reached because of dependencies. I read in the archive that the size can come to 750kbytes.But in my case = the libxml2.la file is 750kbytes.but the library size remained the same. I am not using the ftp and http functionalities. Please provide me the right approach for building the library and how to = remove the dependencies. Expecting a reply, Regards Rajesh M C ------_=_NextPart_001_01C48E9C.4093D06A Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Regarding the size of xml parser

HI
I am working with the = libxml2-2.6.9.Our parser is to be deployed embedded system.The footprint = required is very less.Currently when i installed the = libxml2,the

size of the static library is found to = be 4.47MBytes.The sample application i built is having a size of = 1.9MBytes.
I tried with the ./configure --without--[packages]  for installing = the library, still the size remains the same.

I tried to build the library = separately,then also the same size was reached because of = dependencies.
I read in the archive that the size = can come to 750kbytes.But in my case the libxml2.la file is = 750kbytes.but the library size remained the same.

I am not using the ftp and http = functionalities.
Please provide me the right approach = for building the library and how to remove the dependencies.

Expecting a reply,
Regards
Rajesh M C


------_=_NextPart_001_01C48E9C.4093D06A--