From abagchi@locus.apache.org Wed Dec 1 00:04:25 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 58698 invoked from network); 1 Dec 1999 00:04:25 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:04:25 -0000 Received: (qmail 23444 invoked by uid 2016); 30 Nov 1999 23:59:34 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 22741 invoked from network); 30 Nov 1999 23:57:49 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:57:49 -0000 Received: (qmail 58564 invoked by uid 1026); 30 Nov 1999 23:57:48 -0000 Date: 30 Nov 1999 23:57:48 -0000 Message-ID: <19991130235748.58563.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/PParse - New directory abagchi 99/11/30 15:57:48 xml-xerces/c/samples/Projects/Win32/VC6/PParse - New directory From abagchi@locus.apache.org Wed Dec 1 00:04:25 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 58697 invoked from network); 1 Dec 1999 00:04:25 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:04:25 -0000 Received: (qmail 23433 invoked by uid 2016); 30 Nov 1999 23:59:33 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 22738 invoked from network); 30 Nov 1999 23:57:49 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:57:49 -0000 Received: (qmail 58550 invoked by uid 1026); 30 Nov 1999 23:57:47 -0000 Date: 30 Nov 1999 23:57:47 -0000 Message-ID: <19991130235747.58549.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/EnumVal - New directory abagchi 99/11/30 15:57:47 xml-xerces/c/samples/Projects/Win32/VC6/EnumVal - New directory From abagchi@locus.apache.org Wed Dec 1 00:04:25 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 58701 invoked from network); 1 Dec 1999 00:04:25 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:04:25 -0000 Received: (qmail 23458 invoked by uid 2016); 30 Nov 1999 23:59:36 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 22742 invoked from network); 30 Nov 1999 23:57:50 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:57:49 -0000 Received: (qmail 58556 invoked by uid 1026); 30 Nov 1999 23:57:48 -0000 Date: 30 Nov 1999 23:57:47 -0000 Message-ID: <19991130235747.58555.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/StdInParse - New directory abagchi 99/11/30 15:57:47 xml-xerces/c/samples/Projects/Win32/VC6/StdInParse - New directory From abagchi@locus.apache.org Wed Dec 1 00:04:25 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 58702 invoked from network); 1 Dec 1999 00:04:25 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:04:25 -0000 Received: (qmail 23471 invoked by uid 2016); 30 Nov 1999 23:59:38 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 23096 invoked from network); 30 Nov 1999 23:58:58 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:58:58 -0000 Received: (qmail 58613 invoked by uid 1026); 30 Nov 1999 23:58:57 -0000 Date: 30 Nov 1999 23:58:57 -0000 Message-ID: <19991130235857.58612.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/PParse PParse.dsp abagchi 99/11/30 15:58:57 Added: c/samples/Projects/Win32/VC6/PParse PParse.dsp Log: Initial checkin Revision Changes Path 1.1 xml-xerces/c/samples/Projects/Win32/VC6/PParse/PParse.dsp Index: PParse.dsp =================================================================== # Microsoft Developer Studio Project File - Name="PParse" - Package Owner=<4> # Microsoft Developer Studio Generated Build File, Format Version 6.00 # ** DO NOT EDIT ** # TARGTYPE "Win32 (x86) Console Application" 0x0103 CFG=PParse - Win32 Debug !MESSAGE This is not a valid makefile. To build this project using NMAKE, !MESSAGE use the Export Makefile command and run !MESSAGE !MESSAGE NMAKE /f "PParse.mak". !MESSAGE !MESSAGE You can specify a configuration when running NMAKE !MESSAGE by defining the macro CFG on the command line. For example: !MESSAGE !MESSAGE NMAKE /f "PParse.mak" CFG="PParse - Win32 Debug" !MESSAGE !MESSAGE Possible choices for configuration are: !MESSAGE !MESSAGE "PParse - Win32 Debug" (based on "Win32 (x86) Console Application") !MESSAGE # Begin Project # PROP AllowPerConfigDependencies 0 # PROP Scc_ProjName "" # PROP Scc_LocalPath "" CPP=cl.exe RSC=rc.exe # PROP BASE Use_MFC 0 # PROP BASE Use_Debug_Libraries 1 # PROP BASE Output_Dir "Debug" # PROP BASE Intermediate_Dir "Debug" # PROP BASE Target_Dir "" # PROP Use_MFC 0 # PROP Use_Debug_Libraries 1 # PROP Output_Dir "..\..\..\..\..\bin" # PROP Intermediate_Dir "..\..\..\..\..\bin\obj" # PROP Ignore_Export_Lib 0 # PROP Target_Dir "" # ADD BASE CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /GZ /c # ADD CPP /nologo /G5 /MDd /W3 /Gm /GX /Zi /Od /I "..\..\..\..\..\include" /D "_DEBUG" /D "WIN32" /D "_CONSOLE" /D "DEVENV_VCPP" /D "PROJ_SAXCOUNT" /D "PLATFORM_WIN32" /FD /GZ /c # SUBTRACT CPP /YX # ADD BASE RSC /l 0x409 /d "_DEBUG" # ADD RSC /l 0x409 /d "_DEBUG" BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /debug /machine:I386 /pdbtype:sept # ADD LINK32 kernel32.lib user32.lib xerces-c_1.lib /nologo /version:1.0 /subsystem:console /debug /machine:I386 /pdbtype:sept /libpath:"..\..\..\..\..\lib" # Begin Target # Name "PParse - Win32 Debug" # Begin Group "Source Files" # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat" # Begin Source File SOURCE=..\..\..\..\PParse\PParse.cpp # End Source File # Begin Source File SOURCE=..\..\..\..\PParse\PParseHandlers.cpp # End Source File # End Group # Begin Group "Header Files" # PROP Default_Filter "h;hpp;hxx;hm;inl" # Begin Source File SOURCE=..\..\..\..\PParse\PParse.hpp # End Source File # Begin Source File SOURCE=..\..\..\..\PParse\PParseHandlers.hpp # End Source File # End Group # Begin Group "Resource Files" # PROP Default_Filter "ico;cur;bmp;dlg;rc2;rct;bin;rgs;gif;jpg;jpeg;jpe" # End Group # End Target # End Project From abagchi@locus.apache.org Wed Dec 1 00:06:31 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 59604 invoked from network); 1 Dec 1999 00:06:31 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:06:31 -0000 Received: (qmail 23654 invoked by uid 2016); 30 Nov 1999 23:59:56 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 23396 invoked from network); 30 Nov 1999 23:59:24 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:59:24 -0000 Received: (qmail 58636 invoked by uid 1026); 30 Nov 1999 23:59:23 -0000 Date: 30 Nov 1999 23:59:23 -0000 Message-ID: <19991130235923.58635.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/StdInParse StdInParse.dsp abagchi 99/11/30 15:59:23 Added: c/samples/Projects/Win32/VC6/StdInParse StdInParse.dsp Log: Initial checkin Revision Changes Path 1.1 xml-xerces/c/samples/Projects/Win32/VC6/StdInParse/StdInParse.dsp Index: StdInParse.dsp =================================================================== # Microsoft Developer Studio Project File - Name="StdInParse" - Package Owner=<4> # Microsoft Developer Studio Generated Build File, Format Version 6.00 # ** DO NOT EDIT ** # TARGTYPE "Win32 (x86) Console Application" 0x0103 CFG=StdInParse - Win32 Debug !MESSAGE This is not a valid makefile. To build this project using NMAKE, !MESSAGE use the Export Makefile command and run !MESSAGE !MESSAGE NMAKE /f "StdInParse.mak". !MESSAGE !MESSAGE You can specify a configuration when running NMAKE !MESSAGE by defining the macro CFG on the command line. For example: !MESSAGE !MESSAGE NMAKE /f "StdInParse.mak" CFG="StdInParse - Win32 Debug" !MESSAGE !MESSAGE Possible choices for configuration are: !MESSAGE !MESSAGE "StdInParse - Win32 Debug" (based on "Win32 (x86) Console Application") !MESSAGE # Begin Project # PROP AllowPerConfigDependencies 0 # PROP Scc_ProjName "" # PROP Scc_LocalPath "" CPP=cl.exe RSC=rc.exe # PROP BASE Use_MFC 0 # PROP BASE Use_Debug_Libraries 1 # PROP BASE Output_Dir "Debug" # PROP BASE Intermediate_Dir "Debug" # PROP BASE Target_Dir "" # PROP Use_MFC 0 # PROP Use_Debug_Libraries 1 # PROP Output_Dir "..\..\..\..\..\bin" # PROP Intermediate_Dir "..\..\..\..\..\bin\obj" # PROP Ignore_Export_Lib 0 # PROP Target_Dir "" # ADD BASE CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /GZ /c # ADD CPP /nologo /G5 /MDd /W3 /Gm /GX /Zi /Od /I "..\..\..\..\..\include" /D "_DEBUG" /D "WIN32" /D "_CONSOLE" /D "DEVENV_VCPP" /D "PROJ_SAXCOUNT" /D "PLATFORM_WIN32" /FD /GZ /c # SUBTRACT CPP /YX # ADD BASE RSC /l 0x409 /d "_DEBUG" # ADD RSC /l 0x409 /d "_DEBUG" BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /debug /machine:I386 /pdbtype:sept # ADD LINK32 kernel32.lib user32.lib xerces-c_1.lib /nologo /version:1.0 /subsystem:console /debug /machine:I386 /pdbtype:sept /libpath:"..\..\..\..\..\lib" # Begin Target # Name "StdInParse - Win32 Debug" # Begin Group "Source Files" # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat" # Begin Source File SOURCE=..\..\..\..\StdInParse\StdInParse.cpp # End Source File # Begin Source File SOURCE=..\..\..\..\StdInParse\StdInParseHandlers.cpp # End Source File # End Group # Begin Group "Header Files" # PROP Default_Filter "h;hpp;hxx;hm;inl" # Begin Source File SOURCE=..\..\..\..\StdInParse\StdInParse.hpp # End Source File # Begin Source File SOURCE=..\..\..\..\StdInParse\StdInParseHandlers.hpp # End Source File # End Group # Begin Group "Resource Files" # PROP Default_Filter "ico;cur;bmp;dlg;rc2;rct;bin;rgs;gif;jpg;jpeg;jpe" # End Group # End Target # End Project From abagchi@locus.apache.org Wed Dec 1 00:06:31 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 59605 invoked from network); 1 Dec 1999 00:06:31 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 1 Dec 1999 00:06:31 -0000 Received: (qmail 23849 invoked by uid 2016); 1 Dec 1999 00:00:05 -0000 Delivered-To: apcore-xml-xerces-cvs@apache.org Received: (qmail 23012 invoked from network); 30 Nov 1999 23:58:35 -0000 Received: from unknown (HELO locus.apache.org) (63.211.145.10) by taz.hyperreal.org with SMTP; 30 Nov 1999 23:58:35 -0000 Received: (qmail 58590 invoked by uid 1026); 30 Nov 1999 23:58:34 -0000 Date: 30 Nov 1999 23:58:34 -0000 Message-ID: <19991130235834.58589.qmail@locus.apache.org> From: abagchi@locus.apache.org To: xml-xerces-cvs@apache.org Subject: cvs commit: xml-xerces/c/samples/Projects/Win32/VC6/EnumVal EnumVal.dsp abagchi 99/11/30 15:58:34 Added: c/samples/Projects/Win32/VC6/EnumVal EnumVal.dsp Log: Initial checkin Revision Changes Path 1.1 xml-xerces/c/samples/Projects/Win32/VC6/EnumVal/EnumVal.dsp Index: EnumVal.dsp =================================================================== # Microsoft Developer Studio Project File - Name="EnumVal" - Package Owner=<4> # Microsoft Developer Studio Generated Build File, Format Version 6.00 # ** DO NOT EDIT ** # TARGTYPE "Win32 (x86) Console Application" 0x0103 CFG=EnumVal - Win32 Debug !MESSAGE This is not a valid makefile. To build this project using NMAKE, !MESSAGE use the Export Makefile command and run !MESSAGE !MESSAGE NMAKE /f "EnumVal.mak". !MESSAGE !MESSAGE You can specify a configuration when running NMAKE !MESSAGE by defining the macro CFG on the command line. For example: !MESSAGE !MESSAGE NMAKE /f "EnumVal.mak" CFG="EnumVal - Win32 Debug" !MESSAGE !MESSAGE Possible choices for configuration are: !MESSAGE !MESSAGE "EnumVal - Win32 Debug" (based on "Win32 (x86) Console Application") !MESSAGE # Begin Project # PROP AllowPerConfigDependencies 0 # PROP Scc_ProjName "" # PROP Scc_LocalPath "" CPP=cl.exe RSC=rc.exe # PROP BASE Use_MFC 0 # PROP BASE Use_Debug_Libraries 1 # PROP BASE Output_Dir "Debug" # PROP BASE Intermediate_Dir "Debug" # PROP BASE Target_Dir "" # PROP Use_MFC 0 # PROP Use_Debug_Libraries 1 # PROP Output_Dir "..\..\..\..\..\bin" # PROP Intermediate_Dir "..\..\..\..\..\bin\obj" # PROP Ignore_Export_Lib 0 # PROP Target_Dir "" # ADD BASE CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /YX /FD /GZ /c # ADD CPP /nologo /G5 /MDd /W3 /Gm /GX /Zi /Od /I "..\..\..\..\..\include" /D "_DEBUG" /D "WIN32" /D "_CONSOLE" /D "DEVENV_VCPP" /D "PROJ_SAXCOUNT" /D "PLATFORM_WIN32" /FD /GZ /c # SUBTRACT CPP /YX # ADD BASE RSC /l 0x409 /d "_DEBUG" # ADD RSC /l 0x409 /d "_DEBUG" BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console /debug /machine:I386 /pdbtype:sept # ADD LINK32 kernel32.lib user32.lib xerces-c_1.lib /nologo /version:1.0 /subsystem:console /debug /machine:I386 /pdbtype:sept /libpath:"..\..\..\..\..\lib" # Begin Target # Name "EnumVal - Win32 Debug" # Begin Group "Source Files" # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat" # Begin Source File SOURCE=..\..\..\..\EnumVal\EnumVal.cpp # End Source File # End Group # Begin Group "Resource Files" # PROP Default_Filter "ico;cur;bmp;dlg;rc2;rct;bin;rgs;gif;jpg;jpeg;jpe" # End Group # End Target # End Project From dirkx@webweaving.org Wed Dec 1 09:29:47 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 75770 invoked from network); 1 Dec 1999 09:29:47 -0000 Received: from ns.skylink.it (root@194.177.113.1) by 63.211.145.10 with SMTP; 1 Dec 1999 09:29:47 -0000 Received: from kim.ispra.webweaving.org (va-160.skylink.it [194.185.55.160]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id LAA23836; Wed, 1 Dec 1999 11:32:38 +0100 Received: from brunte.ispra.webweaving.org (brunte.ispra.webweaving.org [10.0.0.12]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id JAA12484; Wed, 1 Dec 1999 09:29:08 GMT X-Passed: MX on Ispra.WebWeaving.org Wed, 1 Dec 1999 09:29:08 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Wed, 1 Dec 1999 09:29:08 GMT Date: Wed, 1 Dec 1999 10:29:08 +0100 (CET) From: Dirk-Willem van Gulik X-Sender: dirkx@brunte.ispra.webweaving.org To: fop-dev@xml.apache.org, xerces-dev@xml.apache.org cc: xalan-dev@xml.apache.org Subject: CVS commit split off to *-cvs list instead of *dev. (resend) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Please note that the following CVS commit lists have been created fop-cvs, xalan-cvs and xerces-cvs. So you will no longer see CVS postings here. Following the CVS postings is _E_S_S_E_N_T_I_A_L_ for any developer who wants to know what is actually happening. We might talk on the *-dev lists, but it is only on the *-cvs list's that you see the real work happen. The only reason we have split them off is so that you can easier filter, and perhaps skip them while you are on the road on low bandwith. But that is just about the only excuse :-) I've resisted the temptation and I've NOT subscribed you all en masse. So You'll have to do that yourself by sending mail to As usual. The web site is not quite updated yet. But the archive's should work. Unless you plead with me big time, I will not move any old CVS-* massage in the archive. Note that _any_ discussion about commit's should NOT happen on the CVS lists, but on the normal *-dev list's instead. Dw From dirkx@webweaving.org Wed Dec 1 11:58:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 80341 invoked from network); 1 Dec 1999 11:58:40 -0000 Received: from ns.skylink.it (root@194.177.113.1) by 63.211.145.10 with SMTP; 1 Dec 1999 11:58:40 -0000 Received: from kim.ispra.webweaving.org (va-160.skylink.it [194.185.55.160]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id OAA28841; Wed, 1 Dec 1999 14:01:26 +0100 Received: from brunte.ispra.webweaving.org (brunte.ispra.webweaving.org [10.0.0.12]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id LAA12778; Wed, 1 Dec 1999 11:57:03 GMT X-Passed: MX on Ispra.WebWeaving.org Wed, 1 Dec 1999 11:57:03 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Wed, 1 Dec 1999 11:57:03 GMT Date: Wed, 1 Dec 1999 12:57:02 +0100 (CET) From: Dirk-Willem van Gulik X-Sender: dirkx@brunte.ispra.webweaving.org To: xerces-dev@xml.apache.org, xalan-dev@xml.apache.org, fop-dev@xml.apache.org, cocoon-dev@xml.apache.org, general@xml.apache.org Subject: Attribution of patches Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII May I gently remind _all_ committers in all xml apache projects of a small apache tradition :-) That when you commit a patch which you've gotten from someone else, (obviously after eyeballing it) from the mailing list, from the bug database, whereever... that you _really_ should mention: - who you got the patch/suggestion from - and what it fixes/does - and who else might have also eyeballed the patch and muttered approvingly. If possible, quote a message id, an email address, a bug tracking #, whatever. Unless of course the contributor has explicitly said he wants to be anonymous. The reason for this is partly fairness to the wide group of people who contribute, but mainly to comminicate things in this distributed enviroment a bit easier. Remember that typically there is no single person who has explict responsibility for funneling bug reports, tracking releases and doing all the usual project admin stuff. We have to do it ourselves. And this helps. If you want more people too look at a patch or idea, just commit it to the STATUS or todo.xml list each project has. With a ptr ot the patch and your idea's. Secondly, If you have commit access, make sure that you are subscribed to the relevant *-cvs mailing lists :-). It is a good way to avoid nasty suprizes whey you finally commit your master piece. And finally.. to remind you of general@xml.apache.org which is a list shared by all projects. Where general things are discussed. Such as this message really. It's volume is fairly low right now. In part because there are a lot of people only subscribed to a single *-dev list. Which is I guess my apology for crossposting this so nastily. Hafe vun! Dw. From steve@activated.com Wed Dec 1 17:51:25 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 95820 invoked from network); 1 Dec 1999 17:51:25 -0000 Received: from haley.activated.com (216.27.54.6) by 63.211.145.10 with SMTP; 1 Dec 1999 17:51:25 -0000 Received: from towerpc (tower.activated.com [216.27.54.16]) by haley.activated.com (Netscape Messaging Server 3.62) with SMTP id 64 for ; Wed, 1 Dec 1999 12:51:30 -0500 Message-ID: <03e801bf3c24$94f86820$10361bd8@towerpc> Reply-To: "Steven Tower" From: "Steven Tower" To: Subject: [ANN] EZ/X - XML Technology Preview Now Available Date: Wed, 1 Dec 1999 12:50:40 -0500 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 *********************************************************** *********************************************************** Download EZ/X now: web =======> http://www.activated.com/download/ezx.zip http://www.activated.com/download/ezx.tar.gz ftp =======> ftp://ftp.activated.com/ezx.zip ftp://ftp.activated.com/ezx.tar.gz feedback ==> mailto:ezx-feedback@activated.com *********************************************************** *********************************************************** Activated Intelligence (http://activated.com) invites you to preview our EZ/X suite of core XML tools for Java. EZ/X combines world-class XML parsing and XSL processing in a compact, pure Java package. EZ/X has been in production use for over a year at the JavaLobby (http://javalobby.org) - which was probably the world's first 100% dynamically generated XML/XSL site. EZ/X has delivered consistently under grueling circumstances and extreme heavy loads. We've worked hard to make EZ/X fast, reliable, and conformant to prevailing standards. Preliminary testing by Activated and third-parties suggests that EZ/X should give a great performance boost to your mission-critical XML projects. XSL processing with EZ/X is usually 2-3 times faster than Lotus/IBM/Apache or Oracle, and often much faster when dealing with complex XML/XSL. We hope to make EZ/X available to everyone for free, but we need the support of a major industry partner to do so. If you'd like to have EZ/X for free, then you can help. By affirming that you want a fast, reliable, compact XML solution you'll help us find the sponsorship we need to bring it to you. Everybody wins. We hope EZ/X works as well for you as it has for us, and we hope it helps drive forward your success with XML. We look forward to your comments, ideas and suggestions, please send them to ezx-feedback@activated.com (mailto:ezx-feedback@activated.com). Best regards, The Activated EZ/X Team From rahulj@us.ibm.com Wed Dec 1 17:53:55 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 96208 invoked from network); 1 Dec 1999 17:53:55 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 1 Dec 1999 17:53:55 -0000 Received: from netmail.austin.ibm.com (netmail.austin.ibm.com [9.53.250.98]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id LAA30960 for ; Wed, 1 Dec 1999 11:50:41 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail.austin.ibm.com (8.8.5/8.8.5) with ESMTP id LAA29600; Wed, 1 Dec 1999 11:53:49 -0600 Received: from us.ibm.com (socks1.almaden.ibm.com [9.1.40.40]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id LAA22620; Wed, 1 Dec 1999 11:53:47 -0600 (CST) Message-ID: <384562AD.A3AB158C@us.ibm.com> Date: Wed, 01 Dec 1999 10:02:21 -0800 From: Rahul Jain Reply-To: rahulj@apache.org Organization: IBM Center for Java Technology X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org, marc@ist.de Subject: Re: [Fwd: xml4c on SGI IRIX] References: <384159EA.F062065C@ist.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Marc, Thanks for submitting your changes. > > I managed to port xml4c2_3_1 and ICU to SGI IRIX 6.5.5 using SGI > MIPSpro C++ 7.3 and 7.2.1 generating 32 bit objects. > I just finished merging in the changes that you submitted to make it work under IRIX. The submitted changes were for XML4C 2.3.1, but they were easy enough to merge. Hopefully, I have not missed any significant ones. Now, as I do not have access to a SGI machine, I have not tested these changes. Could you please extract the sources from the repository and give it a try. For a start, please try using the native transcoding option rather than ICU and use 'inmem' message loading. What remains is testing and changes to documentation. The current Xerces-C code works with ICU 1.3.1 under NT, Solaris 2.6, AIX 4.1.5 +, HPUX 10.20 and HPUX 11.0 besides RedHat 6.0. Your changes for ICU 1.2.5 (bundled with XML4C 2.3.1) have been forwarded to the ICU team. I have mentioned your name in the commit message as the contributer of this port. If this is not acceptable, please let us know and we will remove your name from all the files. In general, all contributers please indicate your preference about including your name/email address in the attribution. > Actually, in order to make xml4c I had to cheat a little: > When the SGI compilers encounter templates, they emit information in > the object file, and in an associated .ii file to help the prelinker > determine which files are responsible for instantiating the various > template entities referenced in a set of object files. > These .ii files are located in a directory ii_files which is created > in the directory where the object files are written (which usually is > the directory where the .cpp files are). > These .ii files contain absolute pathnames to their corresponding > object files. > Now, you are using an /obj directory where all the object files are > copied to. Unfortunately it is not possible to also copy the .ii files > to the /obj directory. Due to the absolute filenames the prelinker > cannot find the corresponding object file, and a fatal error occurs. > I got around this problem by compiling every source file twice; the > second compile output goes directly to the /obj directory -- the .ii > files inclusive. This of course renders the cp in the Makefile > superfluous. > In Makefile.incl line 61 I created a new variable OBJ_OUT which is > used in lines 203 and 207. > This is not very elegant and doubles compile time. > Actually, I don't really understand why you use the /obj directory at > all. Building the library would be just as easy when the object files > were left where they were compiled. The pathnames are all known; I > can't really see what the /obj directory is needed for. For now, I have merged in the double compilation of the .o files. The goal (not achieved yet completely) is to have the object files generated directly in a separate directory from the sources. And that is the reason why we have XERCESCROOT/obj directory. As you correctly mentioned, we currently generate the .o files in the same directory as the source files and then copy them over to the obj directory. So there is that extra copy of .o files sitting. What I would like to see happen is to directly generate the .o files in the obj directory. I have not checked yet if specifying somthing like this works with 'gmake'. .cpp$(OBJDIR)/.o: $(CC) -c $(COMPILEFLAGS) -o $@ $< The makefiles do not have the dependency list in them and all compilers do not give you an option to generate the dependency list. Hence, we currently have in the makefile commands equivalent to: .cpp.o: $(CC) -c $(COMPILEFLAGS) -o $@ $< $(CP) theObjectFiles to theTopLevelObjectDir > I would like to make some changes in the xml4c sources. Perhaps you > could let me know the approx. date of the next relase so that I don't > have to do this twice. The next binary release should happen in less than two weeks time. > General Notes: > 1. > class DOM_Attr is kind of useless as there is no way to convert from a > DOM_Node - snip - > 2. DOM NodeEnumerator is missing > 3. DOM AttributeList is missing > If (2) and (3) were implemented, (1) wouldn't be a problem. > 4. transcoding: I wrote a little helper method that saves tons of > code: > - snip - > 5. Provided a compiler is used that supports auto_ptr, instantiating a > parser can be done like this: - snip - We are looking into these suggestions and will respond separately. rahul rahulj@apache.org From stefano@apache.org Thu Dec 2 11:49:22 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 39408 invoked from network); 2 Dec 1999 11:49:22 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 2 Dec 1999 11:49:22 -0000 Received: from apache.org (pv8-pri.systemy.it [194.21.255.8]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id MAA15752 for ; Thu, 2 Dec 1999 12:49:05 +0100 Message-ID: <38465C8F.D2B882B2@apache.org> Date: Thu, 02 Dec 1999 12:48:31 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: Xerces Subject: Re: Proposal for addiction to the Sun XML Java API Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tim Bray wrote: > > At 04:55 PM 11/28/99 +0100, Stefano Mazzocchi wrote: > >Wong Kok Wai wrote: > > > >> Microsoft has a patent for CSS. > > > >It does not, since this cannot possibly being done > > Microsoft has a patent on the basic concept of rendering tagged text > using stylesheets. It was idiotically issued at least two decades after > this was first done by someone else. It was apparently issued to a bunch > of engineers working on the now-deceased "blackbird" technology that > was supposed, in 1994, to replace the Web. The guys in the internet end > of MS claim they had no idea and I mostly believe them. The US patent > system is at this moment quite deeply diseased in the area of software. > > E.g. Yahoo has a patent on the idea of publishing web pages by filling > templates out from an in-memory database. No, I'm not kidding. > > >You cannot patent an API. As you could not even patent the idea of > >having "stream of structured events" as parser output. > > > >Your fear of someone patenting an XML API is totally irrational. > > Your comment is 100% wrong, but at the same time reasonable. In > fact, it is generally recognized that the current state of the art > in US software patents is, to quote you, "totally irrational". > > Since the world is full of irrational manifestations, it is probably > in general better to check facts before pronouncing them impossible. -T. Wiser. Wise words that show how much I have to learn. Sometimes, it just feels good to be european :) -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From stefano@apache.org Thu Dec 2 11:50:13 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 40210 invoked from network); 2 Dec 1999 11:50:13 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 2 Dec 1999 11:50:13 -0000 Received: from apache.org (pv8-pri.systemy.it [194.21.255.8]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id MAA15737 for ; Thu, 2 Dec 1999 12:49:00 +0100 Message-ID: <38465C52.A13F1773@apache.org> Date: Thu, 02 Dec 1999 12:47:30 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: Xerces Subject: Serialization API Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Assaf Arkin wrote: > > I like it. I like the design too. Well balanced. > I think init() should be aptly named setOutputFormat(), with a guarantee > that doing either a setOutputFormat() or setOutputStream() will > re-intialize the serializer. Hmmm, some thoughts: the proposal follows the "common end mode": you create the serializer for a given output stream (I clearly see this since Scott is probably thinking of System.out) and reuse it for every document. Applying symmetries, you the "common start mode" where you would create the serializer for a document and reuse it for different streams. Kind of useless, I agree. But there is another mode, which is not hubbed on input nor output, but on code. For servlets, you have one document and one stream. None of them can be reused. No suggestions, just asking for comments: do you think we should have a more general reset() with no fixed ends (no document, no stream reuse)? Usually, in servlets I would create a new serializer everytime to avoid concurrency problems (reusing a serializer could cause incredible deadlocks), but maybe the code is so simple that we could reuse() them (even if I don't count on it). Comments on this? > I would rather use the names asDOMSerializer() and asDocumentHandler() > because you are returning a different view of an already created > serializer, not creating a new one (even though each of these objects > could be separate). I like this more, too. > Other than that, +1 for me on all interfaces proposed. > > One question, though. I see people getting confused with the name > BaseSerializer assuming that all serializers must extend it, when in > fact it's very specific to XML/HTMLSerializer. I'm looking a name that > will convey being a parent class (and abstract), but not one that people > should be looking to extend or construct. And idead? AbstractSerializer? AbstractMarkupSerializer? -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From mgm@decisionsoft.com Thu Dec 2 17:23:07 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 48677 invoked from network); 2 Dec 1999 17:23:07 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 2 Dec 1999 17:23:07 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id RAA16596 for ; Thu, 2 Dec 1999 17:22:40 GMT Sender: mgm@decisionsoft.com Message-ID: <3846AADF.13802AC5@decisionsoft.com> Date: Thu, 02 Dec 1999 17:22:39 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev mailing list Subject: Internal transcoder funnies? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Having followed most of the discussions here for a while, I decided it was time to try moving to Xerces from XML4C. Seemed pretty straightforward, but I have the following queries: ValidatingSAXParser and NonValidatingSAXParser don't exist any more, so I've used SAXParser() to create a parser. Presumably this won't do any validation, and I can experiment with passing the constructor a validator when I get round to it. There's been lots of talk about pluggable validators, and this seems like a good interface, so I hope I'm on the right track. At link time, I got "libxerces-c1_0.so: undefined reference to `IconvTransService::IconvTransService(void)'" so hunted around for this file. I switched into c/src/util/Transcoders/Iconv and did a make, but gcc complained with IconvTransService.cpp:126: ANSI C++ forbids comparison between pointer and integer IconvTransService.cpp:126: ANSI C++ forbids comparison between pointer and integer and again on line 150. I fixed this with (CVS output here) --- diff begins --- diff -u -r1.3 IconvTransService.cpp --- IconvTransService.cpp 1999/11/20 00:28:19 1.3 +++ IconvTransService.cpp 1999/12/02 17:16:34 @@ -123,7 +123,7 @@ const XMLCh* cptr1 = comp1; const XMLCh* cptr2 = comp2; - while ((*cptr1 != NULL) && (*cptr2 != NULL)) + while ((*cptr1 != '\0') && (*cptr2 != '\0')) { wint_t wch1 = towupper(*cptr1); wint_t wch2 = towupper(*cptr2); @@ -147,7 +147,7 @@ const XMLCh* cptr2 = comp2; unsigned int n = 0; - while ((*cptr1 != NULL) && (*cptr2 != NULL) && (n < maxChars)) + while ((*cptr1 != '\0') && (*cptr2 != '\0') && (n < maxChars)) { wint_t wch1 = towupper(*cptr1); wint_t wch2 = towupper(*cptr2); --- diff ends --- But it seems the sort of thing that would have been picked up by others before now. There are some further warnings "warning: passing `const int *' as argument 2 of `towctrans(unsigned int, const unsigned int *)' changes signedness" too. I'm compiling on a Redhat 5.2(ish) box after using the runConfigure script with "-p linux -c gcc -x g++ -t native". This got me IconvTransService.o which I simply included in my final link to get an executable. My utility seems to run fine like this, and passes its test suite. If anyone can give me feedback on whether any of the above is unusual, or if I've missed a step in my compilation of Xerces, etc, I'd appreciate it. Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From mgm@decisionsoft.com Thu Dec 2 17:54:36 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 49546 invoked from network); 2 Dec 1999 17:54:36 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 2 Dec 1999 17:54:36 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id RAA16686 for ; Thu, 2 Dec 1999 17:54:11 GMT Sender: mgm@decisionsoft.com Message-ID: <3846B242.B35B061C@decisionsoft.com> Date: Thu, 02 Dec 1999 17:54:10 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev mailing list Subject: VC6 build Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm having problems doing an MSVC6 build of Xerces. When I try to open c/Projects/Win32/VC6/xerces-all/XercesLib/XercesLib.dsp Visual Studio tells me "This makefile was not generated by developer studio" then offers to wrap it for me. The result doesn't seem to have any targets left in it, or do anything useful. I'm using Visual C++ 6.0, under NT. Any help much appreciated (point me at the docs, even). Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From noodles@orange.keble.ox.ac.uk Thu Dec 2 18:02:05 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 50031 invoked from network); 2 Dec 1999 18:02:05 -0000 Received: from max146.public.ox.ac.uk (HELO orange.keble.ox.ac.uk) (192.76.27.146) by 63.211.145.10 with SMTP; 2 Dec 1999 18:02:05 -0000 Received: (from noodles@localhost) by orange.keble.ox.ac.uk (8.9.3/8.9.3) id RAA12570 for xerces-dev@xml.apache.org; Thu, 2 Dec 1999 17:46:08 GMT (envelope-from noodles) Date: Thu, 2 Dec 1999 17:46:08 +0000 From: Jonathan McDowell To: xerces-dev@xml.apache.org Subject: Re: xerces-c: configure scripts broken? Message-ID: <19991202174608.C11726@earth.li> References: <382BE39C.ECCE79E8@decisionsoft.com> <382C894E.25B707DD@us.ibm.com> <19991123142401.G4872@ox.compsoc.net> <383AE247.1204F195@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <383AE247.1204F195@us.ibm.com> On Tue, Nov 23, 1999 at 10:51:51AM -0800, Rahul Jain wrote: > I also don't like the way the configure script is written. This is our > first attempt with autoconf generated makefile's and hence the scripts > have not matured. We would welcome any help that we could get in > rewriting the configure.in and Makefile.in's for Xerces-C. > > Also, most platform/compiler specific flags are currently spread > between src/Makefile.incl and runConfigure. I would like to > consolidate them into src/configure.in and src/Makefile.in I've started looking at this. Expect a patch within a couple of days hopefully. J. -- Errors have been made. Others will be blamed. This .sig was brought to you by the letter G and the numbers 5 & 20 Product of the Republic of HuggieTag From noodles@orange.keble.ox.ac.uk Thu Dec 2 18:02:13 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 50255 invoked from network); 2 Dec 1999 18:02:13 -0000 Received: from max146.public.ox.ac.uk (HELO orange.keble.ox.ac.uk) (192.76.27.146) by 63.211.145.10 with SMTP; 2 Dec 1999 18:02:13 -0000 Received: (from noodles@localhost) by orange.keble.ox.ac.uk (8.9.3/8.9.3) id RAA12582; Thu, 2 Dec 1999 17:47:39 GMT (envelope-from noodles) Date: Thu, 2 Dec 1999 17:47:39 +0000 From: Jonathan McDowell To: xerces-dev@xml.apache.org, rahulj@apache.org Subject: Re: runConfigure script & bash Message-ID: <19991202174739.D11726@earth.li> References: <19991123180325.B57586@ox.compsoc.net> <383AE01D.13519748@us.ibm.com> <19991125114918.C64306@ox.compsoc.net> <3842C5F9.78F05778@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <3842C5F9.78F05778@us.ibm.com> On Mon, Nov 29, 1999 at 10:29:13AM -0800, Rahul Jain wrote: > > I'm quite happy to produce a patch that makes it work under both > > FreeBSD's sh and bash - I would assume this would work under most sh > > like shells. > Please post the changes for FreeBSD and I will test the changes on > other unix's and do the integration. I sat down to do this today and found that it can be trivially fixed by changing all the "exit -1" instances to "exit 1" - it seems the /bin/sh with FreeBSD doesn't like negative result codes. It seems a bit pointless to submit a patch for this, so can someone with CVS access change this please? J. -- Programmer, | Death is a nonmaskable interrupt. | Tel/SMS (Orange): student and | | +44-7974-678646 BHMF. | | Made by HuggieTag From dirkx@webweaving.org Thu Dec 2 18:12:14 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 50829 invoked from network); 2 Dec 1999 18:12:14 -0000 Received: from ns.skylink.it (root@194.177.113.1) by 63.211.145.10 with SMTP; 2 Dec 1999 18:12:14 -0000 Received: from kim.ispra.webweaving.org (va-167.skylink.it [194.185.55.167]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id TAA06715; Thu, 2 Dec 1999 19:12:10 +0100 Received: from brunte.ispra.webweaving.org (brunte.ispra.webweaving.org [10.0.0.12]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id SAA15689; Thu, 2 Dec 1999 18:08:37 GMT X-Passed: MX on Ispra.WebWeaving.org Thu, 2 Dec 1999 18:08:37 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Thu, 2 Dec 1999 18:08:37 GMT Date: Thu, 2 Dec 1999 19:08:36 +0100 (CET) From: Dirk-Willem van Gulik X-Sender: dirkx@brunte.ispra.webweaving.org To: xerces-dev@xml.apache.org cc: rahulj@apache.org Subject: Re: runConfigure script & bash In-Reply-To: <19991202174739.D11726@earth.li> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Done. Does this work ? Dw On Thu, 2 Dec 1999, Jonathan McDowell wrote: > > On Mon, Nov 29, 1999 at 10:29:13AM -0800, Rahul Jain wrote: > > > > I'm quite happy to produce a patch that makes it work under both > > > FreeBSD's sh and bash - I would assume this would work under most sh > > > like shells. > > Please post the changes for FreeBSD and I will test the changes on > > other unix's and do the integration. > > I sat down to do this today and found that it can be trivially fixed by > changing all the "exit -1" instances to "exit 1" - it seems the /bin/sh > with FreeBSD doesn't like negative result codes. It seems a bit > pointless to submit a patch for this, so can someone with CVS access > change this please? > > J. > > From arkin@exoffice.com Thu Dec 2 19:03:04 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 51973 invoked from network); 2 Dec 1999 19:03:04 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 2 Dec 1999 19:03:04 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id LAA00947 for ; Thu, 2 Dec 1999 11:15:31 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <3846C552.C91752E4@exoffice.com> Date: Thu, 02 Dec 1999 11:15:30 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Serialization API References: <38465C52.A13F1773@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Usually, in servlets I would create a new serializer everytime to avoid > concurrency problems (reusing a serializer could cause incredible > deadlocks), but maybe the code is so simple that we could reuse() them > (even if I don't count on it). > > Comments on this? I don't think every serializer can give you reusability. Mine should do that, even though I never tested it. Might require a fix or two. But other serializers might be too complicated to ever be reused. If you know that you are using a certain serializer that is reusable, you can hold a pool of them, then use one from the pool for a given Servlet, put it back in the pool once you're done. Next Servlet comes along, gets a new one or a pooled one. So from a Servlet perspective one serializer/output/format per invocation, from a serializer perspective the serializer is reused over and over. So perhaps (just thinking out loud) a canReuse() method. I just realized that some serializers might need to be destroyed if they are not reused, so we will also need a destroy() method. (Not close(), because close() implies closing the output stream). Having canReuse() and close(), it's possible to create a PoolSerializer that is created and disposed of continueously, but uses a reusable serializer underneath from a pool. > AbstractSerializer? > AbstractMarkupSerializer? Markup! I think BaseMarkupSerializer would indicate the exact purpose of the class. Thanks, you saved the day ;-) arkin > > -- > Stefano Mazzocchi One must still have chaos in oneself to be > able to give birth to a dancing star. > Friedrich Nietzsche -- ____________________________________________________________ Assaf Arkin arkin@exoffice.com CTO http://www.exoffice.com Exoffice, The ExoLab Company tel: (650) 259-9796 From Curt.Arnold@hyprotech.com Thu Dec 2 19:17:12 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 52467 invoked from network); 2 Dec 1999 19:17:12 -0000 Received: from cliff.hyprotech.com (192.139.200.5) by 63.211.145.10 with SMTP; 2 Dec 1999 19:17:12 -0000 Received: by CLIFF with Internet Mail Service (5.5.2232.9) id ; Thu, 2 Dec 1999 12:18:34 -0700 Message-ID: <61DAD58E8F4ED211AC8400A0C9B4687341553C@THOR> From: "Arnold, Curt" To: "'xerces-dev@xml.apache.org'" Subject: RE: VC6 build Date: Thu, 2 Dec 1999 11:55:22 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="windows-1252" I don't have a .dsp, but a .dsw (in my build from the first binary drop) which seems to open properly in VC6 (SP2) with all the sub projects, DOMCount, etc. What happens if you try to load the .dsw (if you have one)? -----Original Message----- From: Michael Mason [mailto:mgm@decisionsoft.com] Sent: Thursday, December 02, 1999 11:54 AM To: xerces-dev mailing list Subject: VC6 build I'm having problems doing an MSVC6 build of Xerces. When I try to open c/Projects/Win32/VC6/xerces-all/XercesLib/XercesLib.dsp Visual Studio tells me "This makefile was not generated by developer studio" then offers to wrap it for me. The result doesn't seem to have any targets left in it, or do anything useful. I'm using Visual C++ 6.0, under NT. Any help much appreciated (point me at the docs, even). Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From rahulj@us.ibm.com Thu Dec 2 20:28:17 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 54086 invoked from network); 2 Dec 1999 20:28:17 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 2 Dec 1999 20:28:17 -0000 Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [9.53.250.96]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id OAA33500 for ; Thu, 2 Dec 1999 14:25:06 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail1.austin.ibm.com (8.8.5/8.8.5) with ESMTP id OAA35826 for ; Thu, 2 Dec 1999 14:28:15 -0600 Received: from us.ibm.com (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id OAA28510 for ; Thu, 2 Dec 1999 14:28:11 -0600 (CST) Message-ID: <3846D85E.ACAAA47E@us.ibm.com> Date: Thu, 02 Dec 1999 12:36:46 -0800 From: Rahul Jain Reply-To: rahulj@apache.org Organization: IBM Center for Java Technology X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Internal transcoder funnies? References: <3846AADF.13802AC5@decisionsoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > At link time, I got "libxerces-c1_0.so: undefined reference to > `IconvTransService::IconvTransService(void)'" so hunted around for this > file. I switched into c/src/util/Transcoders/Iconv and did a make, but > gcc complained with > > IconvTransService.cpp:126: ANSI C++ forbids comparison between pointer > and integer > IconvTransService.cpp:126: ANSI C++ forbids comparison between pointer > and integer > > and again on line 150. I fixed this with (CVS output here) > > --- diff begins --- > diff -u -r1.3 IconvTransService.cpp > --- IconvTransService.cpp 1999/11/20 00:28:19 1.3 > +++ IconvTransService.cpp 1999/12/02 17:16:34 > @@ -123,7 +123,7 @@ > const XMLCh* cptr1 = comp1; > const XMLCh* cptr2 = comp2; > > - while ((*cptr1 != NULL) && (*cptr2 != NULL)) > + while ((*cptr1 != '\0') && (*cptr2 != '\0')) > { > wint_t wch1 = towupper(*cptr1); > wint_t wch2 = towupper(*cptr2); > @@ -147,7 +147,7 @@ > const XMLCh* cptr2 = comp2; > > unsigned int n = 0; > - while ((*cptr1 != NULL) && (*cptr2 != NULL) && (n < maxChars)) > + while ((*cptr1 != '\0') && (*cptr2 != '\0') && (n < maxChars)) > { > wint_t wch1 = towupper(*cptr1); > wint_t wch2 = towupper(*cptr2); > --- diff ends --- > > But it seems the sort of thing that would have been picked up by others > before now. Thank you Michael for pointing this out. I swear that I compiled the file successfully before commiting the changes. I must have been on a different platform/compiler which did not care. Anyway, I ack. that use of NULL is incorrect in these instances. I have fixed the code and checked in the change. > There are some further warnings "warning: passing `const int > *' as argument 2 of `towctrans(unsigned int, const unsigned int *)' > changes signedness" too. I'm compiling on a Redhat 5.2(ish) box after > using the runConfigure script with "-p linux -c gcc -x g++ -t native". We would eventually like to get rid of all these warnings. For, now as long as the code works, we will have to live with them. rahul From Shane_Curcuru@lotus.com Thu Dec 2 22:40:53 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Delivered-To: moderator for xerces-dev@xml.apache.org Received: (qmail 56692 invoked from network); 2 Dec 1999 22:40:53 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 2 Dec 1999 22:40:53 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id RAA01944 for ; Thu, 2 Dec 1999 17:54:32 -0500 (EST) From: Shane_Curcuru@lotus.com Received: from cammail01 (CAMMAIL01.lotus.com [9.95.5.59]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id RAA24572 for ; Thu, 2 Dec 1999 17:38:33 -0500 (EST) Subject: Can't build Xerces-J today, apparently missing org.apache.xml.serialize.FOPSerializer To: xerces-dev@xml.apache.org Date: Thu, 2 Dec 1999 17:37:54 -0500 Message-ID: X-MIMETrack: Serialize by Router on CAMMAIL01/CAM/M/Lotus(Release 5.0.2 |November 4, 1999) at 12/02/99 05:44:58 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Is anyone else having a problem with building Xerces today (NT Server 4 SP5, JDK1.2.2, using regular build scripts)? If I build Xerces from freshly updated sources from apache, I get the following error: (a bunch of classes compile fine...) javac Serializer.java Serializer.java:282: Class org.apache.xml.serialize.FOPSerializer not found in type declaration. serializer = new FOPSerializer(); ^ 1 error make[5]: *** [Serializer.class] Error 1 A quick search of Xerces sources didn't find a 'FOPSerializer', so I'm presuming it's part of a work-in-progress? - Assaf, am I missing something here? Or is FOPSerializer just missing? P.S. Stefano - have you had luck building (and testing) using your Ant-make? (OK, ok, I guess I'll subscribe to the xerces-dev list now too...) ---- ---- - Shane Automation, Test, & Build guy mailto:shane_curcuru@lotus.com AIM:xsltest http://alphaworks.ibm.com/tech/LotusXSL http://xml.apache.org/xalan/index.html From arkin@exoffice.com Fri Dec 3 02:35:56 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 64114 invoked from network); 3 Dec 1999 02:35:56 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 3 Dec 1999 02:35:56 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id SAA19042 for ; Thu, 2 Dec 1999 18:48:24 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <38472F77.5F91CFD9@exoffice.com> Date: Thu, 02 Dec 1999 18:48:23 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Can't build Xerces-J today, apparently missing org.apache.xml.serialize.FOPSerializer References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit FOPSerializer has been commented out and re-checked. arkin Shane_Curcuru@lotus.com wrote: > > Is anyone else having a problem with building Xerces today (NT Server 4 > SP5, JDK1.2.2, using regular build scripts)? > > If I build Xerces from freshly updated sources from apache, I get the > following error: > (a bunch of classes compile fine...) > javac Serializer.java > Serializer.java:282: Class org.apache.xml.serialize.FOPSerializer not > found in type declaration. > serializer = new FOPSerializer(); > ^ > 1 error > make[5]: *** [Serializer.class] Error 1 > > A quick search of Xerces sources didn't find a 'FOPSerializer', so I'm > presuming it's part of a work-in-progress? > - Assaf, am I missing something here? Or is FOPSerializer just missing? > > P.S. Stefano - have you had luck building (and testing) using your > Ant-make? > > (OK, ok, I guess I'll subscribe to the xerces-dev list now too...) > ---- ---- > - Shane Automation, Test, & Build guy > mailto:shane_curcuru@lotus.com AIM:xsltest > http://alphaworks.ibm.com/tech/LotusXSL > http://xml.apache.org/xalan/index.html -- ____________________________________________________________ Assaf Arkin arkin@exoffice.com CTO http://www.exoffice.com Exoffice, The ExoLab Company tel: (650) 259-9796 From twleung@sauria.com Fri Dec 3 07:37:30 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 67725 invoked from network); 3 Dec 1999 07:37:30 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 3 Dec 1999 07:37:30 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id 7CDE79E009 for ; Thu, 2 Dec 1999 23:56:03 -0800 (PST) Message-ID: <008601bf3d61$8ceb0dc0$0a00a8c0@orconet.com> From: To: References: Subject: Re: Threading problems in Xerces? Date: Thu, 2 Dec 1999 23:39:37 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Try the fixes I just checked in. ----- Original Message ----- From: Scott Boag/CAM/Lotus To: Sent: Tuesday, November 30, 1999 8:13 AM Subject: Re: Threading problems in Xerces? Andy, now I get: file:/XML/1998/06/xmlspec-v20.dtd; Line 569; Column 19 The attribute type is required in the declaration of attribute "FIXED" for element "bibl". I also sometimes get an addSymbolToCache output, which I suppose is debugging output? And still, sometimes: file:/XML/1998/06/xmlspec-v20.dtd; Line 466; Column 23 White space is required before the attribute name in the attribute-list declaration for element "{0}". and %file:/XML/1998/06/xmlspec-v20.dtd; Line 600; Column 35 The attribute type is required in the declaration of attribute "IMPLIED" for element "issue". As I said, this is running with Xalan/DTM, which subclasses the parser, so it could be something funky that I'm doing. We should set up the test with the same docs with just the parser running. -scott |------------------------+------------------------+------------------------| | | Andy Clark | | | | | To: | | | | xerces-dev@xml.apache| | | 11/29/99 01:03 PM | .org | | | Please respond to | cc: | | | xerces-dev | (bcc: Scott | | | | Boag/CAM/Lotus) | | | | Subject: | | | | Re: Threading | | | | problems in Xerces? | |------------------------+------------------------+------------------------| Scott, I have synchronized access to the static fields and committed the changes. Please update the following files and check to see if your problem goes away. org/apache/xerces/readers/StringReader.java org/apache/xerces/utils/CharDataChunk.java org/apache/xerces/utils/StringPool.java org/apache/xerces/utils/UTF8DataChunk.java -- Andy Clark * IBM, JTC - Silicon Valley * andyc@apache.org From mgm@decisionsoft.com Fri Dec 3 11:18:52 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 75634 invoked from network); 3 Dec 1999 11:18:52 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 3 Dec 1999 11:18:52 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id LAA17828 for ; Fri, 3 Dec 1999 11:18:20 GMT Sender: mgm@decisionsoft.com Message-ID: <3847A6FB.AC41B131@decisionsoft.com> Date: Fri, 03 Dec 1999 11:18:19 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: VC6 build References: <61DAD58E8F4ED211AC8400A0C9B4687341553C@THOR> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Arnold, Curt" wrote: > > I don't have a .dsp, but a .dsw (in my build from the first binary drop) > which seems to open properly in VC6 (SP2) with all the sub projects, > DOMCount, etc. What happens if you try to load the .dsw (if you have one)? I can load the .dsw in the xerces-all directory (I'm working from CVS sources here) but it comes up with no sub-projects. The file on disk certainly looks okay until I save the copy I loaded, at which point it reduces to 500 bytes and contains none of the original information. I can try inserting the sub-projects into this, but again it complains that the "makefiles" (.dsp's) weren't created by Visual Studio. I don't have the VC6 service pack installed, so I'll try that, and use a binary drop for now. Cheers, Mike. From mgm@decisionsoft.com Fri Dec 3 12:45:34 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 997 invoked from network); 3 Dec 1999 12:45:34 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 3 Dec 1999 12:45:34 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id MAA17933 for ; Fri, 3 Dec 1999 12:44:59 GMT Sender: mgm@decisionsoft.com Message-ID: <3847BB4A.C98BE011@decisionsoft.com> Date: Fri, 03 Dec 1999 12:44:58 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev mailing list Subject: Off-topic: How to pronounce "Xerces" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I know this is a little spurious, but it's lunchtime and it's been bugging me for a while now: How do I say "Xerces" ? I'd gone with Zir-chay for now, but a colleague reckons it comes from the Greek "Xerxes" (a type of butterfly, apparently), which would be pronounced Zirk-sees. Maybe we could put this in the FAQ on the website. ;-) Cheers, Mike. From jtauber@jtauber.com Fri Dec 3 12:59:33 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 5934 invoked from network); 3 Dec 1999 12:59:33 -0000 Received: from styx.uwa.edu.au (130.95.128.6) by 63.211.145.10 with SMTP; 3 Dec 1999 12:59:33 -0000 Received: from cygnus.uwa.edu.au (root@cygnusl.uwa.edu.au [130.95.128.5]) by styx.uwa.edu.au (8.9.3/8.9.3/Debian/GNU) with ESMTP id UAA32064 for ; Fri, 3 Dec 1999 20:59:29 +0800 Received: from bowst03 (dial00-134-pr.dy.uwa.cygnus.net.au [202.148.95.134]) by cygnus.uwa.edu.au (8.8.8/8.8.5) with SMTP id UAA28305 for ; Fri, 3 Dec 1999 20:59:27 +0800 (WST) Message-ID: <06c001bf3d8e$5f53c8c0$eb020a0a@bowstreet.com> From: "James Tauber" To: References: <3847BB4A.C98BE011@decisionsoft.com> Subject: Re: Off-topic: How to pronounce "Xerces" Date: Fri, 3 Dec 1999 08:00:26 -0500 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 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 > I know this is a little spurious, but it's lunchtime and it's been > bugging me for a while now: > > How do I say "Xerces" ? > > I'd gone with Zir-chay for now, but a colleague reckons it comes from > the Greek "Xerxes" (a type of butterfly, apparently), which would be > pronounced Zirk-sees. Maybe we could put this in the FAQ on the website. Xerxes (xi epsilon rho xi eta sigma) would be pronounced Ksir-ksay-ss by most accounts of Ancient Greek pronunciation. Judging from the way in which Greek words get transliterated into English via Latin, my guess would be that Xerces would be xi epsilon rho kappa eta sigma and hence Ksir-kay-ss. Although you can't tell for sure from the transliteration as both epsilon and eta went to E when Greek words were transliterated in Latin. Modern Greek pronunciation would be different. James Tauber From KWFlanagan@us.fortis.com Fri Dec 3 13:23:52 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 13043 invoked from network); 3 Dec 1999 13:23:52 -0000 Received: from ns.us.fortis.com (167.79.91.99) by 63.211.145.10 with SMTP; 3 Dec 1999 13:23:52 -0000 Received: from ns.us.fortis.com (root@localhost) by ns.us.fortis.com with ESMTP id HAA14316 for ; Fri, 3 Dec 1999 07:21:58 -0600 (CST) Received: from twbymime02.us.fortis.com (twbymime02.us.fortis.com [167.79.36.25]) by ns.us.fortis.com with ESMTP id HAA14312 for ; Fri, 3 Dec 1999 07:21:58 -0600 (CST) Received: from US.FORTIS.COM (unverified) by twbymime02.us.fortis.com (Content Technologies SMTPRS 2.0.15) with SMTP id for ; Fri, 03 Dec 1999 07:06:01 -0600 Received: from WOODBYGATE-Message_Server by US.FORTIS.COM with Novell_GroupWise; Fri, 03 Dec 1999 07:18:48 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 03 Dec 1999 07:25:16 -0600 From: Kevin Flanagan To: xerces-dev@xml.apache.org Subject: Re: Off-topic: How to pronounce "Xerces" -Reply MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_FCA58E28.63020BB7" This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_FCA58E28.63020BB7 Content-Type: text/plain Content-Disposition: inline We've been pronouncing it Zirk-sees **************************************************************** Please Note The information in this E-mail message is legally privileged and confidential information intended only for the use of the individual(s) named above. If you, the reader of this message, are not the intended recipient, you are hereby notified that you should not further disseminate, distribute, or forward this E-mail message. If you have received this E-mail in error, please notify the sender. Thank you ***************************************************************** --=_FCA58E28.63020BB7 Content-Type: message/rfc822 Received: from twbymime01.us.fortis.com ([167.79.36.24]) by 01GWGATE01 (GroupWise SMTP/MIME daemon 4.1 v3) ; Fri, 3 Dec 99 06:55:27 CST Received: from ns.us.fortis.com (unverified) by twbymime01.us.fortis.com (Content Technologies SMTPRS 2.0.15) with SMTP id for ; Fri, 03 Dec 1999 07:01:52 -0600 Received: from ns.us.fortis.com (root@localhost) by ns.us.fortis.com with ESMTP id GAA12080 for ; Fri, 3 Dec 1999 06:58:10 -0600 (CST) Received: from locus.apache.org ([63.211.145.10]) by ns.us.fortis.com with SMTP id GAA12076 for ; Fri, 3 Dec 1999 06:58:10 -0600 (CST) Received: (qmail 5954 invoked by uid 500); 3 Dec 1999 12:59:34 -0000 Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes list-help: list-unsubscribe: list-post: Reply-To: xerces-dev@xml.apache.org Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 5934 invoked from network); 3 Dec 1999 12:59:33 -0000 Message-Id: <06c001bf3d8e$5f53c8c0$eb020a0a@bowstreet.com> References: <3847BB4A.C98BE011@decisionsoft.com> X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Date: Fri, 03 Dec 1999 07:00:26 -0600 From: "James Tauber" To: jtauber@jtauber.com, xerces-dev@xml.apache.org Subject: Re: Off-topic: How to pronounce "Xerces" Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline > I know this is a little spurious, but it's lunchtime and it's been > bugging me for a while now: > > How do I say "Xerces" ? > > I'd gone with Zir-chay for now, but a colleague reckons it comes from > the Greek "Xerxes" (a type of butterfly, apparently), which would be > pronounced Zirk-sees. Maybe we could put this in the FAQ on the website. Xerxes (xi epsilon rho xi eta sigma) would be pronounced Ksir-ksay-ss by most accounts of Ancient Greek pronunciation. Judging from the way in which Greek words get transliterated into English via Latin, my guess would be that Xerces would be xi epsilon rho kappa eta sigma and hence Ksir-kay-ss. Although you can't tell for sure from the transliteration as both epsilon and eta went to E when Greek words were transliterated in Latin. Modern Greek pronunciation would be different. James Tauber --=_FCA58E28.63020BB7-- From mgm@decisionsoft.com Fri Dec 3 14:47:49 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 30780 invoked from network); 3 Dec 1999 14:47:49 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 3 Dec 1999 14:47:49 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id OAA18260 for ; Fri, 3 Dec 1999 14:47:18 GMT Sender: mgm@decisionsoft.com Message-ID: <3847D7F5.DCCD6B41@decisionsoft.com> Date: Fri, 03 Dec 1999 14:47:17 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev mailing list Subject: Non-shared libraries and ICU? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I appear to be posting a lot to this list, so I'll try and keep this brief. Out of CVS, Xerces compiles to a shared .so library (talking Linux here). I then need to include libxerces.so with an application when distributing it, and hence users must configure their LD_LIBRARY_PATH or have access to put the .so in (eg) /usr/lib. This is possible for a user to mess up[1], so in the past I've linked against .a versions of XML parser libraries, and just distributed the resulting executable. I'm now trying to do this with Xerces. Replacing the final g++ execution of the build process (g++ -DLINUX -shared -fpic -o libxerces-c1_0.so ...) with a call to "ar" and then to "ranlib" produces libxerces.a which I can happily link against. When I attempt to run the binary on another (clean, no Xerces or ICU or anything installed) machine, it complains with: The Xerces-C system could not be initialized. If you are using ICU, then the most likely reason for this failure is the inability to find the ICU coverter files. [etc] I didn't think I was using ICU, since in my original runConfigure invocation I specified the internal transcoder. Also, if I link against the .so version, copy it to the clean machine, set up my LD_LIBRARY_PATH and run my executable, it works fine without asking for the ICU files. Yikes, that wasn't as brief as I'd hoped. Any hints appreciated, Mike. [1] Of course, I could be insulting a lot of Linux users here, but on Windows it's a case of "download, unzip, run" and I'd like the Linux version to be as easy. From abagchi@us.ibm.com Fri Dec 3 20:20:59 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 40425 invoked from network); 3 Dec 1999 20:20:59 -0000 Received: from e33.co.us.ibm.com (HELO e33.esmtp.ibm.com) (32.97.110.131) by 63.211.145.10 with SMTP; 3 Dec 1999 20:20:59 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e33.esmtp.ibm.com (8.9.3/8.9.3) with ESMTP id OAA84346 for ; Fri, 3 Dec 1999 14:18:41 -0600 From: abagchi@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id NAA19672 for ; Fri, 3 Dec 1999 13:20:57 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 8725683C.006FC56D ; Fri, 3 Dec 1999 13:20:50 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <8725683C.006FC43E.00@d53mta03h.boulder.ibm.com> Date: Fri, 3 Dec 1999 13:19:53 -0700 Subject: Re: Non-shared libraries and ICU? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline One of the possible reasons of failure on Linux may be because the LinuxPlatformUtils.cpp file has been coded to look for shared libraries specifically (i.e. those ending in .so). If you change the shared libraries to static libraries, I guess a lot of other changes need to be intoduced in the platform-specific files to comply to this build structure. Merely changing the library type may not be enough. Also, it may be useful to mention that the converter files are found relative to the shared library (looks for icu/data under the shared library) if you have not defined ICU_DATA. If you do define ICU_DATA do not forget to include the trailing slash (or backslash). The documentation is incomplete now, but soon these details will be included. - Anupam =========================================================== Anupam Bagchi Advisory Software Engineer Phone: (408)777-5842 Fax: (408)777-5892 XML Development Group, IBM Cupertino, California Michael Mason @decisionsoft.com on 12/03/99 06:47:17 AM Please respond to xerces-dev@xml.apache.org Sent by: mgm@decisionsoft.com To: xerces-dev mailing list cc: Subject: Non-shared libraries and ICU? I appear to be posting a lot to this list, so I'll try and keep this brief. Out of CVS, Xerces compiles to a shared .so library (talking Linux here). I then need to include libxerces.so with an application when distributing it, and hence users must configure their LD_LIBRARY_PATH or have access to put the .so in (eg) /usr/lib. This is possible for a user to mess up[1], so in the past I've linked against .a versions of XML parser libraries, and just distributed the resulting executable. I'm now trying to do this with Xerces. Replacing the final g++ execution of the build process (g++ -DLINUX -shared -fpic -o libxerces-c1_0.so ...) with a call to "ar" and then to "ranlib" produces libxerces.a which I can happily link against. When I attempt to run the binary on another (clean, no Xerces or ICU or anything installed) machine, it complains with: The Xerces-C system could not be initialized. If you are using ICU, then the most likely reason for this failure is the inability to find the ICU coverter files. [etc] I didn't think I was using ICU, since in my original runConfigure invocation I specified the internal transcoder. Also, if I link against the .so version, copy it to the clean machine, set up my LD_LIBRARY_PATH and run my executable, it works fine without asking for the ICU files. Yikes, that wasn't as brief as I'd hoped. Any hints appreciated, Mike. [1] Of course, I could be insulting a lot of Linux users here, but on Windows it's a case of "download, unzip, run" and I'd like the Linux version to be as easy. From mode@chinet.com Fri Dec 3 20:23:06 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 40684 invoked from network); 3 Dec 1999 20:23:06 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 3 Dec 1999 20:23:06 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id OAA32463; Fri, 3 Dec 1999 14:23:03 -0600 From: Rajiv Mordani Message-Id: <199912032023.OAA32463@chinet.com> Subject: Re: FREE PARSER FOR ANT :) In-Reply-To: <3847BDA2.7BF8ADF9@apache.org> from Pierpaolo Fumagalli at "Dec 3, 1999 04:54:58 am" To: tomcat-dev@jakarta.apache.org Date: Fri, 3 Dec 1999 14:23:03 -0600 (CST) CC: xerces-dev@xml.apache.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Pier, Project X is also FREE ;).. That apart I have the JAXP classes ready for xerces and have already moved the code on ANT to use the API.. So now you don't have to worry about which parser to use ;).. Am only waiting for the JAXP classes to be released from Sun so that I can go ahead and check them in (ofcourse after making the proposal on the mailing list). On a separate note which I am sure you are already aware of is that Project X is also going to be donated to xml.apache .org. It's just a matter of time now... So it is going to be TRUELY free. ;).. Also if you have faced any problems with the parser please do let us know about it.. - Rajiv Pierpaolo Fumagalli wrote: > Damn that bloody Project-X... I want FREEDOM :) (Ups, too many people > from Sun here??? Ouch! :) > > The three ugliest class I've ever written in my whole life, but at least > right now I don't have to install a fourth parser on my machine :) > > Pier > > BTW The default is Project-X right now, so, don't worry :) > -- > -------------------------------------------------------------------- > - P I E R - > stable structure erected over water to allow the docking of seacraft > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org > -- UNIX _is_ user friendly, he's just very picky about who his friends are. From stefano@apache.org Fri Dec 3 23:48:24 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 45169 invoked from network); 3 Dec 1999 23:48:24 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 3 Dec 1999 23:48:24 -0000 Received: from apache.org (pv24-pri.systemy.it [194.21.255.24]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id AAA20161 for ; Sat, 4 Dec 1999 00:48:14 +0100 Message-ID: <38481EED.9AD8F003@apache.org> Date: Fri, 03 Dec 1999 20:50:05 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Off-topic: How to pronounce "Xerces" References: <3847BB4A.C98BE011@decisionsoft.com> <06c001bf3d8e$5f53c8c0$eb020a0a@bowstreet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit James Tauber wrote: > > > I know this is a little spurious, but it's lunchtime and it's been > > bugging me for a while now: > > > > How do I say "Xerces" ? > > > > I'd gone with Zir-chay for now, but a colleague reckons it comes from > > the Greek "Xerxes" (a type of butterfly, apparently), which would be > > pronounced Zirk-sees. Maybe we could put this in the FAQ on the website. > > Xerxes (xi epsilon rho xi eta sigma) would be pronounced Ksir-ksay-ss by > most accounts of Ancient Greek pronunciation. > Judging from the way in which Greek words get transliterated into English > via Latin, my guess would be that Xerces would be xi epsilon rho kappa eta > sigma and hence Ksir-kay-ss. > Although you can't tell for sure from the > transliteration as both epsilon and eta went to E when Greek words were > transliterated in Latin. Well, if we stick to the lating letters "x-e-r-c-e-s" and the latin rules of pronounciation, you get Ksir-say-ss which is different from "x-e-r-x-e-s" because 'c' is much more sibilant than 'x' (thus the "say-ss" instead of harder "ksay-ss") This is how I've been pronouncing it. (gee, speaking of which: next time we have a face2face or phone conference we won't probably be able to understand each other. Gee, thanks for bringing it up: my latin-centric view of the world blinded me) -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From jtauber@jtauber.com Sat Dec 4 03:18:19 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 48230 invoked from network); 4 Dec 1999 03:18:19 -0000 Received: from styx.uwa.edu.au (130.95.128.6) by 63.211.145.10 with SMTP; 4 Dec 1999 03:18:19 -0000 Received: from cygnus.uwa.edu.au (root@cygnusl.uwa.edu.au [130.95.128.5]) by styx.uwa.edu.au (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA10569 for ; Sat, 4 Dec 1999 11:18:06 +0800 Received: from bowst03 (dial00-133-pr.dy.uwa.cygnus.net.au [202.148.95.133]) by cygnus.uwa.edu.au (8.8.8/8.8.5) with SMTP id LAA09022 for ; Sat, 4 Dec 1999 11:18:04 +0800 (WST) Message-ID: <001901bf3e06$4b07c6f0$eb020a0a@bowstreet.com> From: "James Tauber" To: References: <3847BB4A.C98BE011@decisionsoft.com> <06c001bf3d8e$5f53c8c0$eb020a0a@bowstreet.com> <38481EED.9AD8F003@apache.org> Subject: Re: Off-topic: How to pronounce "Xerces" Date: Fri, 3 Dec 1999 22:18:52 -0500 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 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 > Well, if we stick to the lating letters "x-e-r-c-e-s" and the latin > rules of pronounciation, you get > > Ksir-say-ss To make matter more complex, I think this is medieval latin pronunciation. "C" in classical latin would be a hard "k" sound (like the kappa in the Greek original) James :-) From pier@apache.org Sat Dec 4 04:02:19 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 48804 invoked from network); 4 Dec 1999 04:02:19 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 4 Dec 1999 04:02:19 -0000 Received: from apache.org(sun.betaversion.org[192.168.1.2]) (1519 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Fri, 3 Dec 1999 20:06:18 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38489326.5C34FE3C@apache.org> Date: Fri, 03 Dec 1999 20:05:58 -0800 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Off-topic: How to pronounce "Xerces" References: <3847BB4A.C98BE011@decisionsoft.com> <06c001bf3d8e$5f53c8c0$eb020a0a@bowstreet.com> <38481EED.9AD8F003@apache.org> <001901bf3e06$4b07c6f0$eb020a0a@bowstreet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit James Tauber wrote: > > > Well, if we stick to the lating letters "x-e-r-c-e-s" and the latin > > rules of pronounciation, you get > > > > Ksir-say-ss > > To make matter more complex, I think this is medieval latin pronunciation. > "C" in classical latin would be a hard "k" sound (like the kappa in the > Greek original) Ok... Let's make one thing... Everyone with a microphone send me a wav or an aiff or whatever and I'll publish it... Let's see who wins the contest of the "best Xerces Voice of the millenium" :) -- -------------------------------------------------------------------- - P I E R - stable structure erected over water to allow the docking of seacraft From pier@apache.org Sat Dec 4 04:52:27 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 49814 invoked from network); 4 Dec 1999 04:52:27 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 4 Dec 1999 04:52:27 -0000 Received: from apache.org(sun.betaversion.org[192.168.1.2]) (2238 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Fri, 3 Dec 1999 20:56:24 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38489EE5.E84813A2@apache.org> Date: Fri, 03 Dec 1999 20:56:05 -0800 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Rajiv Mordani CC: tomcat-dev@jakarta.apache.org, xerces-dev@xml.apache.org Subject: Re: FREE PARSER FOR ANT :) References: <199912032023.OAA32463@chinet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rajiv Mordani wrote: > > Hi Pier, > Project X is also FREE ;).. That apart I have the JAXP classes > ready for xerces and have already moved the code on ANT to use the API.. So > now you don't have to worry about which parser to use ;).. Am > only waiting for the JAXP classes to be released from Sun so that I can go > ahead and check them in (ofcourse after making the proposal on the mailing > list). So, get a move to get that four classes out or I'll get mad :) I am ready to use them in StyleBook, but I CANNOT TEST THEM UNTIL THE R.I. IS OUT! grrrrrrrrrrr :) > On a separate note which I am sure you are already aware of is that > Project X is also going to be donated to xml.apache .org. It's just a > matter of time now... So it is going to be TRUELY free. ;).. Also if you > have faced any problems with the parser please do let us know about it.. Ok, ok... but i am talking about RIGHT NOW, or better, yesterday night, when I wanted to try out Ant to build StyleBook, and I didn't want to install another XML parser in my classpath... Why should I have 4 parsers that do the same exact thing installed? I currently have OpenXML, Xerces and XML4J... I don't want to add also ProjectX (I'm lazy!), so, I kicked those classes out. :) Pier -- -------------------------------------------------------------------- - P I E R - stable structure erected over water to allow the docking of seacraft From Robert_Weir@lotus.com Sun Dec 5 05:41:12 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 71311 invoked from network); 5 Dec 1999 05:41:12 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 5 Dec 1999 05:41:12 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id AAA03994 for ; Sun, 5 Dec 1999 00:54:31 -0500 (EST) From: Robert_Weir@lotus.com Received: from barium.Lotus.com (BARIUM.lotus.com [9.95.4.108]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id AAA06240 for ; Sun, 5 Dec 1999 00:38:14 -0500 (EST) Subject: Pronunciation of Xerces To: xerces-dev@xml.apache.org Cc: X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: Date: Sun, 5 Dec 1999 00:36:06 -0500 X-Priority: 3 (Normal) X-MIMETrack: Serialize by Router on Barium/CAM/M/Lotus(Release 5.0.1|July 16, 1999) at 12/05/99 12:41:08 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii This is from the biological taxonomy (Glaucopysche Xerces), so it is Latin or, more properly in this case, Latinized Greek. But it is pronounced like English. Biologists do not go around speaking in restored classical pronunciations. When is the last time you heard "sapiens" in "homo sapiens" pronounced with a broad "a" as in "father"? Or "tyrannosaurus" pronounced outside of Texas with like the "au" like the "aw" in "saw"? Or "biceps" pronounced "beekeps"? It just doesn't happen. So, "kserses", with two short e's, accent on first syllable. Unfortunately, this will differ depending on the native language of the speaker. Even English pronunciation of Latin varies depending on which side of the pond you're on. For details, see: http://www.saltspring.com/capewest/pron.htm -Rob From stefano@apache.org Sun Dec 5 22:19:51 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 78952 invoked from network); 5 Dec 1999 22:19:51 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 5 Dec 1999 22:19:51 -0000 Received: from apache.org (pv37-pri.systemy.it [194.21.255.37]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id XAA00121 for ; Sun, 5 Dec 1999 23:19:47 +0100 Message-ID: <384AE415.838843CF@apache.org> Date: Sun, 05 Dec 1999 23:15:49 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Can't build Xerces-J today, apparently missing org.apache.xml.serialize.FOPSerializer References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Shane_Curcuru@lotus.com wrote: > > Is anyone else having a problem with building Xerces today (NT Server 4 > SP5, JDK1.2.2, using regular build scripts)? > > If I build Xerces from freshly updated sources from apache, I get the > following error: > (a bunch of classes compile fine...) > javac Serializer.java > Serializer.java:282: Class org.apache.xml.serialize.FOPSerializer not > found in type declaration. > serializer = new FOPSerializer(); > ^ > 1 error > make[5]: *** [Serializer.class] Error 1 > > A quick search of Xerces sources didn't find a 'FOPSerializer', so I'm > presuming it's part of a work-in-progress? > - Assaf, am I missing something here? Or is FOPSerializer just missing? Damn. Sorry about that. I was playing around with Serializer to add FOP and then it got included in. Sorry about that. It should be fixed now. (thanks Assaf). > P.S. Stefano - have you had luck building (and testing) using your > Ant-make? Sure. Here's my output (on my win98/Celeron450/128Mb) C:\Code\xml.apache.org\xml-xerces\java>java org.apache.tools.ant.Main Buildfile: build.xml Detected Java Version: 1.2 Project base dir set to: C:\Code\xml.apache.org\xml-xerces\java Executing Target: prepare Created dir: C:\Code\xml.apache.org\xml-xerces\java\build Created dir: C:\Code\xml.apache.org\xml-xerces\java\build\src Created dir: C:\Code\xml.apache.org\xml-xerces\java\build\classes Copying 203 files to C:\Code\xml.apache.org\xml-xerces\java\build\src Executing Target: compile Compiling 170 source files to C:\Code\xml.apache.org\xml-xerces\java\build\classes Copying 33 support files to C:\Code\xml.apache.org\xml-xerces\java\build\classes Executing Target: package Building jar: C:\Code\xml.apache.org\xml-xerces\java\build\xerces-1.0.1-dev.jar Completed in 39 seconds 39 seconds are not bad for a clean compile, don't you think? :) -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From shl6472@ritvax.isc.rit.edu Sun Dec 5 23:01:54 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 80140 invoked from network); 5 Dec 1999 23:01:54 -0000 Received: from vms4.isc.rit.edu (129.21.3.15) by 63.211.145.10 with SMTP; 5 Dec 1999 23:01:54 -0000 Received: from rit.edu ([24.93.31.100]) by ritvax.isc.rit.edu (PMDF V5.2-32 #34523) with ESMTPA id <01JJ5GT23NLAAOKES8@ritvax.isc.rit.edu> for xerces-dev@xml.apache.org; Sun, 5 Dec 1999 18:01:52 EST Date: Sun, 05 Dec 1999 17:59:42 -0500 From: Seth Ladd Subject: Problem getting entity from Parser To: xerces-dev@xml.apache.org Message-id: <384AEE5E.226F1638@rit.edu> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (Win98; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Hello, I'm pretty sure that this error is the result of User Ignorance, so any pointers to correctly do this would be greatly appreciated. First, some specs on my system: Linux 2.2.13, IBM JDK 1.1.18, Xerces-J 1.0 I have a small XML file I am trying to parse. It's so small I'll give it here: ]> org.gjt.mm.mysql.Driver jdbc:mysql://localhost/blah?user=blah&password=blah As you can see, the tag has a string that includes an '&' entity. It's my understanding that this should be converted to a '&' when parsed. When I print out the document using simple DOM traversing, the '&' is pulled out and nothing is put in its place. How do I tell Xerces-J to replace '&' with &? Isn't & an internal entity? Also, if I just include & into the tag's contents, then the parser complains that I don't have a ';' after password (it's thinking that password becomes an entity). I've looked all over to try to find out how to get the & to show up. I might have missed it. If anyone can shed light on this for me, I'd be really grateful. I'll keep looking. Thanks for your time and help, Seth From stefano@apache.org Mon Dec 6 00:48:56 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 81463 invoked from network); 6 Dec 1999 00:48:56 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 6 Dec 1999 00:48:56 -0000 Received: from apache.org (pv50-pri.systemy.it [194.21.255.50]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id BAA03808 for ; Mon, 6 Dec 1999 01:48:49 +0100 Message-ID: <384B0434.7B82EA66@apache.org> Date: Mon, 06 Dec 1999 01:32:52 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Pronunciation of Xerces References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Robert_Weir@lotus.com wrote: > > This is from the biological taxonomy (Glaucopysche Xerces), so it is Latin > or, more properly in this case, Latinized Greek. But it is pronounced like > English. Biologists do not go around speaking in restored classical > pronunciations. When is the last time you heard "sapiens" in "homo > sapiens" pronounced with a broad "a" as in "father"? Or "tyrannosaurus" > pronounced outside of Texas with like the "au" like the "aw" in "saw"? Or > "biceps" pronounced "beekeps"? It just doesn't happen. It doesn't? Oh god, no wonder people think I have a weird accent :) > So, "kserses", with two short e's, accent on first syllable. Sounds reasonable. > Unfortunately, this will differ depending on the native language of the > speaker. Even English pronunciation of Latin varies depending on which > side of the pond you're on. I wonder: with all the languages out there with strict pronounciation rules, why did we end up with such a sloppy language like English for written communication? Well, the best technology rarely wins in the open market :) > For details, see: http://www.saltspring.com/capewest/pron.htm > > -Rob Pier is right, we should have a WAV or something on the web site. -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From mode@chinet.com Mon Dec 6 03:27:58 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 83284 invoked from network); 6 Dec 1999 03:27:58 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 6 Dec 1999 03:27:58 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id VAA11756; Sun, 5 Dec 1999 21:27:39 -0600 From: Rajiv Mordani Message-Id: <199912060327.VAA11756@chinet.com> Subject: Re: FREE PARSER FOR ANT :) In-Reply-To: <38489EE5.E84813A2@apache.org> from Pierpaolo Fumagalli at "Dec 3, 1999 08:56:05 pm" To: Pierpaolo Fumagalli Date: Sun, 5 Dec 1999 21:27:39 -0600 (CST) CC: tomcat-dev@jakarta.apache.org, xerces-dev@xml.apache.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Pierpaolo Fumagalli wrote: > Rajiv Mordani wrote: > > > > Hi Pier, > > Project X is also FREE ;).. That apart I have the JAXP classes > > ready for xerces and have already moved the code on ANT to use the API.. So > > now you don't have to worry about which parser to use ;).. Am > > only waiting for the JAXP classes to be released from Sun so that I can go > > ahead and check them in (ofcourse after making the proposal on the mailing > > list). > > So, get a move to get that four classes out or I'll get mad :) I am > ready to use them in StyleBook, but I CANNOT TEST THEM UNTIL THE R.I. IS > OUT! grrrrrrrrrrr :) Hang in there... Should be out REAL soon.. btw it is more than just 4 classes . It comes with a parser... > > > On a separate note which I am sure you are already aware of is that > > Project X is also going to be donated to xml.apache .org. It's just a > > matter of time now... So it is going to be TRUELY free. ;).. Also if you > > have faced any problems with the parser please do let us know about it.. > > Ok, ok... but i am talking about RIGHT NOW, or better, yesterday night, > when I wanted to try out Ant to build StyleBook, and I didn't want to > install another XML parser in my classpath... Why should I have 4 > parsers that do the same exact thing installed? I currently have > OpenXML, Xerces and XML4J... I don't want to add also ProjectX (I'm > lazy!), so, I kicked those classes out. :) Also when you already have 3 why not the 4th ;)... Just kidding.. I know what you mean.... But I am putting the effort into xerces too. I could very easily give the same argument like you above but IMHO it's not that bad having to learn to use more than one parser and especially contribute to them ( yes you could contribute to Project X by submitting any bug report / feedback about the parser/src to xml-feedback@java.sun.com as of now..). Your passion should be for xml technologies and not for a particular implementation of it.. This ofcourse is my opinion about it... "Kicking" those classes out isn't the solution IMHO... Anyways all these differences will hopefully be solved once we have the JAXP RI out there.. People will have the choice of the parser they want to use without having to change the code.. As for making Project X available it's with the legal folks right now.. I am waiting for the new license to come through.. - Rajiv > > Pier > > -- > -------------------------------------------------------------------- > - P I E R - > stable structure erected over water to allow the docking of seacraft > > -- UNIX _is_ user friendly, he's just very picky about who his friends are. From Robert_Weir@lotus.com Mon Dec 6 04:23:04 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 84335 invoked from network); 6 Dec 1999 04:23:04 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 6 Dec 1999 04:23:04 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id XAA07026 for ; Sun, 5 Dec 1999 23:36:48 -0500 (EST) From: Robert_Weir@lotus.com Received: from barium.Lotus.com (BARIUM.lotus.com [9.95.4.108]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id XAA08097 for ; Sun, 5 Dec 1999 23:20:32 -0500 (EST) Subject: Re: Pronunciation of Xerces To: xerces-dev@xml.apache.org Cc: X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: Date: Sun, 5 Dec 1999 23:19:10 -0500 X-Priority: 3 (Normal) X-MIMETrack: Serialize by Router on Barium/CAM/M/Lotus(Release 5.0.1|July 16, 1999) at 12/05/99 11:23:32 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii The problem is this: the changes in pronunciation were assimilated faster than changes in spelling. And once the printing press came along and widespread literacy, the evolution of spelling ended and we were frozen into a system that was by then several centuries out of date. Reminds me of 16-bit legacy code in Windows 95... -Rob Stefano said: >> Unfortunately, this will differ depending on the native language of the >> speaker. Even English pronunciation of Latin varies depending on which >> side of the pond you're on. >I wonder: with all the languages out there with strict pronunciation >rules, why did we end up with such a sloppy language like English for >written communication? >Well, the best technology rarely wins in the open market : From julian.pardoe@csfb.com Mon Dec 6 13:23:47 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 91252 invoked from network); 6 Dec 1999 13:23:47 -0000 Received: from ny-bas05.csfb.com (198.240.130.70) by 63.211.145.10 with SMTP; 6 Dec 1999 13:23:47 -0000 Received: (from uucp@localhost) by ny-bas05.csfb.com (8.8.8/8.8.8/EXT) id IAA24170 for ; Mon, 6 Dec 1999 08:23:00 -0500 (EST) Received: from unknown(169.37.98.45) by ny-bas05 via smap (V4.2) id xma023117; Mon, 6 Dec 99 08:22:21 -0500 Received: from 166.12.210.33 by snyc00709 with ESMTP (WorldSecure Server SMTP Relay(WSS) v4.3); Mon, 06 Dec 99 08:22:40 -0500 X-Server-Uuid: a46faee8-2a4f-11d3-9c63-00508b4fa69c Received: by slon00300 with Internet Mail Service (5.5.2448.0) id ; Mon, 6 Dec 1999 13:22:40 -0000 Message-ID: From: "Pardoe, Julian" To: "'xerces-dev@xml.apache.org'" Subject: Minor Problems Building Xerces-C 1.0.0 on Solaris. Date: Mon, 6 Dec 1999 13:22:37 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) X-WSS-ID: 1455672A225481-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I downloaded http://xml.apache.org/dist/Xerces-C_1_0_0d01.tar.gz on 2nd December and tried to build it. I encountered some trivial problems -- the most least trivial problem was simply that GNU make didn't stop when a compilation failed! I ran runConfigure by saying: runConfigure -p solaris -c cc -x CC -m inmem uname -a reports: SunOS serv01 5.5.1 Generic_103640-27 sun4m sparc SUNW,SPARCstation-20 CC -V reports: CC: WorkShop Compilers 4.2 16 Jun 1998 C++ 4.2 patch 104631-07 The quick hacks I made to get things to build are documented below. A further problem was that error messages did not appear. The source of the problem seems to be that the in-memory message loader (src/util/MsgLoaders/InMemory/InMemMsgLoader.cpp) needlessly byte-swaps the messages as it loads them and this causes them not to be output. There is a comment that says that the messages are in little-endian form (yeeugh!) but this appears not to be true. CppErrMsgs_EN_US.cpp starts of "0x0057" so it looks as if the messages will use the hardware native endianness (suggesting that no swapping is ever needed). Certainly in my configuration (see below) replacing the line #if defined(ENDIANMODE_LITTLE) by #if (1) fixed the problem. Some further thoughts: The in-memory loader appears not to check that the message ID is in range even though the number of messages in a given category appears to be available. That's bad. What happens if a message is not found? The code I've looked at has a "TBD" comment saying that a default message should be loaded. It would be better if the message loader supplied a default message (there are only a handful of message loader methods but many places where they are invoked.) The else-case should insert a message of the form [unable to load message {message-set}#{message-id}; parameters: {0}, {1}, {2}, {3}] into the buffer (but still return false -- so that callers have the chance to do their own error handling of they wish to). What happens if not all parameters are used? In the past I've found it a major pain if they are discarded; it's better to tack a note of their value onto the end of the message, e.g. [unused parameters: 3:foo, 4:bar] -- julian pardoe -- ====================================================================== *** SunCCDefs.hpp.bak Fri Nov 12 23:15:08 1999 --- SunCCDefs.hpp Thu Dec 2 13:23:39 1999 *************** *** 82,87 **** --- 82,100 ---- // Define our version of the XML character // --------------------------------------------------------------------------- typedef unsigned short XMLCh; + #if 0 // JBDP: defined in VCPPDefs.hpp but also in XML4CDefs.hpp + typedef unsigned short UTF16Ch; + #endif + + + #if 1 // JBDP: definitions copies from VCPPDefs.hpp + // --------------------------------------------------------------------------- + // Define unsigned 16 and 32 bits integers + // --------------------------------------------------------------------------- + typedef unsigned short XMLUInt16; + typedef unsigned int XMLUInt32; + #endif + // --------------------------------------------------------------------------- *** IconvTransService.cpp.bak Fri Nov 12 23:15:21 1999 --- IconvTransService.cpp Thu Dec 2 15:35:46 1999 *************** *** 73,78 **** --- 73,83 ---- #if defined (XML_GNUG) #include #endif + #if defined (XML_SUNCC) // JBDP + #include + #define wcscasecmp wscasecmp + #define wcsncasecmp wsncasecmp + #endif #include #include #include This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP, CREDIT SUISSE FIRST BOSTON, and each of their subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. . From vvijay@wilco-int.com Mon Dec 6 17:43:50 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 97493 invoked from network); 6 Dec 1999 17:43:50 -0000 Received: from unknown (HELO whydfw1.hyd.wilco-int.com) (203.197.255.82) by 63.211.145.10 with SMTP; 6 Dec 1999 17:43:50 -0000 Received: from whydfw1. (whydfw1ext [203.197.255.82]) by whydfw1.hyd.wilco-int.com (8.9.3/8.9.3) with SMTP id XAA14210 for ; Mon, 6 Dec 1999 23:11:31 +0530 (IST) Received: from hydmail01 ([192.168.130.32]) by whydfw1.hyd.wilco-int.com; Mon, 06 Dec 1999 23:11:30 +0000 (IST) Received: by hydmail01.hyd.wilco-int.com with Internet Mail Service (5.5.2448.0) id ; Mon, 6 Dec 1999 23:12:50 +0530 Message-ID: From: Vijay Varanasi To: "'xerces-dev@xml.apache.org'" Subject: Sun's Project X & ElementFactory Date: Mon, 6 Dec 1999 23:12:47 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Hi! I've been using Sun's Project X API. I think that it on of the really neat features that it has is the ability to subclass ElementNode with custom Elements. In conjunction with an ElementFactory that allows creating custom elements as tags are hit during parsing, one can build a DOM tree customized to one's application. I was wondering if the Xerces developers are planning to incorporate something similar.... Also, I have a query: How can I find out who all are working on the Xerces implementation as of now? Regards, Vijay From jtauber@jtauber.com Mon Dec 6 17:50:26 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 97874 invoked from network); 6 Dec 1999 17:50:26 -0000 Received: from styx.uwa.edu.au (130.95.128.6) by 63.211.145.10 with SMTP; 6 Dec 1999 17:50:26 -0000 Received: from cygnus.uwa.edu.au (root@cygnusl.uwa.edu.au [130.95.128.5]) by styx.uwa.edu.au (8.9.3/8.9.3/Debian/GNU) with ESMTP id BAA07289 for ; Tue, 7 Dec 1999 01:50:16 +0800 Received: from bowst03 (dial00-134-pr.dy.uwa.cygnus.net.au [202.148.95.134]) by cygnus.uwa.edu.au (8.8.8/8.8.5) with SMTP id BAA05609 for ; Tue, 7 Dec 1999 01:50:15 +0800 (WST) Message-ID: <01b301bf4012$77bbd250$eb020a0a@bowstreet.com> From: "James Tauber" To: References: Subject: Re: Sun's Project X & ElementFactory Date: Mon, 6 Dec 1999 12:51:03 -0500 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 5.00.2314.1300 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300 > I've been using Sun's Project X API. I think that it on of the really neat > features that it has is the ability to subclass ElementNode with custom > Elements. In conjunction with an ElementFactory that allows creating custom > elements as tags are hit during parsing, one can build a DOM tree customized > to one's application. I was wondering if the Xerces developers are planning > to incorporate something similar.... FOP does this itself and the element factory could easily be spun-off as a separate set of classes that would work with any SAX parser. James From tpalmer@netopia.com Mon Dec 6 19:28:04 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 99630 invoked from network); 6 Dec 1999 19:28:04 -0000 Received: from herald.netopia.com (163.176.4.35) by 63.211.145.10 with SMTP; 6 Dec 1999 19:28:04 -0000 Received: from tom ([163.176.80.31]) by herald.netopia.com (Netscape Messaging Server 3.6) with SMTP id AAA56BC for ; Mon, 6 Dec 1999 11:26:55 -0800 Message-ID: <041f01bf4020$bc109e00$1f50b0a3@netopia.com> From: "Tom Palmer" To: References: Subject: Re: Sun's Project X & ElementFactory Date: Mon, 6 Dec 1999 12:33:04 -0700 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 > features that it has is the ability to subclass ElementNode with custom > Elements. In conjunction with an ElementFactory that allows creating custom > This is great, and if Xerces does it, that's fine. Still, it means that your code is tied to a particular implementation. Even if the DOM you use allows any Element implementors in the document, no DOM is required to support this, so the code would still not be portable. It seems that DOM Level 2 is trying to address this (and related issues) with the "importNode" method being put on the Document interface. I have not studied the spec enough to know whether an implementation would be allowed to just return the original pointer in case it was already compatible. - Tom Palmer From twleung@sauria.com Mon Dec 6 21:43:12 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 1963 invoked from network); 6 Dec 1999 21:43:12 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 6 Dec 1999 21:43:12 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id B078F9E009 for ; Mon, 6 Dec 1999 14:01:35 -0800 (PST) Message-ID: <003901bf4032$4aa716b0$db160609@cupertino.ibm.com> From: To: References: <384AEE5E.226F1638@rit.edu> Subject: Re: Problem getting entity from Parser Date: Mon, 6 Dec 1999 13:38:51 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Seth, This is a bug in 1.0, which is fixed in the CVS version of the source. Ted ----- Original Message ----- From: "Seth Ladd" To: Sent: Sunday, December 05, 1999 2:59 PM Subject: Problem getting entity from Parser > > Hello, > > I'm pretty sure that this error is the result of User Ignorance, so any > pointers to correctly do this would be greatly appreciated. > > First, some specs on my system: Linux 2.2.13, IBM JDK 1.1.18, Xerces-J > 1.0 > > I have a small XML file I am trying to parse. It's so small I'll give > it here: > > > > > > > > > > > > ]> > > > > > > > > org.gjt.mm.mysql.Driver > > jdbc:mysql://localhost/blah?user=blah&password=blah > > > > > > As you can see, the tag has a string that includes an > '&' entity. It's my understanding that this should be converted to > a '&' when parsed. When I print out the document using simple DOM > traversing, the '&' is pulled out and nothing is put in its place. > > How do I tell Xerces-J to replace '&' with &? Isn't & an > internal entity? Also, if I just include & into the tag's > contents, then the parser complains that I don't have a ';' after > password (it's thinking that password becomes an entity). > > I've looked all over to try to find out how to get the & to show up. I > might have missed it. If anyone can shed light on this for me, I'd be > really grateful. I'll keep looking. > > Thanks for your time and help, > Seth > From mpogue@apache.org Mon Dec 6 22:29:59 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 5489 invoked from network); 6 Dec 1999 22:29:59 -0000 Received: from ausmail1.austin.ibm.com (192.35.232.12) by 63.211.145.10 with SMTP; 6 Dec 1999 22:29:59 -0000 Received: from netmail3.austin.ibm.com (netmail3.austin.ibm.com [9.53.250.99]) by ausmail1.austin.ibm.com (8.9.1/8.8.5) with ESMTP id QAA22088 for ; Mon, 6 Dec 1999 16:28:47 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail3.austin.ibm.com (8.8.5/8.8.5) with ESMTP id QAA36064; Mon, 6 Dec 1999 16:29:56 -0600 Received: from apache.org (socks1.almaden.ibm.com [9.1.40.40]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id QAA23138; Mon, 6 Dec 1999 16:29:54 -0600 (CST) Message-ID: <384C3791.7825B241@apache.org> Date: Mon, 06 Dec 1999 14:24:17 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org CC: Pierpaolo Fumagalli Subject: ProjectX available to look at soon? References: <199912060327.VAA11756@chinet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rajiv, Any idea of when we might be able to officially look at the ProjectX source code under an open source license (the current Sun license makes it impossible for me to look at it, since Sun claims to own anything I think of after that)? I'd like to start now to figure out how to integrate the best parts and ideas of ProjectX into the Xerces-J code base. I'd also be particularly interested in looking at the DOM implementation (I'm not ecstatic about the current Xerces-J DOM impl...) Also, do you already have a JSR5 wrapper for Xerces-J, or do we need to find somebody to write one? (I heard from the DOM WG that you folks intend to contribute one soon, maybe?) Mike Rajiv Mordani wrote: > > Pierpaolo Fumagalli wrote: > > Rajiv Mordani wrote: > > > > > > Hi Pier, > > > Project X is also FREE ;).. That apart I have the JAXP classes > > > ready for xerces and have already moved the code on ANT to use the API.. So > > > now you don't have to worry about which parser to use ;).. Am > > > only waiting for the JAXP classes to be released from Sun so that I can go > > > ahead and check them in (ofcourse after making the proposal on the mailing > > > list). > > > > So, get a move to get that four classes out or I'll get mad :) I am > > ready to use them in StyleBook, but I CANNOT TEST THEM UNTIL THE R.I. IS > > OUT! grrrrrrrrrrr :) > > Hang in there... Should be out REAL soon.. btw it is more than just 4 > classes . It comes with a parser... > > > > > > On a separate note which I am sure you are already aware of is that > > > Project X is also going to be donated to xml.apache .org. It's just a > > > matter of time now... So it is going to be TRUELY free. ;).. Also if you > > > have faced any problems with the parser please do let us know about it.. > > > > Ok, ok... but i am talking about RIGHT NOW, or better, yesterday night, > > when I wanted to try out Ant to build StyleBook, and I didn't want to > > install another XML parser in my classpath... Why should I have 4 > > parsers that do the same exact thing installed? I currently have > > OpenXML, Xerces and XML4J... I don't want to add also ProjectX (I'm > > lazy!), so, I kicked those classes out. :) > > Also when you already have 3 why not the 4th ;)... Just kidding.. I know > what you mean.... But I am putting the effort into xerces too. I could > very easily give the same argument like you above but IMHO it's not that bad > having to learn to use more than one parser and especially contribute to them > ( yes you could contribute to Project X by submitting any bug report / > feedback about the parser/src to xml-feedback@java.sun.com as of now..). Your > passion should be for xml technologies and not for a particular implementation > of it.. This ofcourse is my opinion about it... "Kicking" those classes out > isn't the solution IMHO... Anyways all these differences will hopefully be > solved once we have the JAXP RI out there.. People will have the choice of > the parser they want to use without having to change the code.. > > As for making Project X available it's with the legal folks right now.. I am > waiting for the new license to come through.. > > - Rajiv > > > > > Pier > > > > -- > > -------------------------------------------------------------------- > > - P I E R - > > stable structure erected over water to allow the docking of seacraft > > > > > > -- > UNIX _is_ user friendly, > he's just very picky about who his friends are. From mode@chinet.com Tue Dec 7 00:02:19 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 7932 invoked from network); 7 Dec 1999 00:02:19 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 7 Dec 1999 00:02:19 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id SAA24723; Mon, 6 Dec 1999 18:02:13 -0600 From: Rajiv Mordani Message-Id: <199912070002.SAA24723@chinet.com> Subject: Re: ProjectX available to look at soon? In-Reply-To: <384C3791.7825B241@apache.org> from Mike Pogue at "Dec 6, 1999 02:24:17 pm" To: mpogue@apache.org, pier@apache.org Date: Mon, 6 Dec 1999 18:02:13 -0600 (CST) CC: xerces-dev@xml.apache.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Mike Pogue wrote: Hi Mike, > Rajiv, > > Any idea of when we might be able to officially look at the ProjectX > source code under an open source license (the current Sun license makes > it impossible for me to look at it, since Sun claims to own anything I > think of after that)? It is with the legal folks and so I really can't comment on that... However I hope that it will be really soon... > > I'd like to start now to figure out how to integrate the best parts and > ideas of ProjectX into the Xerces-J code base. I'd also be particularly > interested in looking at the DOM implementation (I'm not ecstatic about > the current Xerces-J DOM impl...) Well I can tell you for now that the DOM is driven by SAX events which IMHO is the way to go.. > > Also, do you already have a JSR5 wrapper for Xerces-J, or do we need to > find somebody to write one? (I heard from the DOM WG that you folks > intend to contribute one soon, maybe?) Yep I have the classes for xerces-J ready. JUST waiting for the RI to be released which is supposed to happen tomorrow or maybe in the next couple of days... - Rajiv > > Mike > [snip].. -- UNIX _is_ user friendly, he's just very picky about who his friends are. From mode@chinet.com Tue Dec 7 04:50:15 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 15234 invoked from network); 7 Dec 1999 04:50:15 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 7 Dec 1999 04:50:15 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id WAA29978; Mon, 6 Dec 1999 22:50:09 -0600 From: Rajiv Mordani Message-Id: <199912070450.WAA29978@chinet.com> Subject: PROPOSAL: Implementation of the JAXP classes for xerces-J To: xerces-dev@xml.apache.org, general@xml.apache.org Date: Mon, 6 Dec 1999 22:50:09 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi All, As most of you'll are aware that we have released the specification for Java API for XML parsing. The RI (yes Pier finally it is out there) has just been released. For downloading and playing with it please go to http://java.sun.com/xml and follow links to download the EA for the RI or directly to the following link (you still need to login to jdc) http://developer.java.sun.com/developer/earlyAccess/xml/ I have also implemented the classes for JAXP for xerces-J. So now people can program to the javax API and not worry about the underlying parser. This is a formal proposal to go ahead and make these classes part of xerces-J. To use these classes you need to download the RI from the above location(to get the javax classes). So can we have a vote on getting these classes in. - Rajiv -- UNIX _is_ user friendly, he's just very picky about who his friends are. From pier@apache.org Tue Dec 7 06:21:21 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 17053 invoked from network); 7 Dec 1999 06:21:21 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 7 Dec 1999 06:21:21 -0000 Received: from apache.org(dirty.betaversion.org[192.168.1.3]) (2868 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Mon, 6 Dec 1999 22:21:01 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <384C29E9.1956E253@apache.org> Date: Mon, 06 Dec 1999 13:26:01 -0800 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Rajiv Mordani CC: tomcat-dev@jakarta.apache.org, xerces-dev@xml.apache.org Subject: Re: FREE PARSER FOR ANT :) References: <199912060327.VAA11756@chinet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rajiv Mordani wrote: > > > So, get a move to get that four classes out or I'll get mad :) I am > > ready to use them in StyleBook, but I CANNOT TEST THEM UNTIL THE R.I. IS > > OUT! grrrrrrrrrrr :) > > Hang in there... Should be out REAL soon.. btw it is more than just 4 > classes . It comes with a parser... Ok... But let's avoid another "Jakarta" like situation :) (my friends @ Sun are going to kill me now :_ > > Ok, ok... but i am talking about RIGHT NOW, or better, yesterday night, > > when I wanted to try out Ant to build StyleBook, and I didn't want to > > install another XML parser in my classpath... Why should I have 4 > > parsers that do the same exact thing installed? I currently have > > OpenXML, Xerces and XML4J... I don't want to add also ProjectX (I'm > > lazy!), so, I kicked those classes out. :) > > Also when you already have 3 why not the 4th ;)... Just kidding.. I know > what you mean.... But I am putting the effort into xerces too. I could > very easily give the same argument like you above but IMHO it's not that bad > having to learn to use more than one parser and especially contribute to them > ( yes you could contribute to Project X by submitting any bug report / > feedback about the parser/src to xml-feedback@java.sun.com as of now..). Your > passion should be for xml technologies and not for a particular implementation > of it.. This ofcourse is my opinion about it... I perfectly agree that we shouldn't be focused on a particolar implementation of a technology, but, after spending 6 months at IBM, I feel xerces like a little part of myself, that's why I like it... > "Kicking" those classes out > isn't the solution IMHO... Anyways all these differences will hopefully be > solved once we have the JAXP RI out there.. People will have the choice of > the parser they want to use without having to change the code.. When I said "kick those classes out" I was in fact meaning the JAXP RI classes, I wasn't talking about the parser... > As for making Project X available it's with the legal folks right now.. I am > waiting for the new license to come through.. Great... Looking forward to see it..... :) Pier From mode@chinet.com Tue Dec 7 07:20:44 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 17825 invoked from network); 7 Dec 1999 07:20:44 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 7 Dec 1999 07:20:44 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id BAA00452; Tue, 7 Dec 1999 01:20:38 -0600 From: Rajiv Mordani Message-Id: <199912070720.BAA00452@chinet.com> Subject: Re: FREE PARSER FOR ANT :) In-Reply-To: <384C29E9.1956E253@apache.org> from Pierpaolo Fumagalli at "Dec 6, 1999 01:26:01 pm" To: Pierpaolo Fumagalli Date: Tue, 7 Dec 1999 01:20:38 -0600 (CST) CC: tomcat-dev@jakarta.apache.org, xerces-dev@xml.apache.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Pierpaolo Fumagalli wrote: > Rajiv Mordani wrote: > > > > > So, get a move to get that four classes out or I'll get mad :) I am > > > ready to use them in StyleBook, but I CANNOT TEST THEM UNTIL THE R.I. IS > > > OUT! grrrrrrrrrrr :) > > > > Hang in there... Should be out REAL soon.. btw it is more than just 4 > > classes . It comes with a parser... > > Ok... But let's avoid another "Jakarta" like situation :) (my friends @ > Sun are going to kill me now :_ Jakarta has no relation here.. I guess you are referring to making Project X available under the Apache license. In that case let's not talk JUST about Jakarta here ;). All this is aprt of the learning curve of how to make these things happen. > > > > Ok, ok... but i am talking about RIGHT NOW, or better, yesterday night, > > > when I wanted to try out Ant to build StyleBook, and I didn't want to > > > install another XML parser in my classpath... Why should I have 4 > > > parsers that do the same exact thing installed? I currently have > > > OpenXML, Xerces and XML4J... I don't want to add also ProjectX (I'm > > > lazy!), so, I kicked those classes out. :) > > > > Also when you already have 3 why not the 4th ;)... Just kidding.. I know > > what you mean.... But I am putting the effort into xerces too. I could > > very easily give the same argument like you above but IMHO it's not that bad > > having to learn to use more than one parser and especially contribute to them > > ( yes you could contribute to Project X by submitting any bug report / > > feedback about the parser/src to xml-feedback@java.sun.com as of now..). Your > > passion should be for xml technologies and not for a particular implementation > > of it.. This ofcourse is my opinion about it... > > > I perfectly agree that we shouldn't be focused on a particolar > implementation of a technology, but, after spending 6 months at IBM, I > feel xerces like a little part of myself, that's why I like it... I share the exact same feelings about Project X after being on it for a year now. ;) but I still manage to control that emotion when people make comments like "damn that bloody project x"...;)... > > > "Kicking" those classes out > > isn't the solution IMHO... Anyways all these differences will hopefully be > > solved once we have the JAXP RI out there.. People will have the choice of > > the parser they want to use without having to change the code.. > > When I said "kick those classes out" I was in fact meaning the JAXP RI > classes, I wasn't talking about the parser... I don't think so.. See what you wrote above ;)... Anyways I don't really want to start nit picking so let's just end this here on the good note that JAXP RI EA1 is out and I have the classes for xerces-J and have even made the code changes to ant for that.. (Will soon be doing it for tomcat too) and thus we don't have to worry about the parser.. You get to use xerces and I get to use Project X and we both can be happy about using it with Ant and Tomcat.. ;)... - Rajiv P.S. thanks for the feedback on the spec. They are really valuable.. > > > As for making Project X available it's with the legal folks right now.. I am > > waiting for the new license to come through.. > > Great... Looking forward to see it..... :) > > Pier > -- UNIX _is_ user friendly, he's just very picky about who his friends are. From mgm@decisionsoft.com Tue Dec 7 11:29:29 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 31676 invoked from network); 7 Dec 1999 11:29:29 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 7 Dec 1999 11:29:29 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id LAA22316 for ; Tue, 7 Dec 1999 11:29:00 GMT Sender: mgm@decisionsoft.com Message-ID: <384CEF7B.6ADFBC@decisionsoft.com> Date: Tue, 07 Dec 1999 11:28:59 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev mailing list Subject: Xerces-C on Solaris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm attempting to build Xerces-C on Solaris 2.7, using gcc. I've hit an "internal compiler error" like this: g++ -fPIC -instances=static -DSOLARIS -D_REENTRANT -c -O -DXML_USE_NATIVE_TRANSCODER -DXML_USE_INMEM_MESSAGELOADER -I/export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include -o DTDValidator2.o DTDValidator2.cpp In file included from /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/internal/XMLReader.hpp:70, from /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/internal/ReaderMgr.hpp:79, from DTDValidator2.cpp:93: /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/framework/XMLRecognizer.hpp:155: warning: `class XMLRecognizer' only defines a private destructor and has no friends /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c: In method `unsigned int NameIdPool::put(class DTDElementDecl *)': /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c:278: Internal compiler error. /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c:278: Please submit a full bug report to `bug-g++@prep.ai.mit.edu'. make: *** [DTDValidator2.o] Error 1 g++ tells me it's version 2.8.1, and it's a version I pinched from solarisfreeware.com (under Linux, I've done a successful compile with "egcs-2.90.29 980515 (egcs-1.0.3 release)"). This is after a runConfigure -p solaris -c gcc -x g++ -t native. If anyone's managed a Solaris build using any combination of compiler and sources, please let me know. Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From mgm@decisionsoft.com Tue Dec 7 14:18:34 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 37000 invoked from network); 7 Dec 1999 14:18:34 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 7 Dec 1999 14:18:34 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id OAA22516 for ; Tue, 7 Dec 1999 14:18:05 GMT Sender: mgm@decisionsoft.com Message-ID: <384D171A.39A072DB@decisionsoft.com> Date: Tue, 07 Dec 1999 14:18:02 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <8725683C.006FC43E.00@d53mta03h.boulder.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit abagchi@us.ibm.com wrote: > > One of the possible reasons of failure on Linux may be because the > LinuxPlatformUtils.cpp file has been coded to look for shared libraries > specifically (i.e. those ending in .so). If you change the shared libraries > to static libraries, I guess a lot of other changes need to be intoduced in > the platform-specific files to comply to this build structure. Merely > changing the library type may not be enough. Ah, yes. The changes are rather more wide ranging than simply a relink. OOI, if I were to modify the platform specifics to provide the option of static libraries, how useful would that be to people? Staw poll please, folks. Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From tpalmer@netopia.com Tue Dec 7 17:26:11 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 49449 invoked from network); 7 Dec 1999 17:26:11 -0000 Received: from herald.netopia.com (163.176.4.35) by 63.211.145.10 with SMTP; 7 Dec 1999 17:26:11 -0000 Received: from tom ([163.176.80.31]) by herald.netopia.com (Netscape Messaging Server 3.6) with SMTP id AAA6291 for ; Tue, 7 Dec 1999 09:26:17 -0800 Message-ID: <046001bf40d9$04f1ce60$1f50b0a3@netopia.com> From: "Tom Palmer" To: References: <199912070450.WAA29978@chinet.com> Subject: Re: PROPOSAL: Implementation of the JAXP classes for xerces-J Date: Tue, 7 Dec 1999 10:32:18 -0700 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 > location(to get the javax classes). So can we have a vote on getting these > classes in. > +1. I think it sounds like a good idea. I heard that W3C was looking at Document builders as a possible part of DOM Level 3, which has got to be far enough off that I think a javax package is good enough to build a standard on. - Tom Palmer From dbell@exch.hpl.hp.com Tue Dec 7 22:05:23 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Delivered-To: moderator for xerces-dev@xml.apache.org Received: (qmail 56833 invoked from network); 7 Dec 1999 22:05:23 -0000 Received: from hplms26.hpl.hp.com (15.255.168.31) by 63.211.145.10 with SMTP; 7 Dec 1999 22:05:23 -0000 Received: from hplms2.hpl.hp.com (root@hplms2.hpl.hp.com [15.0.152.33]) by hplms26.hpl.hp.com (8.9.3 (PHNE_18979)/HPL-PA Relay) with ESMTP id OAA07659 for ; Tue, 7 Dec 1999 14:05:22 -0800 (PST) Received: from hplex3.hpl.hp.com (hplex3.hpl.hp.com [15.0.152.178]) by hplms2.hpl.hp.com (8.9.3 (PHNE_18979)/8.9.3 HPLabs Hub) with ESMTP id OAA10195 for ; Tue, 7 Dec 1999 14:05:19 -0800 (PST) Received: by hplex3.hpl.hp.com with Internet Mail Service (5.5.2650.21) id ; Tue, 7 Dec 1999 14:05:43 -0800 Message-ID: <34E36C05935CD311AE5000A0C9B6B0BF359717@hplex3.hpl.hp.com> From: "Bell, David I" To: "'xerces-dev@xml.apache.org'" Subject: JAXP Question Date: Tue, 7 Dec 1999 14:05:41 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Hi All, I am looking at JAXP and I have a couple of questions. Does the DocumentBuilderFactory (and/or Impl) read properties from a specific file? Or, do I have to use a -D on the command line or write my own property setting code to override the default property settings? For example: the property "javax.xml.parsers.DocumentBuilderFactory" defaults to javax.xml.parsers.DocumentBuilderFactory. Seems to me that in a manner similar to the Swing LookAndFeel properties file, there should be a "well known" file name/location for configuring the JAXP properties. Is it there and I missed it? Do y'all think this is a good idea or a bad idea? Regards, David I. Bell Hewlett-Packard Laboratories mailto:David_I_Bell@hp.com Tel: 650.236-5007 FAX: 650.852-8488 Hewlett-Packard Laboratories Mailstop 1U-14 1501 Page Mill Rd. Palo Alto, CA 94304-1126 -----Original Message----- From: Rajiv Mordani [mailto:mode@chinet.com] Sent: Monday, December 06, 1999 8:50 PM To: xerces-dev@xml.apache.org; general@xml.apache.org Subject: PROPOSAL: Implementation of the JAXP classes for xerces-J Hi All, As most of you'll are aware that we have released the specification for Java API for XML parsing. The RI (yes Pier finally it is out there) has just been released. For downloading and playing with it please go to http://java.sun.com/xml and follow links to download the EA for the RI or directly to the following link (you still need to login to jdc) http://developer.java.sun.com/developer/earlyAccess/xml/ I have also implemented the classes for JAXP for xerces-J. So now people can program to the javax API and not worry about the underlying parser. This is a formal proposal to go ahead and make these classes part of xerces-J. To use these classes you need to download the RI from the above location(to get the javax classes). So can we have a vote on getting these classes in. - Rajiv -- UNIX _is_ user friendly, he's just very picky about who his friends are. From mode@chinet.com Tue Dec 7 23:55:21 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 62797 invoked from network); 7 Dec 1999 23:55:21 -0000 Received: from unknown (HELO chinet.com) (root@209.219.112.20) by 63.211.145.10 with SMTP; 7 Dec 1999 23:55:21 -0000 Received: (from mode@localhost) by chinet.com (8.9.3/8.9.3) id RAA09690 for xerces-dev@xml.apache.org; Tue, 7 Dec 1999 17:55:17 -0600 From: Rajiv Mordani Message-Id: <199912072355.RAA09690@chinet.com> Subject: Re: JAXP Question In-Reply-To: <34E36C05935CD311AE5000A0C9B6B0BF359717@hplex3.hpl.hp.com> from "Bell, David I" at "Dec 7, 1999 02:05:41 pm" To: xerces-dev@xml.apache.org Date: Tue, 7 Dec 1999 17:55:17 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi David, JAXP doesn't use any file. It is done by using -D as of now. - Rajiv Bell, David I wrote: [Charset iso-8859-1 unsupported, filtering to ASCII...] > Hi All, > > I am looking at JAXP and I have a couple of questions. > > Does the DocumentBuilderFactory (and/or Impl) read properties from a > specific file? Or, do I have to use a -D on the command line or write my > own property setting code to override the default property settings? For > example: the property "javax.xml.parsers.DocumentBuilderFactory" defaults > to javax.xml.parsers.DocumentBuilderFactory. Seems to me that in a manner > similar to the Swing LookAndFeel properties file, there should be a "well > known" file name/location for configuring the JAXP properties. Is it there > and I missed it? Do y'all think this is a good idea or a bad idea? > > Regards, > > David I. Bell > Hewlett-Packard Laboratories > mailto:David_I_Bell@hp.com > Tel: 650.236-5007 > FAX: 650.852-8488 > > Hewlett-Packard Laboratories > Mailstop 1U-14 > 1501 Page Mill Rd. > Palo Alto, CA 94304-1126 > > > -----Original Message----- > From: Rajiv Mordani [mailto:mode@chinet.com] > Sent: Monday, December 06, 1999 8:50 PM > To: xerces-dev@xml.apache.org; general@xml.apache.org > Subject: PROPOSAL: Implementation of the JAXP classes for xerces-J > > > Hi All, > As most of you'll are aware that we have released the specification > for > Java API for XML parsing. The RI (yes Pier finally it is out there) has > just been released. For downloading and playing with it please go to > http://java.sun.com/xml and follow links to download the EA for the RI or > directly to the following link (you still need to login to jdc) > http://developer.java.sun.com/developer/earlyAccess/xml/ > > I have also implemented the classes for JAXP for xerces-J. So now people > can program to the javax API and not worry about the underlying parser. > This is a formal proposal to go ahead and make these classes part of > xerces-J. To use these classes you need to download the RI from the above > location(to get the javax classes). So can we have a vote on getting these > classes in. > > - Rajiv > > -- > UNIX _is_ user friendly, > he's just very picky about who his friends are. > -- UNIX _is_ user friendly, he's just very picky about who his friends are. From aruna1@us.ibm.com Wed Dec 8 01:48:16 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 64907 invoked from network); 8 Dec 1999 01:48:16 -0000 Received: from over.ny.us.ibm.com (32.97.182.111) by 63.211.145.10 with SMTP; 8 Dec 1999 01:48:16 -0000 Received: from e3.ny.us.ibm.com (s3 [10.0.3.103]) by admin.ny.us.ibm.com (8.9.3/8.9.3) with ESMTP id MAA78334 for ; Tue, 7 Dec 1999 12:45:17 -0500 From: aruna1@us.ibm.com Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e3.ny.us.ibm.com (8.9.3/8.9.3) with ESMTP id MAA273410 for ; Tue, 7 Dec 1999 12:43:53 -0500 Received: from d53mta02h.boulder.ibm.com (d53mta02h.boulder.ibm.com [9.99.142.2]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id KAA76794 for ; Tue, 7 Dec 1999 10:44:45 -0700 Received: by d53mta02h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256840.00615139 ; Tue, 7 Dec 1999 10:42:57 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256840.00614F17.00@d53mta02h.boulder.ibm.com> Date: Tue, 7 Dec 1999 10:43:58 -0700 Subject: Re: Xerces-C on Solaris Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Xerces-C on Solaris had been successfully build with the following options : runConfigure -p solaris -c cc -x CC -t native -m inmem Did you try this combination of compilers? Arundhati Java Technology Center, Silicon Valley -- XML Technology Group Lotus Notes:Arundhati Bhowmick/Cupertino/IBM Internet: aruna1@us.ibm.com 1-408-777-5830 Michael Mason @decisionsoft.com on 12/07/99 03:28:59 AM Please respond to xerces-dev@xml.apache.org Sent by: mgm@decisionsoft.com To: xerces-dev mailing list cc: Subject: Xerces-C on Solaris I'm attempting to build Xerces-C on Solaris 2.7, using gcc. I've hit an "internal compiler error" like this: g++ -fPIC -instances=static -DSOLARIS -D_REENTRANT -c -O -DXML_USE_NATIVE_TRANSCODER -DXML_USE_INMEM_MESSAGELOADER -I/export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include -o DTDValidator2.o DTDValidator2.cpp In file included from /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/internal/XMLReader.hpp:70, from /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/internal/ReaderMgr.hpp:79, from DTDValidator2.cpp:93: /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/framework/XMLRecognizer.hpp:155: warning: `class XMLRecognizer' only defines a private destructor and has no friends /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c: In method `unsigned int NameIdPool::put(class DTDElementDecl *)': /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c:278: Internal compiler error. /export/home/local/mgm/hacking/xerces-cvs/xml-xerces/c/include/util/NameIdPool.c:278: Please submit a full bug report to `bug-g++@prep.ai.mit.edu'. make: *** [DTDValidator2.o] Error 1 g++ tells me it's version 2.8.1, and it's a version I pinched from solarisfreeware.com (under Linux, I've done a successful compile with "egcs-2.90.29 980515 (egcs-1.0.3 release)"). This is after a runConfigure -p solaris -c gcc -x g++ -t native. If anyone's managed a Solaris build using any combination of compiler and sources, please let me know. Cheers, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From mgm@decisionsoft.com Wed Dec 8 09:39:08 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 75355 invoked from network); 8 Dec 1999 09:39:08 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 8 Dec 1999 09:39:08 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id JAA23560 for ; Wed, 8 Dec 1999 09:38:41 GMT Sender: mgm@decisionsoft.com Message-ID: <384E2721.DD261404@decisionsoft.com> Date: Wed, 08 Dec 1999 09:38:41 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Xerces-C on Solaris References: <87256840.00614F17.00@d53mta02h.boulder.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit aruna1@us.ibm.com wrote: > > Xerces-C on Solaris had been successfully build with the following options > : > runConfigure -p solaris -c cc -x CC -t native -m inmem > > Did you try this combination of compilers? I haven't no, but upgrading to egcs-2.95.2 fixed the compile problem (it also exposed a bug in the version of make I was using, but I've fixed that by upgrading too). So with egcs-2.95.2 the following works: runConfigure -p solaris -c gcc -x g++ -t native Regards, Mike. From pier@apache.org Wed Dec 8 11:31:18 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 77592 invoked from network); 8 Dec 1999 11:31:18 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 8 Dec 1999 11:31:18 -0000 Received: from apache.org(sun.betaversion.org[192.168.1.2]) (3131 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Wed, 8 Dec 1999 03:31:08 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <384E425B.B238F8E0@apache.org> Date: Wed, 08 Dec 1999 03:34:51 -0800 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Rajiv Mordani CC: tomcat-dev@jakarta.apache.org, xerces-dev@xml.apache.org Subject: Re: FREE PARSER FOR ANT :) References: <199912070720.BAA00452@chinet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rajiv Mordani wrote: > > > Ok... But let's avoid another "Jakarta" like situation :) (my friends @ > > Sun are going to kill me now :) > > Jakarta has no relation here.. I guess you are referring to making Project > X available under the Apache license. In that case let's not talk JUST > about Jakarta here ;). All this is aprt of the learning curve of how to > make these things happen. I was talking about the five months that passed between the Jakarta announcement and its code drop... I know it was not all Sun's fault... Did you noticed the :) :) in my phrase??? > > I perfectly agree that we shouldn't be focused on a particolar > > implementation of a technology, but, after spending 6 months at IBM, I > > feel xerces like a little part of myself, that's why I like it... > > I share the exact same feelings about Project X after being on it for a year > now. ;) but I still manage to control that emotion when people make comments > like "damn that bloody project x"...;)... Did I say "damn that bloody project x"???? Uh ... I bet it was surrounded by smileys and I hope nobody was offended by it. I'm sorry if someone did... > > When I said "kick those classes out" I was in fact meaning the JAXP RI > > classes, I wasn't talking about the parser... > > I don't think so.. See what you wrote above ;)... Anyways I don't really > want to start nit picking so let's just end this here on the good note that > JAXP RI EA1 is out and I have the classes for xerces-J and have even made the > code changes to ant for that.. (Will soon be doing it for tomcat too) and thus > we don't have to worry about the parser.. You get to use xerces and I get > to use Project X and we both can be happy about using it with Ant and > Tomcat.. ;)... I'm happy now that the RI is out... I'm trying it out right now... I think I found a couple of bugs, but I'll tell later on if they're true ones or not.. (wish I had the sources!) > P.S. thanks for the feedback on the spec. They are really valuable.. More to come, don't worry... Let me finish some stuff here (pack, basically, I'm going to italy) and I'll try to send some more feedback! Pier -- -------------------------------------------------------------------- - P I E R - stable structure erected over water to allow the docking of seacraft From joseph.gregorio@mts.com Wed Dec 8 12:07:14 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 78661 invoked from network); 8 Dec 1999 12:07:14 -0000 Received: from eagle.mts.com (HELO mts.com) (148.150.31.4) by 63.211.145.10 with SMTP; 8 Dec 1999 12:07:14 -0000 Received: from hermes.mts.com by mts.com (SMI-8.6/SMI-SVR4) id GAA08323; Wed, 8 Dec 1999 06:07:12 -0600 Received: by smtpgate.mts.com with Internet Mail Service (5.5.2448.0) id ; Wed, 8 Dec 1999 07:06:39 -0500 Message-ID: <421E2204A588D111B8BF00A0C995F268564875@smtpgate.mts.com> From: "Gregorio, Joe" To: "'xerces-dev@xml.apache.org'" Subject: [PATCH] For VC6 Date: Wed, 8 Dec 1999 07:06:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" This will allow xerces to be built with an install of VC6 where MFC has not been installed. Afxres.h is only present when MFC has been installed. --- orig/Version.rc Wed Dec 08 06:38:46 1999 +++ Version.rc Wed Dec 08 06:38:59 1999 @@ -7,7 +7,7 @@ // // Generated from the TEXTINCLUDE 2 resource. // -#include "afxres.h" +#include "windows.h" //////////////////////////////////////////////////////////////////////////// / P.S. Please let me know if I have done this incorrectly, as this is my first patch submission. Thanks, -joe ----------------------------------------------- Joe Gregorio joseph.gregorio@mts.com Project Engineer MTS Systems Corporation From mgm@decisionsoft.com Wed Dec 8 14:55:56 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 83963 invoked from network); 8 Dec 1999 14:55:56 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 8 Dec 1999 14:55:56 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id OAA24253 for ; Wed, 8 Dec 1999 14:55:29 GMT Sender: mgm@decisionsoft.com Message-ID: <384E7161.97AEA98B@decisionsoft.com> Date: Wed, 08 Dec 1999 14:55:29 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <3847D7F5.DCCD6B41@decisionsoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit After some more fiddling, I've come to these conclusions: The code in the Linux version of XMLPlatformUtils::platformInit() explicitly searches for the environment variable LD_LIBRARY_PATH, and panics if it's not set. It then searches all the directories specified in LD_LIBRARY_PATH, and panics if it can't find "libxerces-c1_0.so" (that string is constructed dynamically from the current version of the Xerces library). It then sets XMLPlatformUtils::fgLibLocation to the location of the discovered .so library. This behaviour seems a bit weird to me, because if my system can't find the .so (either by LD_LIBRARY_PATH or having it in /lib or similar) it won't even run my executable, so the code in platformInit() won't get run either. I came across this because I wanted to put an executable behind Apache and use it for CGI, and couldn't persuade it not to panic, even though the .so was in /lib. A fix is to hack platformInit() so it just creates its mutex and then returns. I figure if I keep this hack and then create a static library, I should be able to link against it and avoid having to distribute any separate libraries. Can anyone explain the rationale behind this behaviour, and comment on whether I'm doing the right thing? If I am, should I go about creating a patch to add a "static" option to the runConfigure script (or somewhere else more appropriate) and submit it to the list? Best regards, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From rahulj@us.ibm.com Wed Dec 8 23:02:18 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 3819 invoked from network); 8 Dec 1999 23:02:18 -0000 Received: from ausmail1.austin.ibm.com (192.35.232.12) by 63.211.145.10 with SMTP; 8 Dec 1999 23:02:18 -0000 Received: from netmail3.austin.ibm.com (netmail3.austin.ibm.com [9.53.250.99]) by ausmail1.austin.ibm.com (8.9.1/8.8.5) with ESMTP id RAA25194 for ; Wed, 8 Dec 1999 17:01:09 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail3.austin.ibm.com (8.8.5/8.8.5) with ESMTP id RAA39150 for ; Wed, 8 Dec 1999 17:02:17 -0600 Received: from us.ibm.com (socks1.almaden.ibm.com [9.1.40.40]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id RAA24594 for ; Wed, 8 Dec 1999 17:02:14 -0600 (CST) Message-ID: <384EE571.EF7D3D54@us.ibm.com> Date: Wed, 08 Dec 1999 15:10:41 -0800 From: Rahul Jain Reply-To: rahulj@apache.org Organization: IBM Center for Java Technology X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <3847D7F5.DCCD6B41@decisionsoft.com> <384E7161.97AEA98B@decisionsoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Michael, > After some more fiddling, I've come to these conclusions: > > The code in the Linux version of XMLPlatformUtils::platformInit() > explicitly searches for the environment variable LD_LIBRARY_PATH, and > panics if it's not set. It then searches all the directories specified > in LD_LIBRARY_PATH, and panics if it can't find "libxerces-c1_0.so" > (that string is constructed dynamically from the current version of the > Xerces library). It then sets XMLPlatformUtils::fgLibLocation to the > location of the discovered .so library. > > This behaviour seems a bit weird to me, because if my system can't find > the .so (either by LD_LIBRARY_PATH or having it in /lib or similar) it > won't even run my executable, so the code in platformInit() won't get > run either. I came across this because I wanted to put an executable > behind Apache and use it for CGI, and couldn't persuade it not to panic, > even though the .so was in /lib. A fix is to hack platformInit() so it > just creates its mutex and then returns. > I agree that current code is broken if the Xerces-C shared libarary is installed in the system library directories, which are looked up by default by the loader. Also, I agree the current code will not work if you use a static version of the Xerces-C libarary in your application. > I figure if I keep this hack and then create a static library, I should > be able to link against it and avoid having to distribute any separate > libraries. > > Can anyone explain the rationale behind this behaviour, and comment on > whether I'm doing the right thing? If I am, should I go about creating a > patch to add a "static" option to the runConfigure script (or somewhere > else more appropriate) and submit it to the list? Your hack will work as long as you do not use ICU as a transcoding service. More specifically, you can still use ICU as long as you explicitly define where the transcoding converter files are located via the environment variable ICU_DATA, and not rely on the 'discover yourself where the converter files are' mechanism. The default 'discover yourself where the converter files' logic in Xerces-C relies on them being located relative to the location of the Xerces-C shared library and hence the current code. This location of the library is stored in the XMLPlatformUtils::fgLibLocation variable. Currently, fgLibLocation is only used to figure out where the converter files are. Never know, what else it might be used for in future. I am all for adding options to makefile(s) to build Xerces-C in different ways as long as these are non-breaking changes. The other issues we have to address while talking about static Xerces-C libraries are: * what value will be assigned to fgLibLocation * what is the fallback logic of discovering the ICU converter files. These issues are only relevant in the context of the using ICU and become non-issues if native transcoding option is used. Coming back to fixing the problem of 'panic' when the dynamically loaded Xerces-C library is installed in system default places like '/lib' and '/usr/lib', we should augument the code to look into these directories in addition to the values specified for LD_LIBRARY_PATH. A still better solution is to figure out how we can find out the loaded libraries via a system call (like we currently do under Solaris, AIX and HPUX). rahul From nickf@cre.canon.co.uk Thu Dec 9 10:36:34 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Delivered-To: moderator for xerces-dev@xml.apache.org Received: (qmail 18942 invoked from network); 9 Dec 1999 10:36:34 -0000 Received: from horatio.cre.canon.co.uk (194.131.191.5) by 63.211.145.10 with SMTP; 9 Dec 1999 10:36:34 -0000 Received: (from uucp@localhost) by horatio.cre.canon.co.uk (8.9.3/8.9.1) id KAA23146 for ; Thu, 9 Dec 1999 10:36:46 GMT Received: from cre.canon.co.uk(canon2 192.88.128.33) by horatio via smap (V2.0) id xma023140; Thu, 9 Dec 99 10:36:29 GMT Received: from willum.cre.canon.co.uk (willum.cre.canon.co.uk [192.88.128.151]) by cre.canon.co.uk (8.9.3/8.9.3) with SMTP id KAA09404 for ; Thu, 9 Dec 1999 10:37:48 GMT Received: from willum by willum.cre.canon.co.uk (SMI-8.6/SMI-SVR4) id KAA18473; Thu, 9 Dec 1999 10:37:46 GMT Date: Thu, 9 Dec 1999 10:37:46 +0000 (GMT) From: Nick Fortescue X-Sender: nickf@willum To: xerces-dev@xml.apache.org Subject: ICU classes not available on the xml.apache.org website Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The download of Xerxes for C++ does not include the ICU classes. I had to go and get them from alphaworks in the end. It would be helpful if this was mentioned, or a download from the xml.apache.org website was available. Nick -- Nick Fortescue E: nickf@cre.canon.co.uk Voice : +44 1483 448885 Fax: +44 1483 448845 Canon Research Centre Europe Ltd, 1 Occam Court, Occam Road, Surrey Research Park, Guildford, Surrey. GU2 5YJ U.K. From mgm@decisionsoft.com Thu Dec 9 14:35:28 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 22921 invoked from network); 9 Dec 1999 14:35:28 -0000 Received: from knox.decisionsoft.co.uk (HELO decisionsoft.com) (62.6.154.114) by 63.211.145.10 with SMTP; 9 Dec 1999 14:35:28 -0000 Received: from decisionsoft.com (phoenix.dsl.net [10.0.0.15]) by decisionsoft.com (8.8.7/8.8.7) with ESMTP id OAA26017 for ; Thu, 9 Dec 1999 14:35:07 GMT Sender: mgm@decisionsoft.com Message-ID: <384FBE1A.C2AADCCE@decisionsoft.com> Date: Thu, 09 Dec 1999 14:35:06 +0000 From: Michael Mason Organization: DecisionSoft Limited X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <3847D7F5.DCCD6B41@decisionsoft.com> <384E7161.97AEA98B@decisionsoft.com> <384EE571.EF7D3D54@us.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rahul Jain wrote: > > I am all for adding options to makefile(s) to build Xerces-C in different > ways as long as these are non-breaking changes. The other issues we have > to address while talking about static Xerces-C libraries are: > * what value will be assigned to fgLibLocation > * what is the fallback logic of discovering the ICU converter files. > These issues are only relevant in the context of the using ICU and become > non-issues if native transcoding option is used. Righto. I don't want to go round breaking ICU so I'll leave this aspect alone for now. > > Coming back to fixing the problem of 'panic' when the dynamically > loaded Xerces-C library is installed in system default places like > '/lib' and '/usr/lib', we should augument the code to look into these > directories in addition to the values specified for LD_LIBRARY_PATH. > > A still better solution is to figure out how we can find out the > loaded libraries via a system call (like we currently do under Solaris, AIX > and HPUX). The Linux dlopen man page states that libraries are searched for in A colon-separated list of directories in the user's LD_LIBRARY path environment variable. The list of libraries specified in /etc/ld.so.cache. /usr/lib, followed by /lib. but I've not found a reference to any way to get Linux to tell us what libraries it's currently got loaded. Here's a (slightly longwinded) patch which follows dlopen's behaviour in searching for the shared library: diff -u -u -r1.3 LinuxPlatformUtils.cpp --- LinuxPlatformUtils.cpp 1999/11/23 02:00:48 1.3 +++ LinuxPlatformUtils.cpp 1999/12/09 14:28:28 @@ -209,49 +209,122 @@ char* libEnvVar = getenv(sharedLibEnvVar); char* libPath = NULL; - if (libEnvVar == NULL) + if (libEnvVar != NULL) { - panic(XMLPlatformUtils::Panic_CantFindLib); - } + // + // Its necessary to create a copy because strtok() modifies the + // string as it returns tokens. We don't want to modify the string + // returned to by getenv(). + // - // - // Its necessary to create a copy because strtok() modifies the - // string as it returns tokens. We don't want to modify the string - // returned to by getenv(). - // + libPath = new char[strlen(libEnvVar) + 1]; + strcpy(libPath, libEnvVar); - libPath = new char[strlen(libEnvVar) + 1]; - strcpy(libPath, libEnvVar); + // First do the searching process for the first directory listing + char* allPaths = libPath; + char* libPathName; - // First do the searching process for the first directory listing + while ((libPathName = strtok(allPaths, ":")) != NULL) + { + FILE* dummyFptr = 0; + allPaths = 0; - char* allPaths = libPath; - char* libPathName; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + break; + } - while ((libPathName = strtok(allPaths, ":")) != NULL) - { - FILE* dummyFptr = 0; - allPaths = 0; + } // while - char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; - strcpy(libfile, libPathName); - strcat(libfile, "/"); - strcat(libfile, libName); - - dummyFptr = (FILE *) fopen(libfile, "rb"); - delete [] libfile; - if (dummyFptr != NULL) - { - fclose(dummyFptr); - libraryPath = new char[strlen(libPathName)+1]; - strcpy((char *) libraryPath, libPathName); - break; - } + delete libPath; + } - } // while + // If we've not found it in LD_LIBRARY_PATH, check + // locations specified in /etc/ld.so.conf + + if(libraryPath == NULL) + { + FILE* ldsoconf = fopen("/etc/ld.so.conf", "r"); + if(ldsoconf != NULL) + { + // Read lines specifying directories to search + + char libPathName[256]; + while(fgets(libPathName, 256, ldsoconf) != NULL) + { + // Chop off newline if present + char *newline = strrchr(libPathName, '\n'); + if(newline != NULL) + *newline = '\0'; + + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + break; + } + } // while + + fclose(ldsoconf); + } + } + + // Finally check /usr/lib and then /lib - delete libPath; + if(libraryPath == NULL) + { + char* libPathName = "/usr/lib"; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + } + else + { + // Finally(!) check /lib + char* libPathName = "/lib"; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + } + } + } XMLPlatformUtils::fgLibLocation = libraryPath; Seems to work okay on my system, with the libray in LD_LIBRARY_PATH, in an /etc/ld.so.conf specified directory, and with the library in /lib. I hope the indentation and coding style is as expected -- is there an Apache group spec for this? Someone'll hit us with the Right Way to do this now... ;) Best regards, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From Curt.Arnold@hyprotech.com Thu Dec 9 16:03:10 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 24348 invoked from network); 9 Dec 1999 16:03:10 -0000 Received: from cliff.hyprotech.com (192.139.200.5) by 63.211.145.10 with SMTP; 9 Dec 1999 16:03:10 -0000 Received: by CLIFF with Internet Mail Service (5.5.2232.9) id ; Thu, 9 Dec 1999 09:04:39 -0700 Message-ID: <61DAD58E8F4ED211AC8400A0C9B46873415574@THOR> From: "Arnold, Curt" To: "'xerces-dev@xml.apache.org'" Cc: 'Nick Fortescue' Subject: RE: ICU classes not available/linker option error in first source drop Date: Thu, 9 Dec 1999 09:00:33 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="windows-1252" The ICU libraries were incorrectly included in linker options for some configurations (I believe the Intel Win32 Release) for the first source drop of VC6, but wasn't actually used in the code. Removing the libraries from the linker options allowed the DLL to build without the ICU libraries present. From Curt.Arnold@hyprotech.com Thu Dec 9 16:10:18 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 24724 invoked from network); 9 Dec 1999 16:10:18 -0000 Received: from cliff.hyprotech.com (192.139.200.5) by 63.211.145.10 with SMTP; 9 Dec 1999 16:10:18 -0000 Received: by CLIFF with Internet Mail Service (5.5.2232.9) id ; Thu, 9 Dec 1999 09:11:54 -0700 Message-ID: <61DAD58E8F4ED211AC8400A0C9B46873415575@THOR> From: "Arnold, Curt" To: "'xerces-dev@xml.apache.org'" Subject: RE: Non-shared libraries and ICU? Date: Thu, 9 Dec 1999 09:07:48 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="windows-1252" The right way to do this under Windows is to put a thin (non-Automation, in-process only) COM interface around ICU and support registration with DllRegisterServer. In Xerces, call CoCreateInstance (or similar call) when the DLL needs to be loaded and have the stub implementation in Xerces call the appropriate virtual function in the interface. -----Original Message----- From: Michael Mason [mailto:mgm@decisionsoft.com] Sent: Thursday, December 09, 1999 8:35 AM To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? Rahul Jain wrote: > > I am all for adding options to makefile(s) to build Xerces-C in different > ways as long as these are non-breaking changes. The other issues we have > to address while talking about static Xerces-C libraries are: > * what value will be assigned to fgLibLocation > * what is the fallback logic of discovering the ICU converter files. > These issues are only relevant in the context of the using ICU and become > non-issues if native transcoding option is used. Righto. I don't want to go round breaking ICU so I'll leave this aspect alone for now. > > Coming back to fixing the problem of 'panic' when the dynamically > loaded Xerces-C library is installed in system default places like > '/lib' and '/usr/lib', we should augument the code to look into these > directories in addition to the values specified for LD_LIBRARY_PATH. > > A still better solution is to figure out how we can find out the > loaded libraries via a system call (like we currently do under Solaris, AIX > and HPUX). The Linux dlopen man page states that libraries are searched for in A colon-separated list of directories in the user's LD_LIBRARY path environment variable. The list of libraries specified in /etc/ld.so.cache. /usr/lib, followed by /lib. but I've not found a reference to any way to get Linux to tell us what libraries it's currently got loaded. Here's a (slightly longwinded) patch which follows dlopen's behaviour in searching for the shared library: diff -u -u -r1.3 LinuxPlatformUtils.cpp --- LinuxPlatformUtils.cpp 1999/11/23 02:00:48 1.3 +++ LinuxPlatformUtils.cpp 1999/12/09 14:28:28 @@ -209,49 +209,122 @@ char* libEnvVar = getenv(sharedLibEnvVar); char* libPath = NULL; - if (libEnvVar == NULL) + if (libEnvVar != NULL) { - panic(XMLPlatformUtils::Panic_CantFindLib); - } + // + // Its necessary to create a copy because strtok() modifies the + // string as it returns tokens. We don't want to modify the string + // returned to by getenv(). + // - // - // Its necessary to create a copy because strtok() modifies the - // string as it returns tokens. We don't want to modify the string - // returned to by getenv(). - // + libPath = new char[strlen(libEnvVar) + 1]; + strcpy(libPath, libEnvVar); - libPath = new char[strlen(libEnvVar) + 1]; - strcpy(libPath, libEnvVar); + // First do the searching process for the first directory listing + char* allPaths = libPath; + char* libPathName; - // First do the searching process for the first directory listing + while ((libPathName = strtok(allPaths, ":")) != NULL) + { + FILE* dummyFptr = 0; + allPaths = 0; - char* allPaths = libPath; - char* libPathName; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + break; + } - while ((libPathName = strtok(allPaths, ":")) != NULL) - { - FILE* dummyFptr = 0; - allPaths = 0; + } // while - char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; - strcpy(libfile, libPathName); - strcat(libfile, "/"); - strcat(libfile, libName); - - dummyFptr = (FILE *) fopen(libfile, "rb"); - delete [] libfile; - if (dummyFptr != NULL) - { - fclose(dummyFptr); - libraryPath = new char[strlen(libPathName)+1]; - strcpy((char *) libraryPath, libPathName); - break; - } + delete libPath; + } - } // while + // If we've not found it in LD_LIBRARY_PATH, check + // locations specified in /etc/ld.so.conf + + if(libraryPath == NULL) + { + FILE* ldsoconf = fopen("/etc/ld.so.conf", "r"); + if(ldsoconf != NULL) + { + // Read lines specifying directories to search + + char libPathName[256]; + while(fgets(libPathName, 256, ldsoconf) != NULL) + { + // Chop off newline if present + char *newline = strrchr(libPathName, '\n'); + if(newline != NULL) + *newline = '\0'; + + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + break; + } + } // while + + fclose(ldsoconf); + } + } + + // Finally check /usr/lib and then /lib - delete libPath; + if(libraryPath == NULL) + { + char* libPathName = "/usr/lib"; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + } + else + { + // Finally(!) check /lib + char* libPathName = "/lib"; + char* libfile = new char[strlen(libPathName) + strlen(libName) + 2]; + strcpy(libfile, libPathName); + strcat(libfile, "/"); + strcat(libfile, libName); + + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); + delete [] libfile; + if (dummyFptr != NULL) + { + fclose(dummyFptr); + libraryPath = new char[strlen(libPathName)+1]; + strcpy((char *) libraryPath, libPathName); + } + } + } XMLPlatformUtils::fgLibLocation = libraryPath; Seems to work okay on my system, with the libray in LD_LIBRARY_PATH, in an /etc/ld.so.conf specified directory, and with the library in /lib. I hope the indentation and coding style is as expected -- is there an Apache group spec for this? Someone'll hit us with the Right Way to do this now... ;) Best regards, Mike. -- Mike Mason, Software Engineer XML Script Development Team Office: 44-1865-203192 http://www.xmlscript.org/ Mobile: 44-7050-288923 From mpogue@apache.org Thu Dec 9 22:30:28 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 41450 invoked from network); 9 Dec 1999 22:30:28 -0000 Received: from ausmail.austin.ibm.com (192.35.232.19) by 63.211.145.10 with SMTP; 9 Dec 1999 22:30:28 -0000 Received: from netmail2.austin.ibm.com (netmail2.austin.ibm.com [9.53.250.97]) by ausmail.austin.ibm.com (8.9.1/8.8.5) with ESMTP id QAA02638 for ; Thu, 9 Dec 1999 16:31:54 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail2.austin.ibm.com (8.8.5/8.8.5) with ESMTP id QAA25080 for ; Thu, 9 Dec 1999 16:30:27 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id QAA26540 for ; Thu, 9 Dec 1999 16:30:23 -0600 (CST) Message-ID: <38502C2E.53042D0B@apache.org> Date: Thu, 09 Dec 1999 14:24:46 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <61DAD58E8F4ED211AC8400A0C9B46873415575@THOR> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I don't think this works if there can be more than one copy of ICU on your system. (and I am aware of at least one application that does this...) I think that the ICU Open Source team has decided to move to a different model (in the next version) for location of converter data files in the near future -- one that uses the OS loader to find a converter DLL. This avoids the whole environment variable problem (environment variables, and their counterpart on Win32, registry variables, are evil for a number of reasons, IMHO -- they are fragile, and cause a lot of support email when they break..). So, in other words, the Xerces-C.DLL, ICU-C.DLL, and ICU_CONVERTER_DATA.DLL will all end up in the same directory, and the OS will find them without an environment variable hint (or, you can separate them, and put them on PATH or LIBPATH). No environment variables (e.g. ICU_DATA) are required, and so you can have more than one copy of Xerces and ICU on your system (identical copies or not), and they don't get mixed up. Installation will also be much simpler (you don't have to register the DLL's at install time). Oh, also, I think they retained ICU_DATA as a compile option, if you really want to still do it that way...I'm not sure about this, though...Do you think they should retain the environment variable (ICU_DATA) way, too? Mike "Arnold, Curt" wrote: > > The right way to do this under Windows is to put a thin (non-Automation, > in-process only) COM interface around ICU and support registration with > DllRegisterServer. In Xerces, call CoCreateInstance (or similar call) when > the DLL needs to be loaded and have the stub implementation in Xerces call > the appropriate virtual function in the interface. > > -----Original Message----- > From: Michael Mason [mailto:mgm@decisionsoft.com] > Sent: Thursday, December 09, 1999 8:35 AM > To: xerces-dev@xml.apache.org > Subject: Re: Non-shared libraries and ICU? > > Rahul Jain wrote: > > > > I am all for adding options to makefile(s) to build Xerces-C in different > > ways as long as these are non-breaking changes. The other issues we have > > to address while talking about static Xerces-C libraries are: > > * what value will be assigned to fgLibLocation > > * what is the fallback logic of discovering the ICU converter files. > > These issues are only relevant in the context of the using ICU and become > > non-issues if native transcoding option is used. > > Righto. I don't want to go round breaking ICU so I'll leave this aspect > alone for now. > > > > > Coming back to fixing the problem of 'panic' when the dynamically > > loaded Xerces-C library is installed in system default places like > > '/lib' and '/usr/lib', we should augument the code to look into these > > directories in addition to the values specified for LD_LIBRARY_PATH. > > > > A still better solution is to figure out how we can find out the > > loaded libraries via a system call (like we currently do under Solaris, > AIX > > and HPUX). > > The Linux dlopen man page states that libraries are searched for in > > A colon-separated list of directories in the user's > LD_LIBRARY path environment variable. > > The list of libraries specified in > /etc/ld.so.cache. > > /usr/lib, followed by /lib. > > but I've not found a reference to any way to get Linux to tell us what > libraries it's currently got loaded. Here's a (slightly longwinded) > patch which follows dlopen's behaviour in searching for the shared > library: > > diff -u -u -r1.3 LinuxPlatformUtils.cpp > --- LinuxPlatformUtils.cpp 1999/11/23 02:00:48 1.3 > +++ LinuxPlatformUtils.cpp 1999/12/09 14:28:28 > @@ -209,49 +209,122 @@ > char* libEnvVar = getenv(sharedLibEnvVar); > char* libPath = NULL; > > - if (libEnvVar == NULL) > + if (libEnvVar != NULL) > { > - panic(XMLPlatformUtils::Panic_CantFindLib); > - } > + // > + // Its necessary to create a copy because strtok() modifies the > + // string as it returns tokens. We don't want to modify the > string > + // returned to by getenv(). > + // > > - // > - // Its necessary to create a copy because strtok() modifies the > - // string as it returns tokens. We don't want to modify the string > - // returned to by getenv(). > - // > + libPath = new char[strlen(libEnvVar) + 1]; > + strcpy(libPath, libEnvVar); > > - libPath = new char[strlen(libEnvVar) + 1]; > - strcpy(libPath, libEnvVar); > + // First do the searching process for the first directory > listing > > + char* allPaths = libPath; > + char* libPathName; > > - // First do the searching process for the first directory listing > + while ((libPathName = strtok(allPaths, ":")) != NULL) > + { > + FILE* dummyFptr = 0; > + allPaths = 0; > > - char* allPaths = libPath; > - char* libPathName; > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + break; > + } > > - while ((libPathName = strtok(allPaths, ":")) != NULL) > - { > - FILE* dummyFptr = 0; > - allPaths = 0; > + } // while > > - char* libfile = new char[strlen(libPathName) + strlen(libName) > + 2]; > - strcpy(libfile, libPathName); > - strcat(libfile, "/"); > - strcat(libfile, libName); > - > - dummyFptr = (FILE *) fopen(libfile, "rb"); > - delete [] libfile; > - if (dummyFptr != NULL) > - { > - fclose(dummyFptr); > - libraryPath = new char[strlen(libPathName)+1]; > - strcpy((char *) libraryPath, libPathName); > - break; > - } > + delete libPath; > + } > > - } // while > + // If we've not found it in LD_LIBRARY_PATH, check > + // locations specified in /etc/ld.so.conf > + > + if(libraryPath == NULL) > + { > + FILE* ldsoconf = fopen("/etc/ld.so.conf", "r"); > + if(ldsoconf != NULL) > + { > + // Read lines specifying directories to search > + > + char libPathName[256]; > + while(fgets(libPathName, 256, ldsoconf) != NULL) > + { > + // Chop off newline if present > + char *newline = strrchr(libPathName, '\n'); > + if(newline != NULL) > + *newline = '\0'; > + > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + break; > + } > + } // while > + > + fclose(ldsoconf); > + } > + } > + > + // Finally check /usr/lib and then /lib > > - delete libPath; > + if(libraryPath == NULL) > + { > + char* libPathName = "/usr/lib"; > + char* libfile = new char[strlen(libPathName) + strlen(libName) > + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + } > + else > + { > + // Finally(!) check /lib > + char* libPathName = "/lib"; > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + } > + } > + } > > XMLPlatformUtils::fgLibLocation = libraryPath; > > > Seems to work okay on my system, with the libray in LD_LIBRARY_PATH, in > an /etc/ld.so.conf specified directory, and with the library in /lib. I > hope the indentation and coding style is as expected -- is there an > Apache group spec for this? > > Someone'll hit us with the Right Way to do this now... ;) > > Best regards, > Mike. > > -- > Mike Mason, Software Engineer > XML Script Development Team Office: 44-1865-203192 > http://www.xmlscript.org/ Mobile: 44-7050-288923 From Curt.Arnold@hyprotech.com Thu Dec 9 23:34:12 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 49438 invoked from network); 9 Dec 1999 23:34:12 -0000 Received: from cliff.hyprotech.com (192.139.200.5) by 63.211.145.10 with SMTP; 9 Dec 1999 23:34:12 -0000 Received: by CLIFF with Internet Mail Service (5.5.2232.9) id ; Thu, 9 Dec 1999 16:35:47 -0700 Message-ID: <61DAD58E8F4ED211AC8400A0C9B46873415580@THOR> From: "Arnold, Curt" To: "'xerces-dev@xml.apache.org'" Subject: RE: Non-shared libraries and ICU? Date: Thu, 9 Dec 1999 16:31:42 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="windows-1252" You are right on the potential for collision, there is apparently much hand waving in Win2K to allow distinct copies of what were previously shared resources (my how things change when disk space gets cheap). Sorry about the bum suggestion, maybe this one is better. If you are willing for ICU-C.DLL and ICU-CONVERTER_DATA.DLL to be required to be the same directory as XERCES-C.DLL (which seems reasonable). Then you can do something like (in Xerces-C.DLL // // get module handle of xerces // HMODULE hXerces = GetModuleHandle(_T("XERCES-C.DLL")); // // get full path name of xerces-c // TCHAR modFileName[MAX_PATH+1]; DWORD modFileNameLen = GetModuleFileName(hXerces,modFileName,MAX_PATH); // // find last slash // TCHAR* pLastSlash = _tcsrchr(modFileName,_T('\')); HASSERT(pLastSlash); // // replace XERCES-C.DLL with ICU-C.DLL // _tcscpy(pLastSlash, _T("\ICU-C.DLL")); // // load ICU-C.DLL // HMODULE hICU = LoadLibrary(modFileName); // // do your GetProcAddress's etc // -----Original Message----- From: Mike Pogue [mailto:mpogue@apache.org] Sent: Thursday, December 09, 1999 4:25 PM To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? I don't think this works if there can be more than one copy of ICU on your system. (and I am aware of at least one application that does this...) I think that the ICU Open Source team has decided to move to a different model (in the next version) for location of converter data files in the near future -- one that uses the OS loader to find a converter DLL. This avoids the whole environment variable problem (environment variables, and their counterpart on Win32, registry variables, are evil for a number of reasons, IMHO -- they are fragile, and cause a lot of support email when they break..). So, in other words, the Xerces-C.DLL, ICU-C.DLL, and ICU_CONVERTER_DATA.DLL will all end up in the same directory, and the OS will find them without an environment variable hint (or, you can separate them, and put them on PATH or LIBPATH). No environment variables (e.g. ICU_DATA) are required, and so you can have more than one copy of Xerces and ICU on your system (identical copies or not), and they don't get mixed up. Installation will also be much simpler (you don't have to register the DLL's at install time). Oh, also, I think they retained ICU_DATA as a compile option, if you really want to still do it that way...I'm not sure about this, though...Do you think they should retain the environment variable (ICU_DATA) way, too? Mike "Arnold, Curt" wrote: > > The right way to do this under Windows is to put a thin (non-Automation, > in-process only) COM interface around ICU and support registration with > DllRegisterServer. In Xerces, call CoCreateInstance (or similar call) when > the DLL needs to be loaded and have the stub implementation in Xerces call > the appropriate virtual function in the interface. > > -----Original Message----- > From: Michael Mason [mailto:mgm@decisionsoft.com] > Sent: Thursday, December 09, 1999 8:35 AM > To: xerces-dev@xml.apache.org > Subject: Re: Non-shared libraries and ICU? > > Rahul Jain wrote: > > > > I am all for adding options to makefile(s) to build Xerces-C in different > > ways as long as these are non-breaking changes. The other issues we have > > to address while talking about static Xerces-C libraries are: > > * what value will be assigned to fgLibLocation > > * what is the fallback logic of discovering the ICU converter files. > > These issues are only relevant in the context of the using ICU and become > > non-issues if native transcoding option is used. > > Righto. I don't want to go round breaking ICU so I'll leave this aspect > alone for now. > > > > > Coming back to fixing the problem of 'panic' when the dynamically > > loaded Xerces-C library is installed in system default places like > > '/lib' and '/usr/lib', we should augument the code to look into these > > directories in addition to the values specified for LD_LIBRARY_PATH. > > > > A still better solution is to figure out how we can find out the > > loaded libraries via a system call (like we currently do under Solaris, > AIX > > and HPUX). > > The Linux dlopen man page states that libraries are searched for in > > A colon-separated list of directories in the user's > LD_LIBRARY path environment variable. > > The list of libraries specified in > /etc/ld.so.cache. > > /usr/lib, followed by /lib. > > but I've not found a reference to any way to get Linux to tell us what > libraries it's currently got loaded. Here's a (slightly longwinded) > patch which follows dlopen's behaviour in searching for the shared > library: > > diff -u -u -r1.3 LinuxPlatformUtils.cpp > --- LinuxPlatformUtils.cpp 1999/11/23 02:00:48 1.3 > +++ LinuxPlatformUtils.cpp 1999/12/09 14:28:28 > @@ -209,49 +209,122 @@ > char* libEnvVar = getenv(sharedLibEnvVar); > char* libPath = NULL; > > - if (libEnvVar == NULL) > + if (libEnvVar != NULL) > { > - panic(XMLPlatformUtils::Panic_CantFindLib); > - } > + // > + // Its necessary to create a copy because strtok() modifies the > + // string as it returns tokens. We don't want to modify the > string > + // returned to by getenv(). > + // > > - // > - // Its necessary to create a copy because strtok() modifies the > - // string as it returns tokens. We don't want to modify the string > - // returned to by getenv(). > - // > + libPath = new char[strlen(libEnvVar) + 1]; > + strcpy(libPath, libEnvVar); > > - libPath = new char[strlen(libEnvVar) + 1]; > - strcpy(libPath, libEnvVar); > + // First do the searching process for the first directory > listing > > + char* allPaths = libPath; > + char* libPathName; > > - // First do the searching process for the first directory listing > + while ((libPathName = strtok(allPaths, ":")) != NULL) > + { > + FILE* dummyFptr = 0; > + allPaths = 0; > > - char* allPaths = libPath; > - char* libPathName; > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + break; > + } > > - while ((libPathName = strtok(allPaths, ":")) != NULL) > - { > - FILE* dummyFptr = 0; > - allPaths = 0; > + } // while > > - char* libfile = new char[strlen(libPathName) + strlen(libName) > + 2]; > - strcpy(libfile, libPathName); > - strcat(libfile, "/"); > - strcat(libfile, libName); > - > - dummyFptr = (FILE *) fopen(libfile, "rb"); > - delete [] libfile; > - if (dummyFptr != NULL) > - { > - fclose(dummyFptr); > - libraryPath = new char[strlen(libPathName)+1]; > - strcpy((char *) libraryPath, libPathName); > - break; > - } > + delete libPath; > + } > > - } // while > + // If we've not found it in LD_LIBRARY_PATH, check > + // locations specified in /etc/ld.so.conf > + > + if(libraryPath == NULL) > + { > + FILE* ldsoconf = fopen("/etc/ld.so.conf", "r"); > + if(ldsoconf != NULL) > + { > + // Read lines specifying directories to search > + > + char libPathName[256]; > + while(fgets(libPathName, 256, ldsoconf) != NULL) > + { > + // Chop off newline if present > + char *newline = strrchr(libPathName, '\n'); > + if(newline != NULL) > + *newline = '\0'; > + > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + break; > + } > + } // while > + > + fclose(ldsoconf); > + } > + } > + > + // Finally check /usr/lib and then /lib > > - delete libPath; > + if(libraryPath == NULL) > + { > + char* libPathName = "/usr/lib"; > + char* libfile = new char[strlen(libPathName) + strlen(libName) > + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + } > + else > + { > + // Finally(!) check /lib > + char* libPathName = "/lib"; > + char* libfile = new char[strlen(libPathName) + > strlen(libName) + 2]; > + strcpy(libfile, libPathName); > + strcat(libfile, "/"); > + strcat(libfile, libName); > + > + FILE* dummyFptr = (FILE *) fopen(libfile, "rb"); > + delete [] libfile; > + if (dummyFptr != NULL) > + { > + fclose(dummyFptr); > + libraryPath = new char[strlen(libPathName)+1]; > + strcpy((char *) libraryPath, libPathName); > + } > + } > + } > > XMLPlatformUtils::fgLibLocation = libraryPath; > > > Seems to work okay on my system, with the libray in LD_LIBRARY_PATH, in > an /etc/ld.so.conf specified directory, and with the library in /lib. I > hope the indentation and coding style is as expected -- is there an > Apache group spec for this? > > Someone'll hit us with the Right Way to do this now... ;) > > Best regards, > Mike. > > -- > Mike Mason, Software Engineer > XML Script Development Team Office: 44-1865-203192 > http://www.xmlscript.org/ Mobile: 44-7050-288923 From heninger@us.ibm.com Fri Dec 10 00:22:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 54130 invoked from network); 10 Dec 1999 00:22:40 -0000 Received: from e32.co.us.ibm.com (HELO e32.bld.us.ibm.com) (32.97.110.130) by 63.211.145.10 with SMTP; 10 Dec 1999 00:22:40 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e32.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id TAA20850 for ; Thu, 9 Dec 1999 19:17:53 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id RAA46148 for ; Thu, 9 Dec 1999 17:22:38 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.00021002 ; Thu, 9 Dec 1999 17:22:31 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.00020BD8.00@d53mta03h.boulder.ibm.com> Date: Thu, 9 Dec 1999 16:15:02 -0800 Subject: RE: Non-shared libraries and ICU? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Mike Pogue wrote, > So, in other words, the Xerces-C.DLL, ICU-C.DLL, and > ICU_CONVERTER_DATA.DLL will all end up in the same directory, and the OS > will find them without an environment variable hint (or, you can > separate them, and put them on PATH or LIBPATH). No environment > variables (e.g. ICU_DATA) are required, and so you can have more than > one copy of Xerces and ICU on your system (identical copies or not), and > they don't get mixed up. Installation will also be much simpler (you > don't have to register the DLL's at install time). > > Oh, also, I think they retained ICU_DATA as a compile option, if you > really want to still do it that way...I'm not sure about this, > though...Do you think they should retain the environment variable > (ICU_DATA) way, too? I believe that ICU plans to have a build time option that switches between converter data in DLLs and normal data (.cnv) files. If the normal file approach is used, ICU_DATA (or an equivalent) environment variable will be available for specifying where the files are located. But I hope that the DLL approach will become the norm, that the environment variables are history, and that we can throw away all of the existing platform-dependent code that searches for converter files by locating the ICU DLL at runtime. -- Andy From heninger@us.ibm.com Fri Dec 10 01:12:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 57394 invoked from network); 10 Dec 1999 01:12:40 -0000 Received: from e33.co.us.ibm.com (HELO e33.esmtp.ibm.com) (32.97.110.131) by 63.211.145.10 with SMTP; 10 Dec 1999 01:12:40 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e33.esmtp.ibm.com (8.9.3/8.9.3) with ESMTP id TAA59940 for ; Thu, 9 Dec 1999 19:04:37 -0600 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id SAA101748 for ; Thu, 9 Dec 1999 18:12:39 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.0006A64D ; Thu, 9 Dec 1999 18:12:37 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.0006A5FA.00@d53mta03h.boulder.ibm.com> Date: Thu, 9 Dec 1999 17:07:31 -0800 Subject: Re: PROPOSAL: Implementation of the JAXP classes for xerces-J Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Tom Palmer wrote > I heard that W3C was looking at Document builders as a > possible part of DOM Level 3, which has got to be far enough > off that I think a javax package is good enough to build a > standard on. This is true. DOM Level 3 will be looking at API for parsing and document creation. On the other end, writing a DOM document back out as XML source, is also going to be addressed in level 3. There's enough overlap between people on or near the DOM committee and people here that it's safe to assume that the DOM work won't be done in a vacuum. But there are a lot of parser APIs in existance, and it's too early to know anything yet about the eventual outcome. There's a thread going on the public DOM mailing list on the contents of Level 3. See the archive at http://lists.w3.org/Archives/Public/www-dom/1999OctDec/ -- Andy From mpogue@apache.org Fri Dec 10 01:24:10 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 57733 invoked from network); 10 Dec 1999 01:24:10 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 10 Dec 1999 01:24:10 -0000 Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [9.53.250.96]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id TAA21944 for ; Thu, 9 Dec 1999 19:21:02 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail1.austin.ibm.com (8.8.5/8.8.5) with ESMTP id TAA38044 for ; Thu, 9 Dec 1999 19:24:09 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id TAA22818 for ; Thu, 9 Dec 1999 19:24:05 -0600 (CST) Message-ID: <385054E3.3C3BE4A6@apache.org> Date: Thu, 09 Dec 1999 17:18:27 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Non-shared libraries and ICU? References: <61DAD58E8F4ED211AC8400A0C9B46873415580@THOR> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Arnold, Curt" wrote: > > You are right on the potential for collision, there is apparently much hand > waving in Win2K to allow distinct copies of what were previously shared > resources (my how things change when disk space gets cheap). Sorry about > the bum suggestion, maybe this one is better. > Uh-oh. You mean all this is different on Win2K? I'll have to look into that, to see if anything breaks. :-( > If you are willing for ICU-C.DLL and ICU-CONVERTER_DATA.DLL to be required > to be the same directory as XERCES-C.DLL (which seems reasonable). Then you > can do something like (in Xerces-C.DLL > > // > // get module handle of xerces > // > HMODULE hXerces = GetModuleHandle(_T("XERCES-C.DLL")); > > [other code deleted here...] Yep, I think that's what they intend to do (or something very much like it), when on Windows. Mike From heninger@us.ibm.com Fri Dec 10 02:12:58 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 59528 invoked from network); 10 Dec 1999 02:12:58 -0000 Received: from e31.co.us.ibm.com (HELO e31.bld.us.ibm.com) (32.97.110.129) by 63.211.145.10 with SMTP; 10 Dec 1999 02:12:58 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e31.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id VAA29040 for ; Thu, 9 Dec 1999 21:08:37 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id TAA153372 for ; Thu, 9 Dec 1999 19:12:57 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.000C2BB9 ; Thu, 9 Dec 1999 19:12:56 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.000C2B5B.00@d53mta03h.boulder.ibm.com> Date: Thu, 9 Dec 1999 18:08:24 -0800 Subject: Re: [PATCH] For VC6 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline ---------------------- Forwarded by Andy Heninger/Cupertino/IBM on 12/09/99 06:07 PM --------------------------- Dean Roddey 12/09/99 06:04 PM To: joseph.gregorio@mts.com@internet cc: Andy Heninger/Cupertino/IBM@IBMUS From: Dean Roddey/Cupertino/IBM@IBMUS Subject: Re: [PATCH] For VC6 (Document link: Andy Heninger) Joe, thanks for the suggestion. However, if you use IDE to manage the resources (and we do and want customers to be able to do so as well), VC++ will always put afxres.h back into the RC file. This would require a re-edit after every modification of resources via the IDE. Given that either way would require work, and that the vast majority of people would have MFC installed, and we want to explain how to make things work to the least number of people possible, we will probably leave it as is and let those folks who don't have MFC do the edit themselves. ---------------------------------------- Dean Roddey Software Weenie IBM Center for Java Technology - Silicon Valley roddey@us.ibm.com From: Andy Heninger on 12/09/99 05:26 PM To: Dean Roddey/Cupertino/IBM@IBMUS cc: From: Andy Heninger/Cupertino/IBM@IBMUS Subject: [PATCH] For VC6 -- Andy Heninger IBM Center for Java Technology, Cupertino, CA heninger@us.ibm.com ---------------------- Forwarded by Andy Heninger/Cupertino/IBM on 12/09/99 05:26 PM --------------------------- "Gregorio, Joe" on 12/08/99 04:06:38 AM Please respond to xerces-dev@xml.apache.org To: "'xerces-dev@xml.apache.org'" cc: Subject: [PATCH] For VC6 This will allow xerces to be built with an install of VC6 where MFC has not been installed. Afxres.h is only present when MFC has been installed. --- orig/Version.rc Wed Dec 08 06:38:46 1999 +++ Version.rc Wed Dec 08 06:38:59 1999 @@ -7,7 +7,7 @@ // // Generated from the TEXTINCLUDE 2 resource. // -#include "afxres.h" +#include "windows.h" //////////////////////////////////////////////////////////////////////////// / P.S. Please let me know if I have done this incorrectly, as this is my first patch submission. Thanks, -joe ----------------------------------------------- Joe Gregorio joseph.gregorio@mts.com Project Engineer MTS Systems Corporation From heninger@us.ibm.com Fri Dec 10 02:33:15 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 60504 invoked from network); 10 Dec 1999 02:33:15 -0000 Received: from e31.co.us.ibm.com (HELO e31.bld.us.ibm.com) (32.97.110.129) by 63.211.145.10 with SMTP; 10 Dec 1999 02:33:15 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e31.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id VAA40360 for ; Thu, 9 Dec 1999 21:28:54 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id TAA147802 for ; Thu, 9 Dec 1999 19:33:14 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.000E034D ; Thu, 9 Dec 1999 19:33:03 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.000E01F4.00@d53mta03h.boulder.ibm.com> Date: Thu, 9 Dec 1999 18:22:41 -0800 Subject: Re: Non-shared libraries and ICU? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline We could (should, I think) also skip this initialization code if the parser is not linked with ICU. No new build options should be needed - a run-time test should be fine. This would at least narrow the problem, and eliminate it entirely for configurations that are not using ICU. -- Andy Mike Mason wrote > After some more fiddling, I've come to these conclusions: > > The code in the Linux version of XMLPlatformUtils::platformInit() > explicitly searches for the environment variable LD_LIBRARY_PATH, and > panics if it's not set. It then searches all the directories specified > in LD_LIBRARY_PATH, and panics if it can't find "libxerces-c1_0.so" > (that string is constructed dynamically from the current version of the > Xerces library). It then sets XMLPlatformUtils::fgLibLocation to the > location of the discovered .so library. > > This behaviour seems a bit weird to me, because if my system can't find > the .so (either by LD_LIBRARY_PATH or having it in /lib or similar) it > won't even run my executable, so the code in platformInit() won't get > run either. I came across this because I wanted to put an executable > behind Apache and use it for CGI, and couldn't persuade it not to panic, > even though the .so was in /lib. A fix is to hack platformInit() so it > just creates its mutex and then returns. > Rahul Jain replied > I agree that current code is broken if the Xerces-C shared libarary is > installed in the system library directories, which are looked up > by default by the loader. [...] > I am all for adding options to makefile(s) to build Xerces-C in different > ways as long as these are non-breaking changes. -- Andy From heninger@us.ibm.com Fri Dec 10 03:10:47 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 62097 invoked from network); 10 Dec 1999 03:10:47 -0000 Received: from e34.co.us.ibm.com (HELO e34.esmtp.ibm.com) (32.97.110.132) by 63.211.145.10 with SMTP; 10 Dec 1999 03:10:47 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e34.esmtp.ibm.com (8.9.3/8.9.3) with ESMTP id WAA76338 for ; Thu, 9 Dec 1999 22:04:02 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id UAA189814 for ; Thu, 9 Dec 1999 20:10:45 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.001175B7 ; Thu, 9 Dec 1999 20:10:42 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.0010C588.00@d53mta03h.boulder.ibm.com> Date: Thu, 9 Dec 1999 18:59:33 -0800 Subject: Bug Tracking System Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline A while back there was a discussion of what to use for a bug tracking system and data base for the XML projects. We need to revive that discussion and get something put in place. Both Bugzilla and Jitterbug were mentioned; both are in active use on different projects, and so must work at least passably well. Since Brian B. will probably end up doing the installation and administration, I think that he should pick one and be done with it. The main thing is to have some public place to record / search / track bugs and feature requests for the code. -- Andy From Hans-PeterA.Frei@wdr.com Fri Dec 10 10:01:50 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 69400 invoked from network); 10 Dec 1999 10:01:50 -0000 Received: from gate.opf.wdr.com (195.141.80.131) by 63.211.145.10 with SMTP; 10 Dec 1999 10:01:50 -0000 Received: (from smap@localhost) by gate.opf.wdr.com (8.8.8/8.8.8) id LAA28070 for ; Fri, 10 Dec 1999 11:01:41 +0100 (MET) From: Hans-PeterA.Frei@wdr.com Received: from (eight.wdr.com [192.168.0.3]) by gate via smap (V2.0) id xma028039; Fri, 10 Dec 1999 11:01:18 +0100 Received: from op1p13pos.opf.swissbank.com (mailhost [192.168.0.1]) by virscan1.swissbank.com (8.8.8/8.8.8) with ESMTP id LAA06303 for ; Fri, 10 Dec 1999 11:04:47 +0100 (MET) Received: from op1p1489.opf.swissbank.com (op1p1489.opf.swissbank.com [165.222.89.13]) by op1p13pos.opf.swissbank.com (8.8.8/8.8.8) with ESMTP id LAA27944 for ; Fri, 10 Dec 1999 11:02:34 +0100 (MET) Received: from localhost (root@localhost) by op1p1489.opf.swissbank.com (8.8.6 (PHNE_14041)/8.8.6/WDR alpha evision: 1.7 $) with SMTP id LAA02129 for xerces-dev@xml.apache.org; Fri, 10 Dec 1999 11:01:17 +0100 (MET) X-OpenMail-Hops: 2 Date: Fri, 10 Dec 1999 11:00:56 +0100 Message-Id: Subject: j-xerces under solaris? MIME-Version: 1.0 TO: xerces-dev@xml.apache.org Content-Type: text/plain; charset=US-ASCII; name="BDY.TXT" Content-Disposition: inline; filename="BDY.TXT" Content-Transfer-Encoding: 7bit X-Processed-By: BrianWare hpomsmf V2.3.40, 19 May 1999 X-WDR-Disclaimer: Version $Revision: 1.13 $ Hi All, I downloaded the Java xerces source-packages, compiled these and now i'm trying to run them. I experienced that they run perfectly under NT, but not under Solaris. My XML files are pretty large, ie. up to 80megs. Here is an extract of the code i've written to start the parser: String parserClass = "org.apache.xerces.parsers.SAXParser"; parser = ParserFactory.makeParser(parserClass); parser.setDocumentHandler(this); parser.setErrorHandler(this); try { InputSource is = new InputSource(getIn()); parser.parse(is); }catch(Exception se){ Helper.handleException(se, "parsing XML"); } Under Solaris I always get the following exception: The root element is required in a well-formed document. at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at org.xml.sax.SAXException.(Compiled Code) at org.xml.sax.SAXParseException.(Compiled Code) at org.apache.xerces.framework.XMLParser.reportError(Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.reportFatalXMLError(Compi led Code) at org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.endOfIn put(Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.endOfInput(Compiled Code) at org.apache.xerces.framework.XMLParser.sendEndOfInputNotifications(Compil ed Code) at org.apache.xerces.framework.XMLParser.changeReaders(Compiled Code) at org.apache.xerces.readers.XMLEntityReader.changeReaders(Compiled Code) at org.apache.xerces.readers.AbstractCharReader.changeReaders(Compiled Code) at org.apache.xerces.readers.AbstractCharReader.lookingAtChar(Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.dispatc h(Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(Compiled Code) at org.apache.xerces.framework.XMLParser.parse(Compiled Code) at com.wdr.scmis.DBTarget.run(Compiled Code) at java.lang.Thread.run(Compiled Code) Sometimes the startElement() of the DocumentHandler is called, before the exception occurs, but just for any tag, not for the first, ie. the root one. I'm using JDK 1.7.0.5, on SunOS 5.6 Generic_105181-09 sun4u sparc SUNW,Ultra-2 Does anyone have an idea, what my problem could be? ie, are there any solaris patches required? Thank you very much, Hans-Peter Frei This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. From brian@collab.net Fri Dec 10 16:37:51 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 84411 invoked from network); 10 Dec 1999 16:37:51 -0000 Received: from pez.hyperreal.org (HELO yaz.hyperreal.org) (207.181.224.6) by 63.211.145.10 with SMTP; 10 Dec 1999 16:37:51 -0000 Received: (qmail 992 invoked by uid 1000); 10 Dec 1999 16:37:51 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Dec 1999 16:37:51 -0000 Date: Fri, 10 Dec 1999 08:37:51 -0800 (PST) From: Brian Behlendorf X-Sender: brian@yaz.hyperreal.org To: xerces-dev@xml.apache.org Subject: Re: Bug Tracking System In-Reply-To: <87256843.0010C588.00@d53mta03h.boulder.ibm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm in the final stages of setting up Bugzilla on locus.apache.org; got some mysql installation issues that hopefully will get sorted tonight or this weekend. Brian On Thu, 9 Dec 1999 heninger@us.ibm.com wrote: > A while back there was a discussion of what to use for a bug > tracking system and data base for the XML projects. > > We need to revive that discussion and get something put in > place. Both Bugzilla and Jitterbug were mentioned; both > are in active use on different projects, and so must work > at least passably well. > > Since Brian B. will probably end up doing the installation > and administration, I think that he should pick one and be > done with it. The main thing is to have some public > place to record / search / track bugs and feature requests > for the code. From heninger@us.ibm.com Fri Dec 10 17:13:19 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 88433 invoked from network); 10 Dec 1999 17:13:19 -0000 Received: from e31.co.us.ibm.com (HELO e31.bld.us.ibm.com) (32.97.110.129) by 63.211.145.10 with SMTP; 10 Dec 1999 17:13:19 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e31.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id MAA11140 for ; Fri, 10 Dec 1999 12:08:56 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id KAA171152 for ; Fri, 10 Dec 1999 10:13:16 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256843.005E8E57 ; Fri, 10 Dec 1999 10:12:48 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256843.005E489D.00@d53mta03h.boulder.ibm.com> Date: Fri, 10 Dec 1999 09:02:58 -0800 Subject: Re: Bug Tracking System Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Execellent! Thank you. -- Andy > I'm in the final stages of setting up Bugzilla on locus.apache.org; got > some mysql installation issues that hopefully will get sorted tonight or > this weekend. > > Brian From dcassel@cyberfone.com Fri Dec 10 19:47:56 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 96250 invoked from network); 10 Dec 1999 19:47:56 -0000 Received: from firewall.igi.net (HELO cybermail?01.igi.net) (137.118.8.6) by 63.211.145.10 with SMTP; 10 Dec 1999 19:47:56 -0000 Received: by CYBERMAIL_01 with Internet Mail Service (5.5.1960.3) id ; Fri, 10 Dec 1999 14:39:40 -0500 Message-ID: <99E503BF3E0CD21190DF0090276D7AF3150E69@CYBERMAIL_01> From: Dave Cassel To: "'xerces-dev@xml.apache.org'" Subject: SAX events Date: Fri, 10 Dec 1999 14:39:39 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Forgive me if this has been brought up before, but I can't find anything about it. First off: Win NT 4.0, Sun JDK 1.1.8, Xerces-J 1.0. I'm writing something where a client sends XML messages to a server and the server responds to the messages individually. I've tried a couple different ways and can't get it to work. The server is using SAX to parse the input. My first try was to have the client send a couple of full documents. However, the server griped about this: "[Fatal Error] :1 :37: The markup in the document following the root element must be well-formed." Okay, it figures the top-level element is the root and doesn't want to see other elements after that. I guess it doesn't see anything it can interpret as an end-of-document. Fair enough. For testing, I then tried just manually writing some strings to the stream. I gave it a element, inside of which I gave it a element. I had the client pause a few seconds and then write a second element, and then closed the . All the elements were correctly received -- but not until everything had been written. (I flushed the stream after writing the first .) Shouldn't the server get & interpret elements as soon as they are available from the stream? Does SAX wait to have an entire element before it calls events? I can't close the stream between messages; it seems I can't have them in seperate documents; so how do I get the server to react to the incoming data? Is this a problem with Xerces or with what I'm trying to do with it? Thanks! David Cassel Software Engineer CyberFone, Inc. 610-989-9330x33 From twleung@sauria.com Sat Dec 11 00:42:52 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 10803 invoked from network); 11 Dec 1999 00:42:52 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 11 Dec 1999 00:42:52 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id B6B919E00E for ; Fri, 10 Dec 1999 17:01:44 -0800 (PST) Message-ID: <00be01bf4370$178bcfa0$b7160609@cupertino.ibm.com> From: To: References: Subject: Re: j-xerces under solaris? Date: Fri, 10 Dec 1999 16:38:48 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 What encoding are your files using? Have you tried a newer JDK? Ted ----- Original Message ----- From: To: Sent: Friday, December 10, 1999 2:00 AM Subject: j-xerces under solaris? > Hi All, > > I downloaded the Java xerces source-packages, compiled these and now > i'm trying to run them. > I experienced that they run perfectly under NT, but not under Solaris. > > My XML files are pretty large, ie. up to 80megs. > > Here is an extract of the code i've written to start the parser: > String parserClass = "org.apache.xerces.parsers.SAXParser"; > parser = ParserFactory.makeParser(parserClass); > parser.setDocumentHandler(this); > parser.setErrorHandler(this); > try { > InputSource is = new InputSource(getIn()); > parser.parse(is); > }catch(Exception se){ > Helper.handleException(se, "parsing XML"); > } > > Under Solaris I always get the following exception: > > The root element is required in a well-formed document. > at java.lang.Throwable.(Compiled Code) > at java.lang.Exception.(Compiled Code) > at org.xml.sax.SAXException.(Compiled Code) > at org.xml.sax.SAXParseException.(Compiled Code) > at org.apache.xerces.framework.XMLParser.reportError(Compiled > Code) > at > org.apache.xerces.framework.XMLDocumentScanner.reportFatalXMLError(Compi > led Code) > at > org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.endOfIn > put(Compiled Code) > at > org.apache.xerces.framework.XMLDocumentScanner.endOfInput(Compiled Code) > at > org.apache.xerces.framework.XMLParser.sendEndOfInputNotifications(Compil > ed Code) > at org.apache.xerces.framework.XMLParser.changeReaders(Compiled > Code) > at > org.apache.xerces.readers.XMLEntityReader.changeReaders(Compiled Code) > at > org.apache.xerces.readers.AbstractCharReader.changeReaders(Compiled > Code) > at > org.apache.xerces.readers.AbstractCharReader.lookingAtChar(Compiled > Code) > at > org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.dispatc > h(Compiled Code) > at > org.apache.xerces.framework.XMLDocumentScanner.parseSome(Compiled Code) > at org.apache.xerces.framework.XMLParser.parse(Compiled Code) > at com.wdr.scmis.DBTarget.run(Compiled Code) > at java.lang.Thread.run(Compiled Code) > > Sometimes the startElement() of the DocumentHandler is called, before > the exception occurs, but just for any tag, not for the first, ie. the > root one. > > I'm using JDK 1.7.0.5, on SunOS 5.6 Generic_105181-09 sun4u sparc > SUNW,Ultra-2 > > Does anyone have an idea, what my problem could be? ie, are there any > solaris patches required? > > Thank you very much, > > Hans-Peter Frei > > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mail transmission cannot be guaranteed to be secure or error-free > as information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. The sender therefore > does not accept liability for any errors or omissions in the contents > of this message which arise as a result of e-mail transmission. If > verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities or > related financial instruments. > > From twleung@sauria.com Sat Dec 11 00:45:17 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 11071 invoked from network); 11 Dec 1999 00:45:17 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 11 Dec 1999 00:45:17 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id 015629E00E for ; Fri, 10 Dec 1999 17:04:07 -0800 (PST) Message-ID: <00c701bf4370$6cf69240$b7160609@cupertino.ibm.com> From: To: References: <99E503BF3E0CD21190DF0090276D7AF3150E69@CYBERMAIL_01> Subject: Re: SAX events Date: Fri, 10 Dec 1999 16:41:12 -0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_01BF432D.5E284530" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 This is a multi-part message in MIME format. ------=_NextPart_000_00C4_01BF432D.5E284530 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi David, I recently checked in some fixes that provide a solution to this problem. The fixes allow the parser to react to data as it comes in, instead of in buffer sized (16K) blocks. I've attached a source file that shows how to make use of the new functionality. I'll try to write this up and add it to the docs soon. Ted ----- Original Message ----- From: "Dave Cassel" To: Sent: Friday, December 10, 1999 11:39 AM Subject: SAX events > Forgive me if this has been brought up before, but I can't find anything > about it. > > First off: Win NT 4.0, Sun JDK 1.1.8, Xerces-J 1.0. > > I'm writing something where a client sends XML messages to a server and > the server responds to the messages individually. I've tried a couple > different ways and can't get it to work. The server is using SAX to > parse the input. > > My first try was to have the client send a couple of full documents. > However, the server griped about this: > "[Fatal Error] :1 :37: The markup in the document following the root > element must be well-formed." Okay, it figures the top-level element > is the root and doesn't want to see other elements after that. I guess > it doesn't see anything it can interpret as an end-of-document. Fair > enough. > > For testing, I then tried just manually writing some strings to the > stream. I gave it a element, inside of which I gave it a > element. I had the client pause a few seconds and then write a second > element, and then closed the . All the elements were > correctly received -- but not until everything had been written. (I > flushed the stream after writing the first .) > > Shouldn't the server get & interpret elements as soon as they are > available from the stream? Does SAX wait to have an entire element > before it calls events? I can't close the stream between messages; it > seems I can't have them in seperate documents; so how do I get the > server to react to the incoming data? Is this a problem with Xerces or > with what I'm trying to do with it? > > Thanks! > > David Cassel > Software Engineer > CyberFone, Inc. > 610-989-9330x33 > > > ------=_NextPart_000_00C4_01BF432D.5E284530 Content-Type: application/octet-stream; name="StreamingSAXClient.java" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="StreamingSAXClient.java" import java.net.Socket; import java.io.InputStream; import org.apache.xerces.parsers.SAXParser; import org.apache.xerces.framework.XMLErrorReporter; import org.apache.xerces.readers.DefaultReaderFactory; import org.apache.xerces.readers.XMLEntityHandler; import org.apache.xerces.utils.StringPool; import org.xml.sax.DocumentHandler; import org.xml.sax.InputSource; import org.xml.sax.HandlerBase; import org.xml.sax.SAXException; import org.xml.sax.AttributeList; import java.io.InputStreamReader; import java.io.Reader; public class StreamingSAXClient extends HandlerBase { public void startDocument() throws SAXException { System.out.println("Start of document"); } public void endDocument() throws SAXException { System.out.println("End of document"); } public void startElement(String name, AttributeList attributes) throws = SAXException { System.out.println("Saw start of "+name); } public void endElement(String name) throws SAXException { System.out.println("Saw end of "+name); } public static void main (String args[]) { try { Socket s =3D new Socket("localhost",6400); InputStream in =3D s.getInputStream(); SAXParser p =3D new SAXParser(); DocumentHandler h =3D new StreamingSAXClient(); p.setReaderFactory(((StreamingSAXClient)h).new = StreamingCharFactory()); p.setDocumentHandler(h); p.parse(new InputSource(new InputStreamReader(in))); } catch (Exception e) { e.printStackTrace(); } } =20 public class StreamingCharFactory extends = org.apache.xerces.readers.DefaultReaderFactory { /** * Create an entity reader for a character stream. * * @param enityHandler The entity handler. * @param errorReporter The error reporter. * @param sendCharDataAsCharArray true if char data should be = reported using * char arrays instead of string = handles. * @param reader The character stream. * @param stringPool The string pool. * @return The reader that will process the character data. * @exception java.lang.Exception */ public XMLEntityHandler.EntityReader = createCharReader(XMLEntityHandler entityHandler, = XMLErrorReporter errorReporter, boolean = sendCharDataAsCharArray, Reader = reader, StringPool = stringPool) throws Exception { System.out.println("my factory"); return new = org.apache.xerces.readers.StreamingCharReader(entityHandler, = errorReporter, sendCharDataAsCharArray, reader, stringPool); } /** * Create an entity reader for a byte stream encoded in UTF-8. * * @param enityHandler The entity handler. * @param errorReporter The error reporter. * @param sendCharDataAsCharArray true if char data should be = reported using * char arrays instead of string = handles. * @param data The byte stream. * @param stringPool The string pool. * @return The reader that will process the UTF-8 data. * @exception java.lang.Exception */ public XMLEntityHandler.EntityReader = createUTF8Reader(XMLEntityHandler entityHandler, = XMLErrorReporter errorReporter, boolean = sendCharDataAsCharArray, = InputStream data, StringPool = stringPool) throws Exception { System.out.println("my factory"); XMLEntityHandler.EntityReader reader; reader =3D new = org.apache.xerces.readers.StreamingCharReader(entityHandler, = errorReporter, sendCharDataAsCharArray, new InputStreamReader(data, = "UTF8"), stringPool); return reader; } } } ------=_NextPart_000_00C4_01BF432D.5E284530-- From twleung@sauria.com Sat Dec 11 00:49:50 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 11505 invoked from network); 11 Dec 1999 00:49:50 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 11 Dec 1999 00:49:50 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id F16749E00E for ; Fri, 10 Dec 1999 17:08:42 -0800 (PST) Message-ID: <00d601bf4371$10cd5200$b7160609@cupertino.ibm.com> From: To: Subject: Xerces-J STATUS file update Date: Fri, 10 Dec 1999 16:45:45 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Hi, I've updated the contents of the status file, and I'm posting it so that people can see where things stand. I'm including it below for those who haven't seen it. Please feel free to tell me if there are things that should be on the list. This is the first drop of the Xerces for Java code base. There are lots of things that need to be done: Here are some things at the top of my list (in no particular order): * move documentation from xml-site to xml-xerces * Binary build for v1.0.1 * Additional Support for W3C XML schema. There's both the structures spec and the datatypes spec. There's a lot of work to do in the structures area, and that's the area I'll be working on for the next while. There's also a lot of work to be done in the datatypes area, and this would be a great place for someone to jump and get involved in the code. * Support for the DOM Level 2 ranges spec. Ralf Pfeiffer is looking at this * Reconciling the error messages between the C++ and Java versions of Xerces. * Figuring out what support for DTD access should look like. This version of Xerces supports access to the DTD via a special node in the DOM tree. There's also room for a more programmatic API to the DTD / Schema. This is a meaty one. * Enabling support for a DTD Caching mechanism. This would be especially beneficial in a server environment * There's a bunch of work that needs to be done on the DOM implementation. There's a bunch of memory consumption work that could be done. Andy Clark is looking at this. * Revalidation architecture work * DOM Write validation * Incorporation of features and improvements from other technology contributions. The first one is the printers proposal from Assaf Arkin. * refinement and extension of the incremental parsing API * scripts to build parser subconfigurations * additional configuration options. * performance, performance, performance. * conformance, conformance, conformance. * a bunch of things that haven't been thought of yet. * more documentation * more samples * kill bugs * Major work on the build system. ANT vs Makefiles is the current discussion * Hook up JavaScript DOM API tests (see http://www.nist.gov/xml) * JAXP Wrappers for Xerces pending resolution of licensing issues From twleung@sauria.com Sat Dec 11 00:52:29 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 11786 invoked from network); 11 Dec 1999 00:52:29 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 11 Dec 1999 00:52:29 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id 598829E00E for ; Fri, 10 Dec 1999 17:11:22 -0800 (PST) Message-ID: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> From: To: Subject: PROPOSAL: regular build schedule Date: Fri, 10 Dec 1999 16:48:26 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 The Xerces CVS is rapidly getting out of sync with the prebuilt binaries. I would like to see us establish a regular schedule for producing pre-built build snapshots that people can use. At the very least, we need to do a 1.0.1 to fix a few bugs. I'd like to see us do a pre-built build every week or two, so that interested folks can get all the changes. I also think that we should have a "stable build" 1.0.x series and an unstable build series. What do people think? Ted From rahulj@us.ibm.com Sat Dec 11 01:02:27 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 12152 invoked from network); 11 Dec 1999 01:02:27 -0000 Received: from ausmail.austin.ibm.com (192.35.232.19) by 63.211.145.10 with SMTP; 11 Dec 1999 01:02:27 -0000 Received: from netmail2.austin.ibm.com (netmail2.austin.ibm.com [9.53.250.97]) by ausmail.austin.ibm.com (8.9.1/8.8.5) with ESMTP id TAA46426 for ; Fri, 10 Dec 1999 19:03:54 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail2.austin.ibm.com (8.8.5/8.8.5) with ESMTP id TAA23824 for ; Fri, 10 Dec 1999 19:02:26 -0600 Received: from us.ibm.com (socks1.almaden.ibm.com [9.1.40.40]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id TAA26192 for ; Fri, 10 Dec 1999 19:02:21 -0600 (CST) Message-ID: <3851A498.3494057E@us.ibm.com> Date: Fri, 10 Dec 1999 17:10:48 -0800 From: Rahul Jain Reply-To: rahulj@apache.org Organization: IBM Center for Java Technology X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit As a first step, I would like to make available a snapshot of the repository as a tar ball via the Web page. This tar ball can be created once / two or three times a day and will be replaced with new ones the next day. Only an automated solution. This is not a substitute for stable version releases of sources and binaries. There certainly has been requests made by people saying, they do not want to install WinCVS, but would like to get a snapshot of the repository. I have not previously done this kind of an automated setup, but think that its should be just a matter of running a script at specified times of the day. A 'cron' job. Will this work? Yes we would need to provide a hook to the HTML page displaying links to these tarballs from the XML site. rahul twleung@sauria.com wrote: > > The Xerces CVS is rapidly getting out of sync with the prebuilt > binaries. I would like to see us establish a regular schedule for > producing pre-built build snapshots that people can use. > > At the very least, we need to do a 1.0.1 to fix a few bugs. > > I'd like to see us do a pre-built build every week or two, so > that interested folks can get all the changes. > > I also think that we should have a "stable build" 1.0.x series and > an unstable build series. > > What do people think? > > Ted From curta_ontheroad@yahoo.com Sat Dec 11 01:54:49 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 14522 invoked from network); 11 Dec 1999 01:54:49 -0000 Received: from web3103.mail.yahoo.com (204.71.202.188) by 63.211.145.10 with SMTP; 11 Dec 1999 01:54:49 -0000 Message-ID: <19991211015421.7669.qmail@web3103.mail.yahoo.com> Received: from [24.27.107.208] by web3103.mail.yahoo.com; Fri, 10 Dec 1999 17:54:21 PST Date: Fri, 10 Dec 1999 17:54:21 -0800 (PST) From: Curt Arnold Subject: Re: Status update/Schema validation To: xerces-dev@xml.apache.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii So, do you have an advance copy of the next working draft of XML Schema or participate on the Working Group? If not, it would seem that everything has to hold until the next draft (due Dec 16th). I did post a couple of suggestions on the Schema (support for lists and multiple lexical patterns for a datatype) public comments list a couple of days ago that may effect how you implement the regular expression matching. I was thinking that it might be a good think to have a "normalized" version of schema where constructs like the include, imports, archetypes, attribute groups, etc are flattened out. I was going to try to write a XSLT script to do that after the next draft is released (nested imports looked like a problem however). If that is possible, we could concentrate on implementing normalized schema support and then add the fun things like archetype refinement. Just some thoughts. __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com From joseph.gregorio@mts.com Sat Dec 11 03:10:29 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 18654 invoked from network); 11 Dec 1999 03:10:29 -0000 Received: from eagle.mts.com (HELO mts.com) (148.150.31.4) by 63.211.145.10 with SMTP; 11 Dec 1999 03:10:29 -0000 Received: from hermes.mts.com by mts.com (SMI-8.6/SMI-SVR4) id VAA08449; Fri, 10 Dec 1999 21:10:27 -0600 Received: from mts.com (148.150.44.10 [148.150.44.10]) by hermes.mts.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id X8N7PYAY; Fri, 10 Dec 1999 22:09:51 -0500 Message-ID: <3851C032.EFC6EB59@mts.com> Date: Fri, 10 Dec 1999 22:08:35 -0500 From: Joe Gregorio X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: PROPOSAL: DOMString Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit A while back there was a discussion about DOMString and the fact that it uses pointer semantics as opposed to value semantics. I don't think there was a conclusion. I can think of three possible solutions: 1. Don't change anything (except maybe add a larger red flag in the documentation). 2. Change DOMString to have value semantics. 3. Drop DOMString in favor of wstring. Personally, I would prefer 3, but 2 is probably the most reasonable given the current state of Standard C++ libraries. -joe --------------------------------------- Joe Gregorio MTS System Corp Program Manager www.mts.com From Robert_Weir@lotus.com Sat Dec 11 05:03:33 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 30672 invoked from network); 11 Dec 1999 05:03:33 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 11 Dec 1999 05:03:33 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id AAA04161 for ; Sat, 11 Dec 1999 00:17:20 -0500 (EST) From: Robert_Weir@lotus.com Received: from barium.Lotus.com (BARIUM.lotus.com [9.95.4.108]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id AAA04781 for ; Sat, 11 Dec 1999 00:01:05 -0500 (EST) Subject: Re: PROPOSAL: DOMString To: xerces-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: Date: Fri, 10 Dec 1999 23:56:13 -0500 X-MIMETrack: Serialize by Router on Barium/CAM/M/Lotus(Release 5.0.2a |November 23, 1999) at 12/11/99 12:03:43 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii I like option #3. Perhaps even make it so you can flip a switch and recompile to work with a plain std::string (8-bit chars). If you know that your documents will all be ASCII, this could be a big memory savings. But what is it about the current state of the standard libraries that would be limiting to us? std::basic_string is a pretty simple class and if a particular platform doesn't have it, we might be able to use the portable version from www.stlport.org. I did a test a while back comparing the performance of DOMString to std::wstring, initializing, copying, etc. There really wasn't much of a difference (wstring slightly faster). Although I don't see this called out as a requirement in any spec, it seems that the VC++ 6.0 implementation of basic_string<> does copy-on-write semantics. But if a particular platform did not do this, the performance would compare poorly to DOMString. If we can't deal with basic_string, then I can't wait to see the problems we'll run into when the C++ port of Xalan is contributed. We're been using STL containers and algorithms heavily. -Rob Joe Gregorio wrote: >1. Don't change anything (except maybe add a larger red flag > in the documentation). >2. Change DOMString to have value semantics. >3. Drop DOMString in favor of wstring. > >Personally, I would prefer 3, but 2 is probably >the most reasonable given the current state of >Standard C++ libraries. From james.davidson@eng.sun.com Sat Dec 11 17:31:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 72656 invoked from network); 11 Dec 1999 17:31:40 -0000 Received: from mercury.sun.com (192.9.25.1) by 63.211.145.10 with SMTP; 11 Dec 1999 17:31:40 -0000 Received: from shorter.eng.sun.com ([129.144.125.35]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id JAA25731; Sat, 11 Dec 1999 09:31:39 -0800 (PST) Received: from berlin (hobo128.EBay.Sun.COM [129.150.99.128]) by shorter.eng.sun.com (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id JAA29189; Sat, 11 Dec 1999 09:31:38 -0800 (PST) Message-ID: <000e01bf43fd$b213eb60$0bfea8c0@berlin> From: "James Duncan Davidson" To: Cc: "Pierpaolo Fumagalli" References: <199912060327.VAA11756@chinet.com> <384C3791.7825B241@apache.org> Subject: Re: ProjectX available to look at soon? Date: Fri, 10 Dec 1999 13:00:08 -0800 Organization: Phhpt! 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 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 > Any idea of when we might be able to officially look at the ProjectX > source code under an open source license (the current Sun license makes > it impossible for me to look at it, since Sun claims to own anything I > think of after that)? Given that you work for IBM under which we've got all sorts of licensing agreements, I fail to see a problem in your specific case.. :) But seriously, the license issues are being worked on right now. If I had a date to pull out and tell you, I would. Unfortunatly, with the holidays coming up and us just soaking the lawyers with all sorts of requirements wrt the JB announcements, I can't guarantee a time. > Also, do you already have a JSR5 wrapper for Xerces-J, or do we need to > find somebody to write one? (I heard from the DOM WG that you folks > intend to contribute one soon, maybe?) Yep.. Rajiv has all that in hand. From james.davidson@eng.sun.com Sat Dec 11 17:31:41 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 72743 invoked from network); 11 Dec 1999 17:31:41 -0000 Received: from mercury.sun.com (192.9.25.1) by 63.211.145.10 with SMTP; 11 Dec 1999 17:31:41 -0000 Received: from shorter.eng.sun.com ([129.144.125.35]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id JAA25739 for ; Sat, 11 Dec 1999 09:31:41 -0800 (PST) Received: from berlin (hobo128.EBay.Sun.COM [129.150.99.128]) by shorter.eng.sun.com (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id JAA29205 for ; Sat, 11 Dec 1999 09:31:39 -0800 (PST) Message-ID: <000f01bf43fd$b30688c0$0bfea8c0@berlin> From: "James Duncan Davidson" To: References: <34E36C05935CD311AE5000A0C9B6B0BF359717@hplex3.hpl.hp.com> Subject: Re: JAXP Question Date: Fri, 10 Dec 1999 13:02:59 -0800 Organization: Phhpt! 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 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 > Does the DocumentBuilderFactory (and/or Impl) read properties from a > specific file? Or, do I have to use a -D on the command line or write my > own property setting code to override the default property settings? For > example: the property "javax.xml.parsers.DocumentBuilderFactory" defaults > to javax.xml.parsers.DocumentBuilderFactory. Seems to me that in a manner > similar to the Swing LookAndFeel properties file, there should be a "well > known" file name/location for configuring the JAXP properties. Is it there > and I missed it? Do y'all think this is a good idea or a bad idea? Right now, you have to set it as a system property either through the -D mechanism or by setting the appropriate System properties at runtime. We've gotten quite a few comments on this topic mirroring yours. .duncan From wongkw@pacific.net.sg Sun Dec 12 00:19:03 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 15455 invoked from network); 12 Dec 1999 00:19:03 -0000 Received: from seed.pacific.net.sg (203.120.90.77) by 63.211.145.10 with SMTP; 12 Dec 1999 00:19:03 -0000 Received: from pop1.pacific.net.sg (pop1.pacific.net.sg [203.120.90.85]) by seed.pacific.net.sg with ESMTP id IAA12364 for ; Sun, 12 Dec 1999 08:19:00 +0800 (SGT) Received: from pacific.net.sg (nas7-52-173.mystarhub.com.sg [203.117.52.173]) by pop1.pacific.net.sg with ESMTP id IAA28276 for ; Sun, 12 Dec 1999 08:18:59 +0800 (SGT) Message-ID: <3852EA22.682B0EB@pacific.net.sg> Date: Sun, 12 Dec 1999 08:19:46 +0800 From: Wong Kok Wai X-Mailer: Mozilla 4.08 [en] (Win95; I) MIME-Version: 1.0 To: "xerces-dev@xml.apache.org" Subject: W3C DOM interfaces Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Just an observation: I see the DOM2 implementation is available but the W3C interfaces are still at DOM1. BTW, W3C just released CR for DOM2. From ftg@ntplx.net Sat Dec 11 01:17:51 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Delivered-To: moderator for xerces-dev@xml.apache.org Received: (qmail 14128 invoked from network); 11 Dec 1999 01:17:51 -0000 Received: from unknown (HELO gw.sd.aonix.com) (216.120.49.222) by 63.211.145.10 with SMTP; 11 Dec 1999 01:17:51 -0000 Received: from ct.aonix.com ([198.99.97.17]) by gw.sd.aonix.com (8.9.1a/8.9.1) with SMTP id PAA24936 for ; Thu, 9 Dec 1999 15:44:45 -0800 (PST) Received: from ntplx.net by ct.aonix.com (SMI-8.6/SMI-SVR4) id SAA16673; Thu, 9 Dec 1999 18:47:49 -0500 Message-ID: <38503EEC.E35D00C6@ntplx.net> Date: Thu, 09 Dec 1999 18:44:44 -0500 From: Frank Griffin X-Mailer: Mozilla 4.61 [en] (OS/2; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Null Pointer Exceptions parsing PERSONAL.XML Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm running XML4J_3.0.0EA3 under OS/2 Warp 4 with the 19991026 1.1.8 JDK. If I enter the following: cd d:\xml4j\data java org.apache.xerces.domx.XGrammarWriter -d personal.xml I get the following exception: java.lang.NullPointerException at org.apache.xerces.parsers.DOMParser.getFirstChildElement(DOMParser.java:2438) at org.apache.xerces.parsers.DOMParser.elementDecl(DOMParser.java:1434) at org.apache.xerces.validators.dtd.DTDValidator.addElementDecl(DTDValidator.java:1679) at org.apache.xerces.framework.XMLDTDScanner.scanElementDecl(XMLDTDScanner.java:1711) at org.apache.xerces.framework.XMLDTDScanner.scanDecls(XMLDTDScanner.java:1382) at org.apache.xerces.validators.dtd.DTDValidator.scanDoctypeDecl(DTDValidator.java:444) at org.apache.xerces.framework.XMLParser.scanDoctypeDecl(XMLParser.java:2002) at org.apache.xerces.framework.XMLDocumentScanner$PrologDispatcher.dispatch(Compiled Code) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java:381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1129) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1168) at org.apache.xerces.domx.XGrammarWriter.main(XGrammarWriter.java:149) error: Error parsing document (personal.xml). java.lang.NullPointerException at java.io.Writer.write(Writer.java:108) at java.io.PrintStream.write(PrintStream.java:248) at java.io.PrintStream.print(PrintStream.java:388) at java.io.PrintStream.println(PrintStream.java:507) at java.lang.Throwable.printStackTrace(Throwable.java:134) at org.apache.xerces.domx.XGrammarWriter.main(XGrammarWriter.java:155) As shipped, you only get the last exception since a "catch" clause in XGrammarWriter is being passed a null exception as a parameter. The full stacktrace requires recompiling org.apache.xerces.framework.XMLParser with PRINT_EXCEPTION_STACK_TRACE set to true. If I use PERSONAL-SCHEMA.XML, I get the following exception: error: Error parsing document (personal-schema.xml). java.lang.NullPointerException at org.apache.xerces.domx.XGrammarWriter.printElementDeclContentModel(XGrammarWriter.java:485) at org.apache.xerces.domx.XGrammarWriter.printElementDecl(XGrammarWriter.java:466) at org.apache.xerces.domx.XGrammarWriter.printGrammar(XGrammarWriter.java:317) at org.apache.xerces.domx.XGrammarWriter.main(XGrammarWriter.java:151) Doing the same thing with the -x switch (for SCHEMA output) works fine... From eau@fast.fujitsu.com.au Mon Dec 13 00:01:05 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 37055 invoked from network); 13 Dec 1999 00:01:05 -0000 Received: from falgate.fujitsu.com.au (137.172.211.9) by 63.211.145.10 with SMTP; 13 Dec 1999 00:01:05 -0000 Received: by falgate.fujitsu.com.au; id KAA12967; Mon, 13 Dec 1999 10:57:54 +1100 Received: from mailhost.fujitsu.com.au(137.172.19.140) by falgate via smap (V2.1) id xma012810; Mon, 13 Dec 99 10:57:34 +1100 Received: from fast.fujitsu.com.au (fast.fujitsu.com.au [137.172.210.51]) by mailhost.fujitsu.com.au (8.9.3/8.9.3) with ESMTP id IAA05094; Mon, 13 Dec 1999 08:52:52 +1100 Received: from eaux ([137.172.210.237]) by fast.fujitsu.com.au (8.8.7/8.8.7) with SMTP id JAA12989; Mon, 13 Dec 1999 09:54:58 +1000 Message-ID: <0dfd01bf44fc$a8a95420$edd2ac89@eaux> From: "Eric Ulevik" To: , References: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> <3851A498.3494057E@us.ibm.com> Subject: Re: PROPOSAL: regular build schedule Date: Mon, 13 Dec 1999 10:57:33 +1100 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Some of us cannot use CVS due to firewalls. Tar balls are the only way to get the software. Please make more tar balls available! Thanks, Eric Ulevik ----- Original Message ----- From: Rahul Jain To: Sent: Saturday, 11 December 1999 12:10 pm Subject: Re: PROPOSAL: regular build schedule > As a first step, I would like to make available a snapshot > of the repository as a tar ball via the Web page. This tar ball can > be created once / two or three times a day and will be replaced with > new ones the next day. Only an automated solution. > > This is not a substitute for stable version releases of sources > and binaries. > > There certainly has been requests made by people saying, they > do not want to install WinCVS, but would like to get a snapshot > of the repository. > > I have not previously done this kind of an automated setup, but > think that its should be just a matter of running a script at > specified times of the day. A 'cron' job. Will this work? > > Yes we would need to provide a hook to the HTML page displaying > links to these tarballs from the XML site. > > rahul > > > > twleung@sauria.com wrote: > > > > The Xerces CVS is rapidly getting out of sync with the prebuilt > > binaries. I would like to see us establish a regular schedule for > > producing pre-built build snapshots that people can use. > > > > At the very least, we need to do a 1.0.1 to fix a few bugs. > > > > I'd like to see us do a pre-built build every week or two, so > > that interested folks can get all the changes. > > > > I also think that we should have a "stable build" 1.0.x series and > > an unstable build series. > > > > What do people think? > > > > Ted > From shl6472@ritvax.isc.rit.edu Mon Dec 13 02:40:26 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 42550 invoked from network); 13 Dec 1999 02:40:26 -0000 Received: from vms3.isc.rit.edu (129.21.3.10) by 63.211.145.10 with SMTP; 13 Dec 1999 02:40:26 -0000 Received: from rit.edu ([24.93.31.100]) by ritvax.isc.rit.edu (PMDF V5.2-32 #34523) with ESMTPA id <01JJFGHE5D90B12JRO@ritvax.isc.rit.edu> for xerces-dev@xml.apache.org; Sun, 12 Dec 1999 21:40:24 EST Date: Sun, 12 Dec 1999 21:37:56 -0500 From: Seth Ladd Subject: Problem getting entities correctly using xerces-J To: xerces-dev@xml.apache.org Message-id: <38545C04.479F775B@rit.edu> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (Win98; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Hello, I've just checked out the latest source of xerces-j from CVS, and built it. I then used to to create a DOM out of a simple XML file. In that file I have standard XML entities embedded in the text between tags. It seems that the xerces parser is ripping out the entity and everything after that to the newline. For example, this is my text & and here is some more renders itself as 'this is my text' when I get it from the DOM. Is this a known bug or am I doing something wrong? Any help would be appreciated. I ran into this with the 1.0 zip file from the web site, and I was told it was fixed in CVS. Thanks for your time and help, Seth From joseph.gregorio@mts.com Mon Dec 13 12:03:50 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 67383 invoked from network); 13 Dec 1999 12:03:50 -0000 Received: from eagle.mts.com (HELO mts.com) (148.150.31.4) by 63.211.145.10 with SMTP; 13 Dec 1999 12:03:50 -0000 Received: from hermes.mts.com by mts.com (SMI-8.6/SMI-SVR4) id GAA28018; Mon, 13 Dec 1999 06:03:48 -0600 Received: by smtpgate.mts.com with Internet Mail Service (5.5.2448.0) id ; Mon, 13 Dec 1999 07:03:11 -0500 Message-ID: <421E2204A588D111B8BF00A0C995F268564889@smtpgate.mts.com> From: "Gregorio, Joe" To: xerces-dev@xml.apache.org Subject: RE: [PATCH] For VC6 Date: Mon, 13 Dec 1999 07:03:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" You are correct, I missed that. The patch should be: --- orig_version.rc Mon Dec 13 06:55:40 1999 +++ version.rc Mon Dec 13 06:55:57 1999 @@ -8,5 +8,5 @@ // Generated from the TEXTINCLUDE 2 resource. // -#include "afxres.h" +#include "windows.h" @@ -82,5 +82,5 @@ 2 TEXTINCLUDE DISCARDABLE BEGIN - "#include ""afxres.h""\r\n" + "#include ""windows.h""\r\n" "\r\n" "\0" BTW when I edit the resources with the IDE it looks like the string table gets converted to ASCII, for example in Version.rc: STRINGTABLE DISCARDABLE BEGIN 2 L"\x004E\x006F\x0074\x0061\x0074\x0069\x006F\x006E\x0020\x0027\x007B\x0030\x 007D\x0027\x0020\x0068\x0061\x0073\x0020\x0061\x006C\x0072\x0065\x0061\x0064 \x0079\x0020\x0062\x0065\x0065\x006E\x0020\x0064\x0065\x0063\x006C\x0061\x00 72\x0065\x0064\x00" 3 L"\x0041\x0074\x0074\x0072\x0069\x0062\x0075\x0074\x0065\x0020\x0027\x007B\x 0030\x007D\x0027\x0020\x0068\x0061\x0073\x0020\x0061\x006C\x0072\x0065\x0061 \x0064\x0079\x0020\x0062\x0065\x0065\x006E\x0020\x0064\x0065\x0063\x006C\x00 61\x0072\x0065\x0064\x00" 4 L"\x0045\x006E\x0063\x006F\x0064\x0069\x006E\x0067\x0020\x0028\x007B\x0030\x 007D\x002C\x0020\x0066\x0072\x006F\x006D\x0020\x0058\x004D\x004C\x0044\x0065 \x0063\x006C\x0020\x006F\x0072\x0020\x006D\x0061\x006E\x0075\x0061\x006C\x00 6C\x0079\x0020\x0073\x0065\x0074\x0029\x0020\x0063\x006F\x006E\x0074\x0072\x 0061\x0064\x0069\x0063\x0074\x0073\x0020\x0074\x0068\x0065\x0020\x0061\x0075 \x0074\x006F\x002D\x0073\x0065\x006E\x0073\x0065\x0064\x0020\x0065\x006E\x00 63\x006F\x0064\x0069\x006E\x0067\x002C\x0020\x0069\x0067\x006E\x006F\x0072\x 0069\x006E\x0067\x0020\x0069\x0074\x00" After I edit the string table with the IDE this gets converted into: STRINGTABLE DISCARDABLE BEGIN 2 "Notation '{0}' has already been declared " 3 "Attribute '{0}' has already been declared" 4 "Encoding ({0}, from XMLDecl or manually set) contradicts the auto-sensed encoding, ignoring it" Am I missing a setting? Thanks, -joe ----------------------------------------------- Joe Gregorio joseph.gregorio@mts.com Project Engineer MTS Systems Corporation > -----Original Message----- > From: heninger@us.ibm.com [mailto:heninger@us.ibm.com] > Sent: Thursday, December 09, 1999 9:08 PM > To: xerces-dev@xml.apache.org > Subject: Re: [PATCH] For VC6 > > > > > > > ---------------------- Forwarded by Andy > Heninger/Cupertino/IBM on 12/09/99 > 06:07 PM --------------------------- > > Dean Roddey > 12/09/99 06:04 PM > > To: joseph.gregorio@mts.com@internet > cc: Andy Heninger/Cupertino/IBM@IBMUS > From: Dean Roddey/Cupertino/IBM@IBMUS > Subject: Re: [PATCH] For VC6 (Document link: Andy Heninger) > > > Joe, thanks for the suggestion. However, if you use IDE to manage the > resources (and we do and want customers to be able to do so > as well), VC++ > will always put afxres.h back into the RC file. This would require a > re-edit after every modification of resources via the IDE. Given that > either way would require work, and that the vast majority of > people would > have MFC installed, and we want to explain how to make things > work to the > least number of people possible, we will probably leave it as > is and let > those folks who don't have MFC do the edit themselves. > > ---------------------------------------- > Dean Roddey > Software Weenie > IBM Center for Java Technology - Silicon Valley > roddey@us.ibm.com > > > > From: Andy Heninger on 12/09/99 05:26 PM > > To: Dean Roddey/Cupertino/IBM@IBMUS > cc: > From: Andy Heninger/Cupertino/IBM@IBMUS > Subject: [PATCH] For VC6 > > > > > -- Andy Heninger > IBM Center for Java Technology, Cupertino, CA > heninger@us.ibm.com > > > ---------------------- Forwarded by Andy > Heninger/Cupertino/IBM on 12/09/99 > 05:26 PM --------------------------- > > "Gregorio, Joe" on 12/08/99 04:06:38 AM > > Please respond to xerces-dev@xml.apache.org > > To: "'xerces-dev@xml.apache.org'" > cc: > Subject: [PATCH] For VC6 > > > > This will allow xerces to be built with an install of > VC6 where MFC has not been installed. Afxres.h > is only present when MFC has been installed. > > --- orig/Version.rc Wed Dec 08 06:38:46 1999 > +++ Version.rc Wed Dec 08 06:38:59 1999 > @@ -7,7 +7,7 @@ > // > // Generated from the TEXTINCLUDE 2 resource. > // > -#include "afxres.h" > +#include "windows.h" > > > > ////////////////////////////////////////////////////////////// > ////////////// > > / > > > P.S. Please let me know if I have done this incorrectly, as this > is my first patch submission. > > Thanks, > -joe > > ----------------------------------------------- > Joe Gregorio joseph.gregorio@mts.com > Project Engineer MTS Systems Corporation > > > > > > > > From mpogue@apache.org Mon Dec 13 17:20:14 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 93115 invoked from network); 13 Dec 1999 17:20:14 -0000 Received: from ausmail1.austin.ibm.com (192.35.232.12) by 63.211.145.10 with SMTP; 13 Dec 1999 17:20:14 -0000 Received: from netmail3.austin.ibm.com (netmail3.austin.ibm.com [9.53.250.99]) by ausmail1.austin.ibm.com (8.9.1/8.8.5) with ESMTP id LAA29274 for ; Mon, 13 Dec 1999 11:19:09 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail3.austin.ibm.com (8.8.5/8.8.5) with ESMTP id LAA28618; Mon, 13 Dec 1999 11:20:12 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id LAA24374; Mon, 13 Dec 1999 11:20:10 -0600 (CST) Message-ID: <38552973.70F199C0@apache.org> Date: Mon, 13 Dec 1999 09:14:27 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org CC: Pierpaolo Fumagalli Subject: Re: ProjectX available to look at soon? References: <199912060327.VAA11756@chinet.com> <384C3791.7825B241@apache.org> <000e01bf43fd$b213eb60$0bfea8c0@berlin> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit James Duncan Davidson wrote: > > > Any idea of when we might be able to officially look at the ProjectX > > source code under an open source license (the current Sun license makes > > it impossible for me to look at it, since Sun claims to own anything I > > think of after that)? > > Given that you work for IBM under which we've got all sorts of licensing > agreements, I fail to see a problem in your specific case.. :) I wish my case was different. Apparantly, the Sun-IBM license agreements do not cover code for java extensions. So, IBM folks can't look at the source code, and given the way the license is currently written, I'd say it's a risk for anybody working on an XML parser to look at the source code. Hopefully this will change soon! Mike P.S. Any progress on the other question about "javax.*" naming? We still need to know whether Apache is allowed to name a package "javax". From arkin@exoffice.com Mon Dec 13 19:32:33 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 9104 invoked from network); 13 Dec 1999 19:32:33 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 13 Dec 1999 19:32:33 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id LAA03182 for ; Mon, 13 Dec 1999 11:46:10 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <38554D02.EF57A1F8@exoffice.com> Date: Mon, 13 Dec 1999 11:46:10 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: HTML DOM implementation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've ported the OpenXML HTML DOM to work on top of the Xerces DOM. This implementation is currently available in the OpenXML release under the package name org.apache.html.dom. If Xerces is available in the classpath, the OpenXML HTML parser will now use the Xerces HTML DOM rather than the OpenXML HTML DOM. I've indentified a conflict in Xerces, apparently ElementImpl defines a public method getValue() that conflicts with HTMLLIElement defining the same method with a different return type. I could not find any use for ElementImpl.getValue and commenting it out did not break the build. I would like a confirmation that this fix will not break anything before committing it. Providing HTML functionality to Xerces requires adding three packages: the HTML DOM (org.w3c.dom.html), a Xerces HTML implementation, and the parser (separate code base than the XML parser). This will increase the JAR size by an additional 100KB, it might (or might not) be smart to add it as a separate add-on JAR. Currently I'm using the package name org.apache.html.dom. Is this in line with the proposed org.apache.xml and should the parser reside in org.apache.html.parser? arkin -- ____________________________________________________________ Assaf Arkin arkin@exoffice.com CTO http://www.exoffice.com Exoffice, The ExoLab Company tel: (650) 259-9796 From heninger@us.ibm.com Mon Dec 13 19:40:50 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 9532 invoked from network); 13 Dec 1999 19:40:50 -0000 Received: from e31.co.us.ibm.com (HELO e31.bld.us.ibm.com) (32.97.110.129) by 63.211.145.10 with SMTP; 13 Dec 1999 19:40:50 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e31.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id OAA71058 for ; Mon, 13 Dec 1999 14:36:26 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id MAA54384 for ; Mon, 13 Dec 1999 12:40:48 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256846.006C1ADE ; Mon, 13 Dec 1999 12:40:47 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256846.006C1888.00@d53mta03h.boulder.ibm.com> Date: Mon, 13 Dec 1999 11:32:41 -0800 Subject: Re: PROPOSAL: DOMString Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Regarding DOMSTring, Joe Gregorio wrote: >1. Don't change anything (except maybe add a larger red flag > in the documentation). >2. Change DOMString to have value semantics. >3. Drop DOMString in favor of wstring. > >Personally, I would prefer 3, but 2 is probably >the most reasonable given the current state of >Standard C++ libraries. Robert Weir replied > I like option #3. Perhaps even make it so you can flip a switch and recompile to work with a plain std::string (8-bit chars). [more deleted] If we decide to do something different with strings, I am in favor of dumping DOMString entirely and going with an already existing, reasonably standard and well supported string. Something that we don't need to maintain ourselves, teach people about, etc. How to best do memory management will need some thought. The strings for tagnames, and attribute names and values want to be shared as they tend to appear repeatedly in some documents. So some sort of reference counting will probably be needed. With wstring there is also the question of character size. On some platforms (Win32, Solaris), wchar_t is 16 bits; on others (Borland on Win32, Linux) it's 32 bits. A 32 bit wchar_t compatible string allows the string data to be easily passed to other APIs that expect wchar_t data, but is going to cause memory use problems with large documents. There doesn't seem to be a good answer to this problem, even with DOMString. On the 32 bit character platforms, either the data is inconvenient and inefficient to use, or the data is bloated. Take you pick. -- Andy From heninger@us.ibm.com Mon Dec 13 20:11:48 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 14105 invoked from network); 13 Dec 1999 20:11:48 -0000 Received: from e31.co.us.ibm.com (HELO e31.bld.us.ibm.com) (32.97.110.129) by 63.211.145.10 with SMTP; 13 Dec 1999 20:11:48 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e31.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id PAA33710 for ; Mon, 13 Dec 1999 15:07:24 -0500 From: heninger@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id NAA54384 for ; Mon, 13 Dec 1999 13:11:46 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256846.006EEDED ; Mon, 13 Dec 1999 13:11:38 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> Date: Mon, 13 Dec 1999 11:50:02 -0800 Subject: Re: PROPOSAL: regular build schedule Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Eric Ulevik wrote > Some of us cannot use CVS due to firewalls. Tar balls are the only way to > get the software. > Depending on your firewall, going through your proxy server might work. On Windows, SocksCap32 works with WinCVS. See http://www.socks.nec.com/sockscap.html. > Please make more tar balls available! Yes, this would be a good thing. -- Andy From Robert_Weir@lotus.com Mon Dec 13 20:16:35 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 15532 invoked from network); 13 Dec 1999 20:16:35 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 13 Dec 1999 20:16:35 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id PAA07392 for ; Mon, 13 Dec 1999 15:30:25 -0500 (EST) From: Robert_Weir@lotus.com Received: from barium.Lotus.com (BARIUM.lotus.com [9.95.4.108]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id PAA20434 for ; Mon, 13 Dec 1999 15:14:03 -0500 (EST) Subject: Re: PROPOSAL: DOMString To: xerces-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: Date: Mon, 13 Dec 1999 15:17:06 -0500 X-MIMETrack: Serialize by Router on Barium/CAM/M/Lotus(Release 5.0.2a |November 23, 1999) at 12/13/99 03:17:08 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii How about we typedef XMLCh in the platform-specific header files and then typedef DOMString to be std::basic_string. The DOM spec is pretty specific about these being 16-bit characters, so this would ensure it by default. And if someone wants to change the typedefs and recompile, they could create a 32-bit for efficiency, or 8-bit for ASCII-only with memory constraints. As you point out, no one solutions dominates the others. So, make the default be what the W3C spec says and let more advanced users tune it to their particular needs. In any case, the Xerces and Xalan code should assume nothing about the size of XMLCh. As for reference counting, we get that already in some standard library implementations, like Win32/VC++. Do we know if other important platforms have really poor implementations of std::basic_string<> ? -Rob Andy said: >With wstring there is also the question of character size. On >some platforms (Win32, Solaris), wchar_t is 16 bits; on others >(Borland on Win32, Linux) it's 32 bits. A 32 bit wchar_t >compatible string allows the string data to be easily passed >to other APIs that expect wchar_t data, but is going to cause >memory use problems with large documents. There doesn't seem to >be a good answer to this problem, even with DOMString. On the >32 bit character platforms, either the data is inconvenient and >inefficient to use, or the data is bloated. Take you pick. From twleung@sauria.com Mon Dec 13 20:54:35 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 22344 invoked from network); 13 Dec 1999 20:54:35 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 13 Dec 1999 20:54:35 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id 88BCE9E00A for ; Mon, 13 Dec 1999 13:13:34 -0800 (PST) Message-ID: <007401bf45ab$b37581d0$b7160609@cupertino.ibm.com> From: To: References: <38545C04.479F775B@rit.edu> Subject: Re: Problem getting entities correctly using xerces-J Date: Mon, 13 Dec 1999 12:50:27 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Seth, Can you post the code fragment you are using to do this? Ted ----- Original Message ----- From: "Seth Ladd" To: Sent: Sunday, December 12, 1999 6:37 PM Subject: Problem getting entities correctly using xerces-J > Hello, > > I've just checked out the latest source of xerces-j from CVS, and built > it. I then used to to create a DOM out of a simple XML file. In that > file I have standard XML entities embedded in the text between tags. It > seems that the xerces parser is ripping out the entity and everything > after that to the newline. > > For example, > > this is my text & and here is some more > > renders itself as > > 'this is my text' > > when I get it from the DOM. > > Is this a known bug or am I doing something wrong? Any help would be > appreciated. I ran into this with the 1.0 zip file from the web site, > and I was told it was fixed in CVS. > > Thanks for your time and help, > Seth > From twleung@sauria.com Mon Dec 13 20:54:38 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 22616 invoked from network); 13 Dec 1999 20:54:38 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 13 Dec 1999 20:54:38 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id 1090F9E006 for ; Mon, 13 Dec 1999 13:13:32 -0800 (PST) Message-ID: <007301bf45ab$b23316c0$b7160609@cupertino.ibm.com> From: To: References: <38545C04.479F775B@rit.edu> Subject: Re: Problem getting entities correctly using xerces-J Date: Mon, 13 Dec 1999 12:50:20 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Seth, Can you post the code fragment you are using to do this? Ted ----- Original Message ----- From: "Seth Ladd" To: Sent: Sunday, December 12, 1999 6:37 PM Subject: Problem getting entities correctly using xerces-J > Hello, > > I've just checked out the latest source of xerces-j from CVS, and built > it. I then used to to create a DOM out of a simple XML file. In that > file I have standard XML entities embedded in the text between tags. It > seems that the xerces parser is ripping out the entity and everything > after that to the newline. > > For example, > > this is my text & and here is some more > > renders itself as > > 'this is my text' > > when I get it from the DOM. > > Is this a known bug or am I doing something wrong? Any help would be > appreciated. I ran into this with the 1.0 zip file from the web site, > and I was told it was fixed in CVS. > > Thanks for your time and help, > Seth > From twleung@sauria.com Mon Dec 13 20:57:51 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 23429 invoked from network); 13 Dec 1999 20:57:51 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 13 Dec 1999 20:57:51 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id D82969E006 for ; Mon, 13 Dec 1999 13:16:50 -0800 (PST) Message-ID: <008401bf45ac$28723cd0$b7160609@cupertino.ibm.com> From: To: References: <3852EA22.682B0EB@pacific.net.sg> Subject: Re: W3C DOM interfaces Date: Mon, 13 Dec 1999 12:53:49 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 That's because we don't have the right to modify the W3C interface files. As soon as W3C issues interfaces that have the DOM L2 api in them, we should include them. Ted ----- Original Message ----- From: "Wong Kok Wai" To: Sent: Saturday, December 11, 1999 4:19 PM Subject: W3C DOM interfaces > Hi, > > Just an observation: I see the DOM2 implementation is available but the > W3C interfaces are still at DOM1. BTW, W3C just released CR for DOM2. > > From twleung@sauria.com Mon Dec 13 21:00:55 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 24189 invoked from network); 13 Dec 1999 21:00:55 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 13 Dec 1999 21:00:55 -0000 Received: from boojum (wall.sauria.com [127.0.0.1]) by wall (Postfix) with SMTP id 0A1259E006 for ; Mon, 13 Dec 1999 13:19:53 -0800 (PST) Message-ID: <009801bf45ac$963488e0$b7160609@cupertino.ibm.com> From: To: References: <19991211015421.7669.qmail@web3103.mail.yahoo.com> Subject: Re: Status update/Schema validation Date: Mon, 13 Dec 1999 12:56:51 -0800 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 IBM is a member company of the W3C, so we have access to the working group documents. Xerces already has support for an older draft of schema, and we're going to update that as the spec matures. We're trying to help the people on the working group see the potholes by implementing this early. This idea is the reason why some W3C specs now have a Candidate Recommendation period. Ted ----- Original Message ----- From: "Curt Arnold" To: Sent: Friday, December 10, 1999 5:54 PM Subject: Re: Status update/Schema validation > So, do you have an advance copy of the next working > draft of XML Schema or participate on the Working > Group? If not, it would seem that everything has to > hold until the next draft (due Dec 16th). > > I did post a couple of suggestions on the Schema > (support for lists and multiple lexical patterns for a > datatype) public comments list a couple of days ago > that may effect how you implement the regular > expression matching. > > I was thinking that it might be a good think to have a > "normalized" version of schema where constructs like > the include, imports, archetypes, attribute groups, > etc are flattened out. I was going to try to write a > XSLT script to do that after the next draft is > released (nested imports looked like a problem > however). If that is possible, we could concentrate > on implementing normalized schema support and then add > the fun things like archetype refinement. > > Just some thoughts. > > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one place. > Yahoo! Shopping: http://shopping.yahoo.com > From dcassel@cyberfone.com Mon Dec 13 21:08:49 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 26128 invoked from network); 13 Dec 1999 21:08:49 -0000 Received: from firewall.igi.net (HELO cybermail?01.igi.net) (137.118.8.6) by 63.211.145.10 with SMTP; 13 Dec 1999 21:08:49 -0000 Received: by CYBERMAIL_01 with Internet Mail Service (5.5.1960.3) id ; Mon, 13 Dec 1999 16:00:23 -0500 Message-ID: <99E503BF3E0CD21190DF0090276D7AF3150E74@CYBERMAIL_01> From: Dave Cassel To: "'xerces-dev@xml.apache.org'" Subject: RE: SAX events Date: Mon, 13 Dec 1999 16:00:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Ted, I adopted the stuff you sent me and tried it out. It didn't work at first, but in the course of comparing files, I noticed I had: SAXParser m_parser; ... m_parser.parse(new InputSource(m_is)); whereas you had: SAXParser p; ... p.parse(new InputSource(new InputStreamReader(in))); -- I hadn't bothered with the Reader. When I put that in, it worked. Just for kicks, I tried it with the Reader but without your code, and the original problem was back. It looks like the combination of the InputStreamReader and your fix did the trick. I wonder if that's an InputSource bug or just a natural result of not using a Reader. Either way, it works when the Reader is used. Thanks for the help! David Cassel Software Engineer CyberFone, Inc. 610-989-9330x33 > -----Original Message----- > From: twleung@sauria.com [mailto:twleung@sauria.com] > Sent: Friday, December 10, 1999 7:41 PM > To: xerces-dev@xml.apache.org > Subject: Re: SAX events > > > Hi David, > > I recently checked in some fixes that provide a solution to > this problem. > The fixes allow the parser to react to data as it comes in, > instead of in > buffer sized (16K) blocks. > > I've attached a source file that shows how to make use of the new > functionality. I'll try to write this up and add it to the docs soon. > > Ted > ----- Original Message ----- > From: "Dave Cassel" > To: > Sent: Friday, December 10, 1999 11:39 AM > Subject: SAX events > > > > Forgive me if this has been brought up before, but I can't > find anything > > about it. > > > > First off: Win NT 4.0, Sun JDK 1.1.8, Xerces-J 1.0. > > > > I'm writing something where a client sends XML messages to > a server and > > the server responds to the messages individually. I've > tried a couple > > different ways and can't get it to work. The server is using SAX to > > parse the input. > > > > My first try was to have the client send a couple of full documents. > > However, the server griped about this: > > "[Fatal Error] :1 :37: The markup in the document following the root > > element must be well-formed." Okay, it figures the > top-level element > > is the root and doesn't want to see other elements after > that. I guess > > it doesn't see anything it can interpret as an > end-of-document. Fair > > enough. > > > > For testing, I then tried just manually writing some strings to the > > stream. I gave it a element, inside of which I gave > it a > > element. I had the client pause a few seconds and then > write a second > > element, and then closed the . All the elements were > > correctly received -- but not until everything had been written. (I > > flushed the stream after writing the first .) > > > > Shouldn't the server get & interpret elements as soon as they are > > available from the stream? Does SAX wait to have an entire element > > before it calls events? I can't close the stream between > messages; it > > seems I can't have them in seperate documents; so how do I get the > > server to react to the incoming data? Is this a problem > with Xerces or > > with what I'm trying to do with it? > > > > Thanks! > > > > David Cassel > > Software Engineer > > CyberFone, Inc. > > 610-989-9330x33 > > > > > > > From sra12345@yahoo.com Mon Dec 13 21:44:17 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 33532 invoked from network); 13 Dec 1999 21:44:17 -0000 Received: from web701.mail.yahoo.com (128.11.23.21) by 63.211.145.10 with SMTP; 13 Dec 1999 21:44:17 -0000 Received: (qmail 23362 invoked by uid 60001); 13 Dec 1999 20:28:52 -0000 Message-ID: <19991213202852.23361.qmail@web701.mail.yahoo.com> Received: from [209.140.231.94] by web701.mail.yahoo.com; Mon, 13 Dec 1999 12:28:52 PST Date: Mon, 13 Dec 1999 12:28:52 -0800 (PST) From: srinu pagan Subject: Need HELP: How to make Makefile on NT? To: xerces-dev@xml.apache.org, rahulj@apache.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi All, I'm new to the XML world; for that, I'm new to whole programming world.But I think I've got genuine question. I'm trying to compile the Java files on NT.I've downloaded the build files and it has got a "MakeFile",but I'm not sure how to make "MakeFile".I dont have any nmake utility. I would appreciate any suggestions towards this. I've java1.2 and Visual Cafe 3.0 on my system. Thanks. __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com From hussain@granularity.net Mon Dec 13 21:49:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 35382 invoked from network); 13 Dec 1999 21:49:40 -0000 Received: from winston.granularity.net (hussain@209.16.199.132) by 63.211.145.10 with SMTP; 13 Dec 1999 21:49:40 -0000 Received: from localhost (hussain@localhost) by winston.granularity.net (8.9.2/8.9.2) with ESMTP id PAA08360 for ; Mon, 13 Dec 1999 15:49:39 -0600 (EST) Date: Mon, 13 Dec 1999 15:49:39 -0600 (EST) From: "G. Hussain Chinoy" To: xerces-dev@xml.apache.org Subject: Re: Need HELP: How to make Makefile on NT? In-Reply-To: <19991213202852.23361.qmail@web701.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Related, is there a How To Build help FAQ around for the different platforms and test suites? It'd be great to have links to pertinent programs (cywin, etc). I'd be willing to maintain/compile such a FAQ. H ----------------------------------------- G. Hussain Chinoy hussain@granularity.com Chief Information Architect, CEO Granularity Information Architecture, Inc. http://www.granularity.com/ PGP key: http://www.granularity.net/~hussain/ On Mon, 13 Dec 1999, srinu pagan wrote: > Hi All, > I'm new to the XML world; for that, I'm new to whole > programming world.But I think I've got genuine > question. > > I'm trying to compile the Java files on NT.I've > downloaded the build files and it has got a > "MakeFile",but I'm not sure how to make "MakeFile".I > dont have any nmake utility. > > I would appreciate any suggestions towards this. > I've java1.2 and Visual Cafe 3.0 on my system. > > Thanks. > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one place. > Yahoo! Shopping: http://shopping.yahoo.com > From abagchi@us.ibm.com Mon Dec 13 23:11:55 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 49684 invoked from network); 13 Dec 1999 23:11:55 -0000 Received: from e32.co.us.ibm.com (HELO e32.bld.us.ibm.com) (32.97.110.130) by 63.211.145.10 with SMTP; 13 Dec 1999 23:11:55 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.99.132.205]) by e32.bld.us.ibm.com (8.9.3/8.9.3) with ESMTP id SAA26638 for ; Mon, 13 Dec 1999 18:07:10 -0500 From: abagchi@us.ibm.com Received: from d53mta03h.boulder.ibm.com (d53mta03h.boulder.ibm.com [9.99.142.3]) by westrelay02.boulder.ibm.com (8.8.8m2/NCO v2.06) with SMTP id QAA214930 for ; Mon, 13 Dec 1999 16:11:53 -0700 Received: by d53mta03h.boulder.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 87256846.007F6DFF ; Mon, 13 Dec 1999 16:11:52 -0700 X-Lotus-FromDomain: IBMUS To: xerces-dev@xml.apache.org Message-ID: <87256846.007EA93F.00@d53mta03h.boulder.ibm.com> Date: Mon, 13 Dec 1999 16:02:09 -0700 Subject: Re: Need HELP: How to make Makefile on NT? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline We do not have a "How to build XML4C" section in the documentation yet, apparently since it is very simple with autoconf and gmake. It is a god idea to maintain an FAQ if it is very common topic and people would like to have it referenced. I could incorrporate this FAQ into the main Xerces-C documentation when it is mature enough. In short, the few commands on UNIX machines is as follows: In the xml4c directory, type: cd src automake runConfigure -plinux -cgcc -xg++ -minmem -nfileonly -tnative gmake cd ../samples automake runConfigure -plinux -cgcc -xg++ gmake The complete runConfigure options are: runConfigure "options" where options may be any of the following: -p (accepts 'aix', 'linux', 'solaris', 'hp-10', 'hp-11', 'irix') -c (e.g. gcc, cc, xlc) -x (e.g. g++, CC, xlC) -d (specifies that you want to build debug version) -m can be 'inmem', 'icu', 'iconv' -n can be 'fileonly', 'libwww' -t can be 'icu' or 'native' -r can be 'pthread' or 'dce' (only used on HP-11) -l -z -h (to get help on the above commands) "automake" needs to be run only once on any platform and can also be skipped. On windows, just double click on the dsw file, and compile XercesLib and the rest of the samples. - Anupam =========================================================== Anupam Bagchi Advisory Software Engineer Phone: (408)777-5842 Fax: (408)777-5892 XML Development Group, IBM Cupertino, California "G. Hussain Chinoy" on 12/13/99 01:49:39 PM Please respond to xerces-dev@xml.apache.org To: xerces-dev@xml.apache.org cc: Subject: Re: Need HELP: How to make Makefile on NT? Related, is there a How To Build help FAQ around for the different platforms and test suites? It'd be great to have links to pertinent programs (cywin, etc). I'd be willing to maintain/compile such a FAQ. H ----------------------------------------- G. Hussain Chinoy hussain@granularity.com Chief Information Architect, CEO Granularity Information Architecture, Inc. http://www.granularity.com/ PGP key: http://www.granularity.net/~hussain/ On Mon, 13 Dec 1999, srinu pagan wrote: > Hi All, > I'm new to the XML world; for that, I'm new to whole > programming world.But I think I've got genuine > question. > > I'm trying to compile the Java files on NT.I've > downloaded the build files and it has got a > "MakeFile",but I'm not sure how to make "MakeFile".I > dont have any nmake utility. > > I would appreciate any suggestions towards this. > I've java1.2 and Visual Cafe 3.0 on my system. > > Thanks. > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one place. > Yahoo! Shopping: http://shopping.yahoo.com > From andyc@apache.org Mon Dec 13 23:48:27 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 57111 invoked from network); 13 Dec 1999 23:48:27 -0000 Received: from taz.hyperreal.org (HELO hyperreal.org) (209.133.83.16) by 63.211.145.10 with SMTP; 13 Dec 1999 23:48:27 -0000 Received: (qmail 29756 invoked from network); 13 Dec 1999 23:48:17 -0000 Received: from s1.almaden.ibm.com (HELO apache.org) (198.4.83.36) by apache.org with SMTP; 13 Dec 1999 23:48:17 -0000 Message-ID: <38558488.9904C3BE@apache.org> Date: Mon, 13 Dec 1999 15:43:04 -0800 From: Andy Clark X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: de,ja,en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Null Pointer Exceptions parsing PERSONAL.XML References: <38503EEC.E35D00C6@ntplx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Frank, Frank Griffin wrote: > > I'm running XML4J_3.0.0EA3 under OS/2 Warp 4 with the 19991026 > 1.1.8 JDK. If I enter the following: > > cd d:\xml4j\data > java org.apache.xerces.domx.XGrammarWriter -d personal.xml > > I get the following exception: > > java.lang.NullPointerException > [...] I'm able to duplicate your problem. The strange thing, though, is that most of it works if I recompile the sources contained in the ZIP file and use *those* instead of the Jar files bundled with the ZIP. However, printing the DTD for an XML file with its grammar specified in XML Schema gives the NullPointerException you mention. Please recompile the source provided and use those for now. I will be looking into the problem with the XGrammarWriter. -- Andy Clark * IBM, JTC - Silicon Valley * andyc@apache.org From ftg@ntplx.net Tue Dec 14 01:17:18 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 78272 invoked from network); 14 Dec 1999 01:17:18 -0000 Received: from unknown (HELO elnino.aonix.com) (firewall-user@216.120.49.221) by 63.211.145.10 with SMTP; 14 Dec 1999 01:17:18 -0000 Received: by elnino.aonix.com; id RAA22395; Mon, 13 Dec 1999 17:17:17 -0800 (PST) Received: from rasht.sd.aonix.com(136.175.1.80) by gauntlet-sd.aonix.com via smap (V5.0) id xma022380; Mon, 13 Dec 99 17:17:02 -0800 Received: from ct.aonix.com (pophost.ct.aonix.com) by rasht.sd.aonix.com (4.1/TS-1.2c) id AA07690; Mon, 13 Dec 99 17:16:52 PST Received: from ntplx.net by ct.aonix.com (SMI-8.6/SMI-SVR4) id UAA03555; Mon, 13 Dec 1999 20:20:07 -0500 Message-Id: <38559A8B.8AC42647@ntplx.net> Date: Mon, 13 Dec 1999 20:16:59 -0500 From: Frank Griffin X-Mailer: Mozilla 4.61 [en] (OS/2; U) X-Accept-Language: en Mime-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Null Pointer Exceptions parsing PERSONAL.XML References: <38503EEC.E35D00C6@ntplx.net> <38558488.9904C3BE@apache.org> Content-Type: multipart/mixed; boundary="------------69092F280742CA369E81EF15" This is a multi-part message in MIME format. --------------69092F280742CA369E81EF15 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Andy Clark wrote: > I'm able to duplicate your problem. The strange thing, though, > is that most of it works if I recompile the sources contained > in the ZIP file and use *those* instead of the Jar files > bundled with the ZIP. However, printing the DTD for an XML > file with its grammar specified in XML Schema gives the > NullPointerException you mention. Andy, the interesting thing from my side is that I *do* get the error with recompiled sources (I had to recompile with the changed static variable in order to get a decent stack trace). However, since I was too lazy to change my CLASSPATH, I used JAR to build a replacement XERCES.JAR file from the new class files, and renamed the distribution one. So it looks like the problem occurs only when the code is pulled from a JAR file in the classpath. That's odd, but I had a harder time believing that the DOMParser couldn't parse the file being sent out as a sample ! If it works in a classfile (i.e. development) environment, that explains how it wouldn't have occurred in testing. --------------69092F280742CA369E81EF15 Content-Type: text/x-vcard; charset=us-ascii; name="ftg.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Frank Griffin Content-Disposition: attachment; filename="ftg.vcf" begin:vcard n:Griffin;Frank x-mozilla-html:TRUE org:IAMS Product Development;Engineering adr:;;;;;; version:2.1 email;internet:ftg@ntplx.net title:Director, Systems Architecture and Design x-mozilla-cpt:;3632 fn:Frank Griffin end:vcard --------------69092F280742CA369E81EF15-- From eau@fast.fujitsu.com.au Tue Dec 14 01:48:54 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 86710 invoked from network); 14 Dec 1999 01:48:54 -0000 Received: from falgate.fujitsu.com.au (137.172.211.9) by 63.211.145.10 with SMTP; 14 Dec 1999 01:48:54 -0000 Received: by falgate.fujitsu.com.au; id MAA07649; Tue, 14 Dec 1999 12:47:10 +1100 Received: from mailhost.fujitsu.com.au(137.172.19.140) by falgate via smap (V2.1) id xma007041; Tue, 14 Dec 99 12:46:35 +1100 Received: from fast.fujitsu.com.au (fast.fujitsu.com.au [137.172.210.51]) by mailhost.fujitsu.com.au (8.9.3/8.9.3) with ESMTP id MAA23019 for ; Tue, 14 Dec 1999 12:43:26 +1100 Received: from eaux ([137.172.210.237]) by fast.fujitsu.com.au (8.8.7/8.8.7) with SMTP id LAA32747 for ; Tue, 14 Dec 1999 11:40:50 +1000 Message-ID: <028b01bf45d4$963237c0$edd2ac89@eaux> From: "Eric Ulevik" To: References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> Subject: Re: PROPOSAL: regular build schedule Date: Tue, 14 Dec 1999 12:42:57 +1100 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 From: > Eric Ulevik wrote > > Some of us cannot use CVS due to firewalls. Tar balls are the only way to > > get the software. > Depending on your firewall, going through your proxy server might work. > On Windows, SocksCap32 works with WinCVS. See > http://www.socks.nec.com/sockscap.html. I should have said "firewalls without socks support" > > Please make more tar balls available! > Yes, this would be a good thing. Any other responses? Is this likely to happen? Thanks, Eric Ulevik From mpogue@apache.org Tue Dec 14 02:44:03 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 97777 invoked from network); 14 Dec 1999 02:44:03 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 14 Dec 1999 02:44:03 -0000 Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [9.53.250.96]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id UAA46182 for ; Mon, 13 Dec 1999 20:40:57 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail1.austin.ibm.com (8.8.5/8.8.5) with ESMTP id UAA33414 for ; Mon, 13 Dec 1999 20:44:02 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id UAA26616 for ; Mon, 13 Dec 1999 20:43:58 -0600 (CST) Message-ID: <3855AD99.1D4664B2@apache.org> Date: Mon, 13 Dec 1999 18:38:17 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> <028b01bf45d4$963237c0$edd2ac89@eaux> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I agree. We should be doing regular tar balls. Anybody want to volunteer to do the next one? Or, should we go the automated tarball route (once a week, whether it actually works or not)? Eric, which would you personally prefer? Mike Eric Ulevik wrote: > > From: > > Eric Ulevik wrote > > > Some of us cannot use CVS due to firewalls. Tar balls are the only way > to > > > get the software. > > Depending on your firewall, going through your proxy server might work. > > On Windows, SocksCap32 works with WinCVS. See > > http://www.socks.nec.com/sockscap.html. > > I should have said "firewalls without socks support" > > > > Please make more tar balls available! > > Yes, this would be a good thing. > > Any other responses? Is this likely to happen? > > Thanks, > > Eric Ulevik From eau@fast.fujitsu.com.au Tue Dec 14 02:51:29 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 99152 invoked from network); 14 Dec 1999 02:51:29 -0000 Received: from falgate.fujitsu.com.au (137.172.211.9) by 63.211.145.10 with SMTP; 14 Dec 1999 02:51:29 -0000 Received: by falgate.fujitsu.com.au; id NAA03279; Tue, 14 Dec 1999 13:49:15 +1100 Received: from mailhost.fujitsu.com.au(137.172.19.140) by falgate via smap (V2.1) id xma002995; Tue, 14 Dec 99 13:48:50 +1100 Received: from fast.fujitsu.com.au (fast.fujitsu.com.au [137.172.210.51]) by mailhost.fujitsu.com.au (8.9.3/8.9.3) with ESMTP id NAA03272 for ; Tue, 14 Dec 1999 13:48:50 +1100 Received: from eaux ([137.172.210.237]) by fast.fujitsu.com.au (8.8.7/8.8.7) with SMTP id MAA00936 for ; Tue, 14 Dec 1999 12:46:14 +1000 Message-ID: <00e901bf45dd$b8a2cff0$edd2ac89@eaux> From: "Eric Ulevik" To: References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> <028b01bf45d4$963237c0$edd2ac89@eaux> <3855AD99.1D4664B2@apache.org> Subject: Re: PROPOSAL: regular build schedule Date: Tue, 14 Dec 1999 13:48:37 +1100 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 From: Mike Pogue > I agree. We should be doing regular tar balls. Anybody want to > volunteer to do the next one? > > Or, should we go the automated tarball route (once a week, whether it > actually works or not)? > > Eric, which would you personally prefer? > > Mike I would prefer an automated system, as in my experience this means more releases. Regards, Eric Ulevik From cstaylor@pacbell.net Tue Dec 14 05:34:53 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 25756 invoked from network); 14 Dec 1999 05:34:53 -0000 Received: from unknown (HELO mx1-w.mail.home.com) (24.0.0.205) by 63.211.145.10 with SMTP; 14 Dec 1999 05:34:53 -0000 Received: from surfer (c68278-b.stcla1.sfba.home.com [24.7.85.143]) by mx1-w.mail.home.com (8.9.1/8.9.1) with SMTP id VAA15967 for ; Mon, 13 Dec 1999 21:34:47 -0800 (PST) From: "Christopher Taylor" To: Subject: Question Date: Mon, 13 Dec 1999 21:35:07 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Hello, I'm sorry if this has already been addressed, as I'm new to the Xerces project. Why does the class org.apache.xerces.dom.DOMImplementationImpl support the DOM2 method createDocument(), but org.w3c.dom.DOMImplementation does not support that interface method? It's listed in the DOM2 documentation on www.w3c.org. -Chris P.S. If the DOM2 methods are supposed to be there, I can add them. I just didn't want to add them if they didn't belong there. From ftg@ntplx.net Tue Dec 14 16:30:37 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 91015 invoked from network); 14 Dec 1999 16:30:37 -0000 Received: from unknown (HELO elnino.aonix.com) (firewall-user@216.120.49.221) by 63.211.145.10 with SMTP; 14 Dec 1999 16:30:37 -0000 Received: by elnino.aonix.com; id IAA11071; Tue, 14 Dec 1999 08:30:33 -0800 (PST) Received: from rasht.sd.aonix.com(136.175.1.80) by gauntlet-sd.aonix.com via smap (V5.0) id xma011050; Tue, 14 Dec 99 08:29:53 -0800 Received: from ct.aonix.com (pophost.ct.aonix.com) by rasht.sd.aonix.com (4.1/TS-1.2c) id AA20515; Tue, 14 Dec 99 08:29:43 PST Received: from ntplx.net by ct.aonix.com (SMI-8.6/SMI-SVR4) id LAA06288; Tue, 14 Dec 1999 11:32:59 -0500 Message-Id: <3856707D.26A9F22E@ntplx.net> Date: Tue, 14 Dec 1999 11:29:49 -0500 From: Frank Griffin X-Mailer: Mozilla 4.61 [en] (OS/2; U) X-Accept-Language: en Mime-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Null Pointer Exceptions parsing PERSONAL.XML References: <38503EEC.E35D00C6@ntplx.net> <38558488.9904C3BE@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Andy Clark wrote: > I'm able to duplicate your problem. The strange thing, though, > is that most of it works if I recompile the sources contained > in the ZIP file and use *those* instead of the Jar files > bundled with the ZIP. However, printing the DTD for an XML > file with its grammar specified in XML Schema gives the > NullPointerException you mention. Andy, the interesting thing from my side is that I *do* get the error with recompiled sources (I had to recompile with the changed static variable in order to get a decent stack trace). However, since I was too lazy to change my CLASSPATH, I used JAR to build a replacement XERCES.JAR file from the new class files, and renamed the distribution one. So it looks like the problem occurs only when the code is pulled from a JAR file in the classpath. That's odd, but I had a harder time believing that the DOMParser couldn't parse the file being sent out as a sample ! If it works in a classfile (i.e. development) environment, that explains how it wouldn't have occurred in testing. From dellavalle@nexien.com Tue Dec 14 16:31:01 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 91282 invoked from network); 14 Dec 1999 16:31:01 -0000 Received: from shamrock.propagation.net (root@216.221.160.59) by 63.211.145.10 with SMTP; 14 Dec 1999 16:31:01 -0000 Received: from dellavalle ([63.65.195.130]) by shamrock.propagation.net (8.8.5/8.8.5) with SMTP id KAA05064; Tue, 14 Dec 1999 10:30:35 -0600 Reply-To: From: "Mark Della Valle" To: Subject: FW: Problem using the XHTML DTD Date: Tue, 14 Dec 1999 11:29:03 -0500 Message-ID: <003001bf4650$55a57ce0$8701010a@sanga.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_002B_01BF4626.6CC64D20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Importance: Normal This is a multi-part message in MIME format. ------=_NextPart_000_002B_01BF4626.6CC64D20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_002C_01BF4626.6CC64D20" ------=_NextPart_001_002C_01BF4626.6CC64D20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I downloaded the latest version of the Java based XML parsing software from IBM , XML4J_3_0_0EA3, and attempted to run the sample SAX program SAXWriter.java. It ran fine with a simple DTD and XML file I used to test it. I had problems when I attempted to use the latest XHTML.DTD. testXhtml.xml: [Fatal Error] xhtml1-strict.dtd:315:47: The attribute declaration for "xml:space" must be given as an enumerated type whose only possible values are "default" and "preserve". The attribute declaration for "xml:space" must be given as an enumerated type whose only possible values are "default" and "preserve". When you look at line 315 in the dtd, you see: xml:space (preserve) #FIXED 'preserve' Column 47 is right after the word preserve. I'm using java version: 1.2.2 The sample DTD and XML files are enclosed in this mail document. Thanks, in advance, for the help, Mark Della Valle Nexien Corp. (904) 759-8093 dellavalle@nexien.com ------=_NextPart_001_002C_01BF4626.6CC64D20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I downloaded the latest = version=20 of  the Java based XML = parsing=20 software =20 from = IBM ,=20 XML4J_3_0_0EA3, and attempted to run the sample SAX program=20 SAXWriter.java.  It ran fine with a simple DTD and XML file I = used to=20 test it.  
 
I had problems when = I attempted to use=20 the latest XHTML.DTD.

testXhtml.xml:

[Fatal Error]=20 xhtml1-strict.dtd:315:47: The attribute declaration for "xml:space" must = be=20 given as an enumerated type whose only possible values are "default" and = "preserve".
The attribute declaration for "xml:space" must be given = as an=20 enumerated type whose only possible values are "default" and=20 "preserve".

When you look at line 315 = in the=20 dtd, you see:

  = xml:space  =20 (preserve)     #FIXED 'preserve'

Column 47 is = right after=20 the word preserve.

I'm using java version: = 1.2.2

The sample DTD and XML files are enclosed in = this mail=20 document.

Thanks, in advance, for the = help,

Mark Della Valle
Nexien = Corp.
(904)=20 759-8093
dellavalle@nexien.com

------=_NextPart_001_002C_01BF4626.6CC64D20-- ------=_NextPart_000_002B_01BF4626.6CC64D20 Content-Type: application/x-stuffit; name="xhtml1.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xhtml1.zip" UEsDBAoAAAAAAK1riScAAAAAAAAAAAAAAAAHABAAeGh0bWwxL1VYDAAWA1A4FgNQOPQBPwBQSwME FAAAAAgAhmuJJyXjEbqSAgAAFQUAABEAEAB4aHRtbDEvVzNDLVBSLmNzc1VYDADMAlA4zAJQOPQB PwCNlNtu2zAMhu/9FESHAVsRH9qsG+bcLEHapUCLBW3WYZeKTdtCZcmT5CZZ0XcfpdjNYbtYACO2 Sf4kP1KefJv+hOcAoGa65DKFc6zhjC73/ylp1iOyFUrasGA1F5sUxpozMQDDpAkNal44j0wJpVNY CpY9uucl/ZdatTIPO9Oq4haPTI0y3HJFWa1qQGBhjxyYtSyrapQ2hYKvMT+ya2yQkU2q7nYUvATB YjaAxRSeIT4FaeADnMb/0QQFzs4GMDuna+iRWFzbkAleUoF9cQcqC1apmg3gAXXOJN2c3G5IOIcf uDwZwP1GWrY+RuUVVsjLyheuayb2CL5Jkotkcj4CV09U8Rypj5ybRrCNc5cIZJheP0QVUqLnbm7h Ulmr6tSP7mVnn53tXIixH+8IMoHMTUvZat95MZ7cXO78XctdwJHCftD17VcKORgyCescdV+uG4PG Wj1hZ4BCq9qPnNesRDeeYB5lqiF4RIXkPCPDf2MKhvgIiqGuv9SYcwYm04iSvJywJ+T1ri+HTmmc VpRJk3m3J4T16mpMlTio87t/9Uj68Wkw3zsK226T6CMB2L3sOXfvXwJKOV0MYDo9Ap2M/grZolAN agbD6CIBH9u326/EUokcXus82LdaSWUaljmo3c+tOHviJbNK06Zr/NVyjQZsxY0H+/0msiojJcEN MbUbgbs96oiyVjPhgFKf+2cAjCUtQ4CoG82zSvqnz9QJefbbaejgPb5qAhyO8kmJtqaU69AoOkLO G7Mq1Mz6lwUz1kd5EA1rDYZLLJRGl/XtVtCT8GnCppWZbdn2q5GpHLupBsGk/5LtfR/8fqXQavGu srZJ43i1WkWrYaR0Gd87FvcVojXx4i6e30UlL967mf4BUEsDBAoAAAAAAIZriScNVERA8wEAAPMB AAANABAAeGh0bWwxL1BSLmdpZlVYDADMAlA4zAJQOPQBPwBHSUY4OWEZACwBkQAAAFqc////AAAA AAAALAAAAAAZACwBAAL/hI+py+0Po5y02ouz3rz7D4biSJbmKQbqGlSt9sJcnNH1xuYoqVu2DQEC hA0hkWGkJJWJo6O386iGuVX0KllmF06F9lllubDgKnN46HoNNDXi1T7HJ/D3GI3HTMm4MDQC5Ga3 Rsd11nQ4WKioJMb3EXZ3gzNTaVnj99hhlbcYI8iWJrqYB1o6uhWq6rnayKnZZ0Y6KUN5iSmbWrtL y3vhZwo7kjmrd2t8/BtZ/JvssxmbK6z8mtgJaMh8/fAVlF0czObI9yPJ6E2oe879rb4NOD6ttxde 14p+Svp5uK+PmmrPRTxfz+jsucdOlak4wcqZe5fwn7t6wA7Ku4gxI7eKzBbxSfT48Uk7kAhFpptI raNGeAFZlSyCamFMfiFhrmqoMGU4KWlURuynCyi2mzRfIpnpquZKJANRWjM6EupJpVEh2qRapOnS Mj5B4pwacZ1JRNq+YvXCEcsfcA+lkn07FC5Jq0fFBtG6FWxBgs1gEMvLpVqienrHnpVLN6rZw2/S An4M+YrKrlUTU3XjBLPhq5ULg5rccG3knj1lohFq2GFY1akRd7ZMVxCRnfNoNxFcexNt3Fl2U96o 23bj4LpzC/zNVPjo5cybOw9RAAA7UEsDBBQAAAAIAIZriScTv9J1TAMAAIUDAAATABAAeGh0bWwx L3czY19ob21lLmdpZlVYDADMAlA4zAJQOPQBPwBz93SzME/0YDBgWMrAsHbt2qCevdVrzxUvPbb3 2vPq6uri4uLkKceSk5MZouYYGhreu3dPU1Pz/ff/ioqK556/P3fu3Jxj9wyr186ZM+fe++89PT1r zz0PCgr6//+/k5PT+/fvnVq29my9JiEhISAgsHfvXg4ODgZaAh0QAfILA9s/h352Ex2h/mMqJxZm WM2/sKLEqzRp3Y01ZaffVu1/sKHCR2/2+Rdbqs7m7b7/YUeN3/rbVztrlDb1vhCWiuOtb2mVjuYW ZRVujGDlThSqYo+Wqq+JFWudXdkeKayw0EU+XEpuSQJTfYx0FWMc+5zZUyIWLFrEIMGqwJrIX88f LbM6dtPsXgnu7dvluJ3ZkuqZovdXscRcrWRiuXNnY5VMJMfpMws5ku5zCsXUM8esqoqadiT81EI5 0a+Si+ROxM+q0siRXJB+V8yzMiNRMUPXu7VaYEvPY9O0ODmfSIFngjOOPpqnI/Kv4tAmfpd1upK/ JmZOfS7q4fRw04+Lj/ufuuk6G5V4hqRF/LOZ2RKT5GkuxNxY9slpbo7wJsVpDK1b/nRWtk6w55Hv OOLYlTqZVcf9K8vuR8b8oTqRpYcSV/C9USsPv6F24JHhwcaNGZqHGCuEmaNX2BtmtLz+njttzYoH Pmu1vvUfWFa5L26jp8dCNoHO+wx+H7g+3Sl5mPbspFECc6rtJMM5k5Sr8iK9avhzxVa1Nhy7GK6X Uvb45qG0k/U2SWtKpC+33M0zWcZckvq5qC/WZveVDSVv1Ram/pf4U/Tbb9vRcJvXim9c38nyzF7A rVeiK7rX6vTtSX1SbHFyTwqj1BXyt2yS2CnqIMTGIjwnMLw6UqBpIhvTkmkX5blXsLqxXZjjKCl+ mtXJ0Sp6jUe7I9vPmo8TWmx9D7Vm3C78ekU1ojEgQXxbSYOb2eGLrHxi325e9ajpfSO8SGy3xlQ2 39gNLeGxnHOmHTBZ+uSIh5GwhQJXZ5rAlrkGO3am+gRKODic0+WJCW1TS8/82O0U8WL53BkMPI5+ bEmzJjLEvbHoOMrsZXTyKJNw6yVH/dwrO1rnRgUkNDLIKPxoZZOvEbhYOcFN6+WSKWFZL5dmlgSw MIeWvHq5PDij68gKZxZGBmsAUEsDBBQAAAAIAIZriSeHI7TNaQkAAMsJAAATABAAeGh0bWwxL3dj YWcxQUFBLmdpZlVYDADMAlA4zAJQOPQBPwCVU4tXE2cWHwiQKVQJ4TVCxAwCGp+JoBDAnjDIw/EF U11xQDc46BEjCxpr7cbdTWCIPIaKOLqunR4CEsVHWHSZLUXTJkBnsdIpWI2IbKqsbqh9RFq2odU2 G/c/2O/cc77v3HN+v/vd3/3dvPW5acrSIkAKeLyA1+sFQVAkEsEwLJPJUBTFMAzHcYIgNBqNVqvV 6XQkSVIURdO0xWJhWdZqtXIcx/O8w+FwOp0ul8vtdns8Hp7jMBQ1gyAFADQAMABggURmEciAgBkE LLDIDIFWJcwqIItMxMpEHCpjlZDVFwhsUUIcCnOYzIrCPC5zaJQ8oeBePRROHeLQKnmNwqFTOn1B Ig4SIXDMRaNOCsExVEtgkAhUwCIRCLjNmItBKS2GI7CHxd0WzELhJKFAFJDXius0GK3DOAbX4goX S7AU6rTgDjPmseIECitlIgJHvU4zQ+IsjTssBG/GOQZzWwkrjbpY3MsRtFbptGAshcAQSGoxM4Uz JGZlcCdLOCy4l9dgCGwmEQ9H6AgFb/ZhfQwoo1NqcZmVRlAlpCEwC41zZtxlJSitkvV1weIyWOTl fQy+3yKkRuHlcZrEKR3GMjjvo3X4QDI3R3h4wsqgtE6Jo7DXZfY6CA0u02owq0WHY0qG8qEwr1Pr 4gilAnL7FJSJvE4NooR0WowmEa9L63VpGBr3urU8z2EYiuOoTzUIAmHY5wLg1RS9Xt90ERR1uj0O l5t3uljeaXW4GKuDZnmdmSMtvJaxErQV0VlggoFw2ulyMxarhXMqERRAKZfb4/Z4eaebc7jMPpSF o1kHZeFJM6dlOA1txUgW1VkUGrPsFZwRYTSIUgBCKl9lzDDOgCgNIJSO4QjKimgtIpQGEYphHYCS tPIuQKEDFKTT5XE43QolKlOg/3Of1+dZxCewEgX+nwP/Cix7db9aBxXoBRaBkvxuk71GUCgrGepu GzguWoiuSyz11zdCyfsnhsJsCYtqkFXt4sq5nZunr26tX1R+itnWNfmJ3yedWKaCQhomRtsEjamV 0Lzp7rbsFqYml5ySCu6+l1UmXX/9qGJHatlI7/SzM9R4CsBe2DGw5nVbzbsLWudiL3qWjzTvf9zV 9PDItxMXy5yOe0s9TVsvzxeE/NqprWiPWzvb8c5udXDn6kvOocfhU03mt3XBM9CTpzujt9SlDLV9 3amPQbWtM6aO3MZ/flxNnH9L/EH3tw97tV87N+UO323kh04HAt+N1zaO9j0IdlATyUDY5PwCldp2 8ETP41Xnwv9ab1JeOQd6DQ1JzmZgGqi4Xu5qksZvgn6aAiazj0dQQ81j8vYB41Lq7IgdlB5+lL25 cjYIAnrUCz/Lsat/mEj9sCRhU2p/WXOhf0QJfSb/mOgL4wK3tD9fhMv7uYzfdrbx0T/9R9roVyqP z/PLqmrJ9zv/VU+A6DmTJI4IJE8aEytlix+2zNt0qK4iS/F9UGJ+/eDQ6Xi29u7p7R8l3pcWG+vv vtmtuJVQesN86d/nek+XXzhQrO8IjzQG9IMJe65u4xYcksdzkj3N16KkG7fujZ2X+sgUUJw5/LwG Rx5Ls3elP5guzuAXC+CVt9QzDcl9R883JvOQdjTgH6X6QibdmhW0tHXEew3NNA6GhUZ20AeXxrTq y8M3l3S95R+SUlUweHolKV8wJ+WXEb/Q5XrVV7Fn/NfMWQ2U2D5Thi4hNtf2Nr/J5wQV2cKuHFGs ys1MvGf/TtIBiLfMu9gbdiLOpD54ij7y/ohB8t7slYDQ+REHg0Mlw+oAYQqDGLeoCl/E5o7UZW+u fXB4YFvuCENsUE+9kXjcdKT+6hnJoZnVh24t9uTfxxM+eJb/acW2K6PJrJreIAeg7CblE+DUXACS SFVAwFZ92DlNbSkeHfPN4+Plps6T6Kedl4pUCy4org9lHMu8w0WwT++yOy/PaVkfSo+/TGIO9T+t XZbZdzY3vyLClBOqSvNOBioK6et16fvlLUF710LNq267q/yCo7Pkkzl+f5k2mMwRanlWAPP2dz+5 TH+Ku534jireCF1o7fr52ZWLfPqz3WP2vq8tH3+UHhn+8fKxqLdzvnnhtglXvnw+UDM6VN3X+uLJ rsTUz1/+wOeF/rLrd4tOOL7Xrl+f+2f1/s/NxdgbX+7Z+eVAyR+LmyWVa4eO9wQ2RExPZAWLp02S 0JiHqfau2O3o9cpbVAEiFAc1sGl2gWRWb6pu8Z9b9UhVVXjn57TJhA/OwnH50hpR2W4hXtFe01Qn jOuKQBjgeaA0zdBTHV8z96ZJkNGMidOBmjkvB1fsLlgAdI42bQek0BNAmOut8ks5pB6QjD164D8J 68HFqnJgzP9HW8fxbROlke/rBS8vA8HeJjiiq7MQhKeNyKAhuLK3WrhP1R2b9jRgUXM2uPG5cdOw Sb3yag2eALXtKhqSDE/tSI0L0Gt2JkS+lnZvR2bKJye7r4Ql1Aslqmstm6n+pOdL2pr2cnUZd6RC WGqPDQAFceCQsAy0g0dVggsRVaKvBFRygx9Qoh6IcdhUK7sNc48UnY/dUyoUpMfn3LBdDWuz1SfM SIMKCuCIw91hkiX2ulVT8Ll0WBCCARdie0xgZkFWa8NIdexLU6Booz3kcHwWYPOHRkzGlL2Gpn0l 2dHQa9xqvcFrGC6sanhL9nqx//jl8bvcWcv+OER4ciBQViO5L9+WPGywUGkDktsjdZdXYBvZqjbh u9KBuDFb3YlP7WFbgGo/8ePRrR1ty32l/PTdJDm+L7RWsyH2R4CMmzG8/+ENUH7OcLL82IGYJ2M5 2o/uAMISk79QasvN6ItKvbkw+E8bBPN+3xxUsMwOVD4fCLtpq1vTmxIpfzYsVikC140cWH4sn1wW fDG8cEYfZrkWAlWP/43qGXjzXwXGS/J4P/AAff7b5KTt4Qc7VnS0h5qGBu/ZUhJXQLawtaLAxF85 44qb2ZGVf2j4YipGfK+bA04UbchYNNYx+Eat+NjRvCU3pdv/blG0h2TuF2T2ycE5RfHhW47mxfZL G9fpq0MzkX2Qs7BXPmsQ59UNx/yoz55/fc1CbKJRMiaqzdpoCK04ezta7Fe7Rt4feqCKLBt7FIiS cHj9bH98FBitXNw+571f+vEoe+2KwT3s/abdR0pqY6uRp74Nn1eSH1Xwc9Lh5Wda9P6iKr2gYLY/ ipcbU6+WhhD+IS371tXlLZsUn5odTFpzLeE3zO6IG0WDC43ZKgDI+C9QSwMECgAAAAAAhmuJJwAA AAAAAAAAAAAAAAsAEAB4aHRtbDEvRFREL1VYDAAWA1A4zAJQOPQBPwBQSwMEFAAAAAgAhmuJJ7v6 N89NCAAADS4AABkAEAB4aHRtbDEvRFREL3hodG1sLWxhdDEuZW50VVgMAMwCUDjMAlA49AE/AK1a XXPbthJ9z69Ac6eddm5kSZRsS22cGVuiEs24Uaax5jaPMAlLmJAEA5B2lF9ffJAEpAFICr1+yMRL 7p4FdvccQPLbnwYD8InQApOMgV8Xv4F1ViCaQWGACdjQHczwD/kreCIUfC5gFkMa17bxfHb1Coif T4immDFhLAiISH4AOAMwOwi/FGAGdhTy4LGMUzIEXnCxV74RycRLONuBz+//vAfswAqUMu4dA5jn CY6gyhAyEKMnnPEoOFO+688bMJtdz9+AnJJnHPNHxZ6jZaTAERK4OIuSMpYuACaJyA0jdvFqMHj3 6q3YgMUeUhjxdQOUFbg4AIaKC/BwyDluwr2eicL/XSK+/Sn8+LB++AJ+Bh8e/rxPYDEGn7Z39+uF SgiA14Ph8H+TxXAoX1yHn8E99+ebJZf+t/ASz1437++LIv99OHx5ebl4mVwQuhs+/DX8vi/SZDxc PizVfwcC6YJn+PqddPy5Rv9DruRVk1f2yHIR9Zf/jK9Gf7x+B+QiMzJ4pAh+BSyHfF9uuCFTFrHt 0vimTqjlZ/vf0eh2JHY9K1OgtrDCxeh7lFS44waXbx+iouziKUxV26SQfn2jYo2tsSK+znoNQRNL WhneZZVvYPXNScn7RvlOGl9lNZwnduCSUpQp56kGltboYPpPrf4H7lwnftn4C6tw5dt+KGFmhrm0 hnmkz4+QqjBXTZhHSr7ySOLJTf2L2F3Zp9zau4BXVlCGombTrxtQYRU1M3K+trqXadIsfda4xxgi ihifwxvZZaLbGlvvhGcCkbudFEuwTIU418XiVop3+6NWmVtTJjR+qgJc61F5QpyKOMmIxziTFBAL CiK0CnZrDZbAbyWpgun+T9BTMcgJ5swiVk7KxwRxYtvxf/nrhZ6HHltxI6OBJtquxEmCUlRUed1Z 8+JMWNflOjD4oKhbMsYsokhSPj2A/SHfo6x3ZRb2VtofGkw9g4zw7FX8fwu7tMJStGtg9fRyK+aC QlFcr9iwFBTGSBZAtUvfBEJrAimMaJ2AHn9hJZkxAI2B8PFNeKv1Kv7tp3vpICZdJbGyjkVs7IIm D26lCBkzcWen8TwpWaoY8FqzgLAO+FiUrN5DaSHUMPbduzs757MyD+q0NX9wK6K8UXBegOKFiE00 LDHeYWnvtYHsWwl5zavl29WDR5/UWcztWezFPlrzEE96ZRKVj00ediGCUVkglcdMU5Oywkgqoe4n ae69/VNr16SY92QFqOlLWY2msetVzk9Q1a7NNMfkOOHeL03H8Jf4ITDfn9ctdrFKcRxzCpOIEyPd OObMKp7cgPeIH6Uwl9uIpCnsVZf3vIBfjSjVou2CF6EYVweemXFWENYEGtWpLFUsu5TxZhrXG3hp bTuS2ZuO23tvpVMF0xr7yiAtFpWJXQb74tmFkmqhnGmGkZL9/1NKdQJwSeWdXSqf+D1gPFWZaQp6 LpMdP3KJhzIHUQnBJFxAeqVic6zSsKunTCNQacxb09jD5On8HIRXlYBdR8XbE7UP85EzAUWE1YLY eWkc+1bJ2DUVfysRU5M+t9wr5NOzWqMoaXbqWGWwsmZwy1nrGakMNLsl8lIXwRwXfDgSVIgb5K28 1gLp0O9EZ48iA/Sds4VUcnkTPc5byYXMe9Ir77OEZDF2wEaYRmq+59NesMKhTJ8S9L03duDALnAS V0u+7IUtHXrDThyw6vIjYa96wZ59B1pMHdBU8JuCvu4FLR3gI/l3HSqi9M790pF7mOA691lH7qFP sngH+bQj7t071St7qgul9jLVeXuqi6qpK9nvC3xtBw4b8glGo3bg0CCf3rAzB2zDHcFo3Av2PO6Y O2Ab7ghGHVQbenPHrQO7GeJg1EGXoe8Q39mh10aROyhz7VPkhQPWKHIHW659irx0wBpF7mDLtXeR Qwe2UeQOulz7Fnnl6K+HD6CG7mA7/qo6kSwd0v6x0blg1EFHHz10bumQ9o3u03EHGW08+nTpUPWN 7tNxBxltPPp06VD1je7TcQcZbXz7dOmQ9Y0u8LiDjDY+BXYo8kaPx7iDiDae47F0KGyBU8QqaOOz szIpcPMVkPFJxNJ+Kd+wBLK9itLBLdUCWCE+Sfc/Cm2AhOy9fIfgbo3R6iCmrc9oOQR3a4xWBylt fUbLobVbY7Q6+GvrPVoOsd3qHg86SGzr2+MOwf2idzvoILIvPrvtENyHD5u/PlYr7iAy+WpvPIfI sh/1uT4ITsmLpeJL2AqN7SHNgfhuCDE2+IHi3sgOjYV6ioJT/jpChn4X9ZMYZ41g6NByaDTF6SnM lvNZLRE6lBzqAQxOedIGev74hQ4xh1rZglOisyGfpWuhQ8qhMfOnNGcDPXviQ4eOw+Z6HgSnRGcD 9rqcnwQ652oeOg4CEDUjPDklyWM4j0TrazlESstDx5Egai7dweSULo+SiLyu3KHjyo00iUxO6fII FnkIcejQf6RZYNLKmciHBRzqjzQLTFrpEnmzgOMAgPRATlpJD/kOpEP9sVHcVuLDPsV16D42itvK edinuA7Vx0ZxWzkPexfXof/YKG4r6WHf4jrkH/FgFfC0lbX4i4p6Vg5RzrRKTVupJ/NQqZVDlInu zWkr8RCP3lw59Jjo3py2Eg/x6M2VQ4+J7s1pK/EQ395cOQSZGIVtJR7iU1iHmhI9ENNW0iGeA7Fy KGiMxd9EKmBNPMLKjq/TK/t1mujr9LSVQ4h5me6TtfXsQs67S68cWloac9TKP6XPHDm0tNRzdNnK PaXPHDlktNRzdNlKU6X3HDl0tNQtfdnKVaVvSzu09GDscytfHXz22aGlxZ7QrFptK1+pFwVwb0iH iB6MDW4lqoPvBh+L6D9QSwMEFAAAAAgAhmuJJ7RPWC81BQAAMBAAABwAEAB4aHRtbDEvRFREL3ho dG1sLXNwZWNpYWwuZW50VVgMAMwCUDjMAlA49AE/AK1Xa2/bNhT9vPwKNkOHFotsSY5fTRYgtd0u QJoEsYMuHxmJltlRpEpScZJfv0tS1sNRMmOZgQINxXvOuedeXlHH7zwPzTMSUcxQtMISR5pIhZZC oj8X386R553s7R2bXZPNU0S4pvoRKaI7aPGY0QhiKb8XEdZU8E97yPyO380uFmeLW/TeAqmC4+rm 8/nZxG2B377X7X7vTbpdu/lsNi/FGAV/mUjzbL8KWGmdfep21+t1Z93rCJl0F9fdh5VOWdCdLqbu v15B1wGp+ycu+H1NxtFeldeVkEa2Qh8mH9EZhwS5zQM0XMoEc/pk/7SC5hrzGMt4sxaMR4Mi3ysi U6qUWdUCRSJ7BE8Q5o8mMEVUoURiQI8tUK4IWlO9crGR4GYT5QmafwXT1aPSJFUQHSOcZYw6Z2FB oZgsKQcUyl3s2fwSjUbD8QHKpLinMTzSK2DjQtOIGF7KI5bHNgRhxow2SlSnZsE1YeQexFmwqrpW NL0nHOWcEQWYOCUgQhLEyZqZBLUUcR6RuOPEXJB1sekD7ZDOgVFhaDciEaNKf0SxsA8ihtXK2mB8 cgjkAXYYI8qQQo+F7djlwB8cDqpuRTxP76BpHYBR50QbnwmOVtXOA6NlRR466B6zvEglho5IMSsr cQ9Q1myxBCdJjXETBFWRZAnEUGizIxZRnoLMAqLUZQ/IRenZDaeRiMkmk5r/Ex9NhPGSOfTPWNEI nUPRuT2A5Vn6mYNt5hT89mvv8Gj/BNlwu+waMsXyb/QHOr06t4vkoDw4r/1ufvf9MDSZgpVNRpxm aMM4OjL/SlZ4BFaB3gMHMGgFYBrVAQZ+BWB6ytMrzJGiCXcovUkrSlKhDMIKIZEEg9PPQGbtuWRC /WKFjGtZwCI4n0EdjXlFLsM6gCuSK8fsQRMOh8k7bWJfzhhNijTrJjEbFeGMahgosAfrHHrhcrZz ZYK+rQwAhU1KQWqU421KlZqzXhIKcuDAeltgEFFugvOOEUwxLlJzWOwcsWuKZNDUmtSa21DANmDj SY4T6PGGuHmEJfSjFdcPX/SDaIM1d0PAhuzuy8Bv90XVqXsv+OKI1X8jDtqJb/OUbVp9OPiXnG8d dUwxkURRtTv9cNSgdzWcZzgyY/ObiOmSAv65pdmqSkRlVCgcBrWTmG6iCnFmX54uGXlAOIpgtO2s LpzYMZDld01mTRmMPsfcq/WDK4d9ahs0nNoBALbUkvtKOJHm8pDzSOdu0jXQCVdZkdcoGFeTEd4C Coyx0CEc61Zp8KatBfer4LQR3GvPa0UttwkO/aAMNuuN8HFr+NOa/9hwh34l/IlIAQ0SQ4dwwb0f At75ctciANsEXcy+o+svExT6Q3+b01IWnP02zoLPYU1fwWJwtamwqp5nZKk9LTxJk5UuByuAzV4B k6wONizBLIhBM6h1sC+vgME9DS4XBVgQ1FvCPHEIQXtR00ZsWO+IWuxhayxT8OItY5uOwCuKJ4xs va93L2swan2vyQbllm9v5hy3cqq7Omf1wivYmFh7421Oh3dqi9b0LK6BhX7Ts1jkd2/R336hkA3K YMuzt3JOWznvGpxVWxVsr3g2e+5ZjJMEJnUBVk0Ot+7iQr+1RaeN0P62jgZC0IqQmY8dViAcVgWD dbg/MADZXMZCv2dFaAIX8a2Dgq0dDmP8rIPMBMlgDtmvAfymHu7ZHjYfSHDZgw+h6ubjNMAdp3x2 l2v7cfJI3OeQKj/5ysDy2NUS6PvbCbip9X9lcPpCBvItGZBcbvqxN6h9T9j1qoKnk7L9/gFQSwME FAAAAAgAhmuJJ4SJreQYDgAALzcAABsAEAB4aHRtbDEvRFREL3hodG1sLXN5bWJvbC5lbnRVWAwA zAJQOMwCUDj0AT8AnVtbc9s2Fn7Pr0Cz01U764uulNTW7Viy2/VsmnhiZ9rdN5iERIxJggVJ28qv 33MAkgAoUhKbh04iAN+5H3wA2J++OT8nv9M8ZDHNuU+jM/KbZOyZ0CQgD7v4SUTcJ35IJfVzJjOy EZL8+/H3D+T8/Od3737C5etqlLAk5/mOZCy/II+7FPEIT16ED9gi+eEdwT8/fXP78fHu8b/kWwWU KSHk/svqw91az4A/788vL/+YrC8v1dy724dSGa3An7gQx96bBWGepz9cXr6+vl68Ti6E3F4+fr58 C/M4Gl3ePN7ov55raReg6Puf9dpvjRI/vjNG3QuJOmfku/X35C4B6xJlBFj0SW5pwr+qfyp1HnLw FpVB9dtoufBKY++ZjHmW4a+5IL5Id+AQcO4OF8aEZ2QrKaAHCqjIGHnleajX+iLBSTzZkoffwOPZ LstZnKnQ0DSFwFCtIs1IwDY8ARSe6LV3D5/IYjFfnpFUihcewFAegrREQJQZyuWJHxWBWkJoFKFu nGUXlgs+s4i9gHIKzIRWKc1fWEKKJGIZYNKYgRKSkYS9RmhgLkVQ+Cy40Mp8ZK/lpO/4Bbs4Qy1Q bKUkiXiWf08CoQb8iGahcgP6SSOwN5iBjqiXlPoo2Av182joTT2TqiQp4ifIWA2A2mml0c+M+qGZ eYa6hOztgrzQqChNCZjPYxrVkXgBKOVssQFPMktitQiiItkGBEOgcUYg/CIGNUuIWi9VHR9rn31J uC8CVlli+f8DhDcht285SyBO5ytVcnX1bBLQRGX+P/8xHY5/fP8zUasitSqLMaYb7cZQiGdyRTZF 4mPC1DVz6A9Mj4TkyRn58q/haDlGg3MGbjP66UbhKHUdpSEtlVqOJrVSWzXVpynPoYAilqMjKE5W +JPlyMVZsZySGmd6GOcJJpcwYxfmNxrHRp3ZYZgtTj47yTlK1gRdspXPE1fmDYtyI9M7LDPAyT1k Tttl3qYZj6DFaJnzwzKZnlx6bOYi/c9x/OIw0lfjeK+hUImiYZZHFKpR5i7KY8iMK8fDwyg5Tu7h ykW7K++E5YDx6LBMLmrVly7Mf6BBG9XHh2GecXKJc+3ifKDxU0ArnCMFFanJPXywavfB7wUx0Rsf qb64KDVfuyAfHZAjtZdUIDcuyJ/cBjlSTG+8BLltN+tTzH1ZVcn4SJUIPblE/NVFunfUOlIlaanW 9bBdrc+hsMCO1IoMRYlWdUyYCakv1Z6eCPLAtzHdnKntCP6ppo6t3YdxnO1qoNZUGkyO5HyGk0/P seuONvlIC2P15EiB5LTMj+upi/LFbnyTI+VRlI3vdN1n7brfh9zS/Uh9pCHvIdFrl7h2JB4pJj+s Mq7RT+8zG+VINYGzeujd0U0/xWxrMutoycHkHjKXjkwjlNokZNp0lmZGDgU5WeRq1G7mk71rTpuO dSQasrIat4NtbdIybfrMAetJWVYdtRjYlGXabGeOxJ6EZdVBWJhdt9Nmz3Mksr5Vu+qo2q92kGZN NuHINMRm1VGQzCY4s2bLdA2osebtWLlNc2bNVuhg9SQ5q46y5DbJmTXbpiPRUJzVsh3s2aY6s2Y3 dMA00Tld/et2iZFNimYHC7wvJVp1UKLYZjOzgxVeEaLVuh0qcaAO1ndFi1Y37VBvNg+ZHSzcihyt OsiRsMnR7GBFOtRo9Sv5ePuHi5XaankHK60iR+sOciRtcuQdrLOaGq07urRiLpsK62CdbThe9PSk OuuOhp7Z9Mo7WG19JXY09NwmV97Bkqyp1bqjVRd2q/YOFltvgrXuaNWpTXe8g9WWVmRn3dGpfQfr YLnVxGnd0alTm0B5B+sN6ZPG6ujBwqZG3pGC60WM1h2NWm0e2S5WEucHPaG3JH0rerrgm9F+L8Cc CCsz502XVcllrql6yxy39Z8XE6ZFs9ChO5VCNIDXpJF4tcUSJqED3OOVWaFvdV3GV4CzShGLsXUy xQGWkyvyFFG/8qrPpR+x04wCpcbDsWolafFEzCmvRIZj3sdPj+qGMaMxw8vfckSkoHMuJNo1Ho8a NxIhiyKeVhpPTFcOheRfRYJEXE3JQMIV4IOzSCBySAkaMNlHea+hfBUWyUHfSoOpiYseuCIxT4qc ofQNY7kyYzhxbx7NWcYFM101EMVTxGrMjPkiCRCTJ37Ish52TCbtokXEEyPaYjzihUk1BmJT6uN9 Nf6U+UL2Cf7kdj+lN5JmUS3T2lM3eK7H9Mzw2lz7bDqtAcqbZFXVEX9m9TOKg/7KOJNVbkznJjKZ L3ma1we1e7AsFa/6Evs0g67IHwie5WBARlKl4GikeiKNM9HgpTHd1p6dWpuNKqaqS5fK3GFMYQFs 1XJHUirz0308Go3aNZCMmrqezr2DGnwGDdQCFN6rc2kd1u06gKsC4wWrf+mBmMpnJAqJ9qVuFUkR uyA0Yhvs9QpkNjTMCQdKXbHQOIQGgZMMOA/PGRgnA2Q/PQyZzKyEbYhoaVche5Ls1RzB2aaUBe14 djOEX/JQFNvQLNpGuzQkviiiAA7Q+EwW4CtLwFLu5+RJ5KH9RGny/lpK8drI9YhKWUd4trQeTtgm fwXj8VkGlmnvLoet3i1cENN9inQfYlRCuInmIpgmIvk2bNGjPcqBizKzuuBrsg8yaQUJXRDP8YjW x0GZlmlLG0SrMglhPOsis6GL3uyhJyZ4Pqucfmo3gfSUHLuEZHkhyxpYzfY7ZnRtWeXNvJY4l1uF ZdvNsNHyYX71QBcIpt5PISV3kJo01yIgwe3kxr8P8Hk1TiMOafq0G2gBysCnAlwZQcHXYCF9Yeo9 WKh7WXNRi++USkr1bHdBHgT5RQv1qX7Fq4oBJ+9JzWpbsmK7ZVneqITC9dB8L4lb/DNqj710oRZt 2eygnd5cbpoEoDsk6IAqAsoR2cByKPredXv5NJw0Xa8SVMFVvicQsl/0dFn6v+H7St5Rrweuq9rK pMXvk3a/hw6YRQus0v27fnfLXDve/lKEfCr5ZsNA8AdV5Bh1mg9NZ0NHwYimp8NmpVUkEbdSUq82 ZYsDHKQGfLNhEp//aQVlMqRxSYdfDRgsk+D6wUQNZyVGB9djcZrvDISJlh7IFNVP8DCg/xpw6AN5 H7o8Hs7aaUBCgXPUokdmB9cDcMIARoIJU7vE78Eyx8N5u8U844kJwMjsjyxi+DkDEZvSZYt2APzE JDEAZm/EuoO62cNZduBYt0iAY/Y2Hw8rXH/3EjP8yKMEWu13iixUpEEHHCqWkhjIOC6DLMWywM8u sM8mZJDwwS/NE4sILBVM9JNzxTnVZy4Y9upvipb1iMGvZeifjMZKZpM1md4ENpePiYOO18YB0fRJ q9HgULFqCXbrUuzJva8CgmCstt7AtdUwrA7E5TFztG8CAhy3YNJhgboDG1TatxHBU4zAs2RmjDBp rAdq/gwEuj39IvFKVffQAKZ5wK9M8uy5ed7uqCfg7NyvFbHO3dlfBX7/I4XADFLT9J1jnwwaXXe0 USlSE0PrZRQH9KdtICwXpe43Hb0g2VilbL10qgGe78rlt+3LKRyALSVML4eBiOm142F798P3a7PW Ot9HYqschROu4OQabCukjgAIafeR6XQPCSZckRdWwXS0NchSG2Zm+QJPHUzzBCSoaQnU0df8wgEy XimSEqGoEDqCCxJthLmjylZW++K42Q/NPaBk02q5xYzVwAYvK9T6ybR9fcbt/mBdL+c8AlJWlQU6 lUogRZpPXeE6DqcvzLrTE3yy3m/qDTkHWw3+quar277h/LaU3XXIdHsLHDIlSyXLcMNSTaYRS1Gm uHLF3GQpTaHQ3jh0ShbtCINSN9U2nXWUCxyZUwNmlUsUC2hFFQq4Uk3N8VvOft6cVhcvjS9A9H1W KXoxHDp7tqu910HcYJa+dtUQZtfgAZI134YYdbRcVwurUlmWnatNGj/edNXpSNKti+W8W0BQ5D7c 6V70OgKY4ZVnLdNqlzCA9LBiPIuOLSezO8PC+swDBrDFWAhNuqpDxfSJMcmwgwwU32pbO9DfCuWQ vi9Q8XhcVGWg7wbLY9EGWBYBTikCvMfEblsuqj4chvOoJlcc6+VM7cOQlkB/5a48K93l+kvjMukS VT3ESrvKY9pgz6WKe26b1jhNtzMLZbHv9v20WXidIbCxlm0h+JtZs+jan9LIMJWF9RqvXw0Cosbx aCEZUswi7iF0OWvQs0pozvED5ErobE+oHsd90cceWxLcPpLn7ZJTfdNcSrYeviD5c3wyuQL/Qm/e lgwF2TUsYQnwowK2jx4qXHfVKT5rVCosrVaFv7usbt30X2PWUZ47XM1hTwmCSD+mWEdpnvksimjC BIT3EZRMVJN0O6LPeH3tb784qvM9DmJxwn6QRviWBhtdjyPgZFjtBn5jW5OuWBMjfaNQyj3TIMsO kGgTCcW9FMi8cTehB7XmePPRW/frLt1dsaOG7mq01HzVpTk1u/pyaOUHan6eCqBZuicCiyVPEO5n /eInT3ykVdL36CHio+CjGQWUaKD+xwvcwgZluwaT1dvRkgzgAI+KtSn7VyFy/ZqJrwiD5knFMXvs eq7bbvhvH7ubpBYFnGb3rToxUv1AvW/6dW16q8JttlevvQJ3LSBTDyFNWfPBQHwltVu8uX1++MqS 8vQxW19Xj55dJd768palNKj68HJhfWtdPh/jMLR8rl9DPU2+KinWRHW/kTH834OgZcYMuM2GR9jI wXkiTUXJZkMRwcG2QWIj2CdJrcO8oQMOKxWQwoc0lsJ/Pj3enjdxVa6fo6nMjeHLhlA1XEl9oRFS yKRHf/A0R9sTi/dzxlbrNK7F4rAAqmN53LNx/g9QSwMEFAAAAAgAhmuJJ56UGPH6AAAATwIAABQA EAB4aHRtbDEvRFREL3hodG1sLmNhdFVYDADMAlA4zAJQOPQBPwCNkNFOgzAUhq/HU5z0Si+gEt9A qNqkG2ZFnZcddFuTAoaei+3trVAWNC6zt9/J9//9ize2XvOcLT6YjCC8OIZCOeNAt2jwBJVCZbs9 7Loe2BF168zWangulwLS5M7fR9HL64PgGQCJKX2/zyjNyxw25xOJvamQUrYiUwo5HrCxaewGlNRY k2uWslc+G03XKhtckwVn6F+ux1412ul5p8m1C2j0zGfhsgCr0LSQTuP4uz+HudmEIA8bhbezlRbn SmxV8pIzCSJIv01Dxx/fi31mmvhActkgT822s+63IQjcQK8pPnVllL2kGOnoiOTTUuQsE9NoSV1Z En0BUEsDBBQAAAAIAIZriSfdxMt7GSAAAD6BAAAeABAAeGh0bWwxL0RURC94aHRtbDEtZnJhbWVz ZXQuZHRkVVgMAMwCUDjMAlA49AE/AOQ8/XPbuLG/+6/A09VzUk+24ySX5uKmHSe2c3p1Etd2pnfT efMGIiERLyTB8MO2bvTHd3cBkCAJSXSadjrzdBdbBheLxWKxX1jwj/91cLDHGDt/KEVayHks2M+3 7y/ZncgLqVJ2fPiEXeQ8EYUo2dnt2R4C30ayYPB/GQlWwDPGC93ruQstHgKRlWyhcuwTRDxdioKF lWCloq6hXCxELtIAmueivBciZb8AFp6G7Obd+8tDGuwDost4INhrFpVl9uro6P7+/vD+2aHKl0fH P/3009FDVCYxAV+onC2qHLDnTKYwdMJLmMaUFUK88nS/vdadj6n3W5WtcrmMSjYOJgxQvzxA/Oxv z96y8fvZ7ZTNPlzPTqfsL0KqyRS7nMYxu8YuBbuGWed3IjxkDZOAYyxRYQVsRZaFIi3lQoqQzVfE gqtPby5nb/WMf725PX/fwOTFK8JjQEYHR0dAx9ERovyFuO2uzdHR+YcRghs0oy1zRRTm68HC9D8M y3BE4/3uWtxJXPtXMMDxU/Y7ajzjJTCQuH18fHT8B/b02atnL149w+d7Bwd/2tv7I0jS686HvY14 zoMSViNJRaJSGTCcXilhybvA9cegO/9wO7v9le2TaMW8PDasQHpqbhDQ7PyGXcJCg7iiuGn21BwZ xooDHOEQiBv9aW/fjnjSo6NYJXMVb6XkhkCKr6dEj+HSols81GQikHwHOQbm68nRCFr06KYT/6rD us+STOUlyDnt3s1LvWXV36oUVFJ5u8oEG709O709hdGBaoZDskSEkrMSHk5R+2QgYX+/vnj79Mnz H/+HbUFVeHAFKkn4QSEykFWkOZZFydTCGaMYMgiIOqq9Pn6Oys9sA9B2KpTpcjhCH8WcaY3Yp7k/ 0hDaL0E3V3wp3qoQmP3h/e3Hv4CMtAaMDQhwK2zz/PgPL174qdeEeMkHwkAnNtQucpWwv89uPh4/ efHcg+5Dlcy9uFQqGEh2onI0KEsJ/OrNTqafN6098dGz9jH00UvfQ/cexeJMFIEPnZ4XELRdqELo nsusVHkf/6frmZdnn1KJBg3tjKpyWP1ZbSrIvun1ffaTh3ufcnmJ4z9GkrYM16cZzUMpE99ODeER GTh67hjlQwbLrR/rth7WG+KRj836gXjIclGQn9LrWq5icRMJ74Ys8CEr6CmMz3u9b8WDr19VAH9Q j4IFi0EyRBkc9vqSRb7l+RKH9mwlcHhC8k7AAQCfgAxwX2RFuiwjDwlpSgRk8kGAiYFvabqvWwSs UVriDo11557cVnEpNyImjFMHzRSx5wLMoLzrE+gge4xKdWnoorzSc+ojk6C9lwKJweVGIUyXdpLA RsOL2glBx6oAkQOFUC+YTJAxCc/6onsTcbQw41wE5TqQeRCLdabi1ToUCw7kTkZdY6LycOOcPRsp NlxqCKzJUvP/g1FBm2ZZLOC3TMAwyDSrStoxshEOh4BZsjyN5TIFmkuVrRMZhkDyXJWlStaxWJRr 8mEN3dr+qBhGq1A7seL63ZtX7Lvr63fv3rwhz108sDseV0bVtaaK3eqZamy34Ftr7vK4UOz4BbsH nzVesc+puk/NUCmZ/XsJKwSrIXMa1Yyi3Vr2JubBZwZO/XdP6INt73KMAXTbS2gjwBsZQzSCjW+f 4H/Ydom6xABeXBjAdzlf6caXT/A/bPsYo/TaNgP4t0iWuvGCPtj2q4hjdW/bDOB7nitQLtTb0viB 361YTfdLDXgNC8oMRgv4BibbAF5cEOBVlcNSW4yaxlsB7lk9a4PxogqiQnKDUdN4+qXizawB40bH G32wdyIVOTjcp2WZy3lV7vbDGgkN0JzypiPKNjACArdEgVSLWCSwDwugVNLE4ROqoMLGAxQHVqXy C0xfhgASxLwoEGSj04IAArFpzQwfaFDgYiKUbkPDAQCkeQkghChF5SvdcsSTLAbbFJBl2evIMc4G JwMjjGp64TM7Y+7nu9n7q8vZ+ZlLMnxI/L1QNbXw2W8szkkbqiYZodCynPRwoTtuWY/aLk9pHjyW v9EXZykAEl0xi6HllrHxHPbUPUf9BCuWQV8I6CfQ5SGJX9lunS7Gk/vFBJTo2mOPEDat/cB3UFNI Byqte8E/H6WiKnMQ2xLm02W3PH6ZAqddMvddD/PE5Y5L2WYol5pxXObrvIwnm3noSO7C+GJA/KcZ E3dGbFUaxBL1D4oSyxRxnUGXEgDvgSf0WIQEGs5jA+0FDVWFeRO3R6JQx6M+9PYgtwVEGyEa+Crb RAyYYcELF3eiQK01sAiETSE8N9kVs0ebLgqsircLvwe9SQ54t99nsSJSsR98b9GOBqpFFwDQjH3A 9UThAU3TBaqxdOTILtbIXax97RTaPeTIiLtO26CatdkJRaTuhFJonnZC0YrtxoWLtA2qWZIdUGYt dkCZxdgAtWVPWRMAMgOee8BThg4vCtACDAFuMR4EQCcusv0u5zKW5YoWvg79UEPyuQSn+AGHzlQh SdWgg8znc3RZwOEiOJUSbiLREVW2VO2RVTqPK6MwXLgYbVcD2BE303vk0r1fh7EnHe65NO/r6NTL 44bibSvR0LtrJWpyyaCx0X5t3E7YPmpe+KU3zkntsqGSBm8NfEZiA4ULU9Cpd1MWHR9ELw7RqWPG 32Wy2NMbFDu8HqFHOaI+oHdZJLhJKozIy9RPQBt7YyjjpxIm0Nvom2J0IXLjojbT2+LHUDB2bsXt a1JJJl1FOa95ztboiKTwax4qttY+OPylnXD4Al44/IRgAb+TC94JARagZLXtH5XUAXHhP4kdi4TH Mfyu9pj3AxD4D3bTZ8HWiAu7ggLEr52RsiiHB2wkEt1FpThCuEDqyXyv2Rd8Us3pJ1DsG7QA7wie f56H8POOIwcC9IBhznPiBw8A8yrpDC7TWKbiEINzEDQdlsAosJuIXyhVEAZw+BrzucApa5M1agdi qBtUEICAg6KYxwr0M0ZkhByCozsRd+OORGJyRabIp5AQm4B/zVKlv3pJBUkDkH2bncTv9VLRX5qd 9NWdXLNT9mfUfALMxRMQixejIJzuAZE7apRfNzQzZIy/u9JeYz0QjYnzOpn8frOwQ8yA7NFMEcNE vivsZoeyUXS8jp6uo2fr6Pk6+nEdvRi1aEXnG5a1QvYq/BHiDxixwu8yb0PTupEeGYH5AYgI5YZa v1RKy1IYkmEC4aI93lkigiXpHKEw7hs6T2i0O2whiohR9Wj4lyy0ol2zhRRxWNAeBfUbd7elZt5o rLtjV0pg9RnP9i8g1jsBOXsAa6a7oTtjlo9C76KJ0ilMgf2SOBkfN+GDcWNryXvjP0oGTLYaz42E OUYQD0FcYZ5rgzA0gRtvxAbob+SZMJBc9LNd/DDQQ5KCdCfy+J3k43amMzGFpcYhhhIe3SwIqNGp 1qJTrc1AvU1Ru01J81JiyurL3mRgsE3TQeXQU/9Gz7f0eKV1tFGlG+fqTJEWWs9Ri1YzRXrUpRIb LZkbZGeL0NjQwB0Qmsyg0ManNIL+yXCcXMVgs6U/26jRbWLbo3ar4RltTy+7t5pby/GNsrZj97Az k4RgN2VeBWUFkjfYXdAGS6euKFGBiXjgJvguHL1eOrK2+LNcLWTcsPLy/D2wk+GBGRsjs6bMHq1O UFuc3t5ezm40AMxSe2o6/E1tomEfBmxyA+y7i9kv52fs+22H3t83DvpmXvwM5Azym177rcmhtsdj bXnXtDDrRJR8jackxoFaGzXtSGngKjLUqPs1NjSwCTjQoGEpSWhPhLQA6IwJqmF0HTKdCqEtX7vy EB3wdKUjg94i4HzHzmBGjYzHhHjq0jHFnEnRbpv8eVKLYv8p9OijmcCHaKjXGR6562zlxbfOTSDg 5FgNE+r5FuD6lMjSQsKUgW8Zzyl5RvEMmiD8Dpvw0HqAs5IVkarikM3xaKzIYr4S4dQYFEyYUeEG 9s8wHYQkAzN1uQZ+7mFBAS8RcsjOHyAOild04KZpkxi6f6kkUQM97ebQFBgradZE97BapbUl9CPN KcuAep/RouNG7KwxtZ+/v7r91UWFrTB4lIuF5e5mZpf6jEZDOac2J94lWZpsKsq9c4jVmSY+7ZOF ra4w4I4+QM7dbcsuoiKyzZuh7CbzQV2f//XT7FqnKoNIWHSbkZnJ7mFCO6b5FZHM7OkAOvJzc6iC 5y65TAMJUqQT+nxCklWvHPkOC+BYqVQ853lxhL5lwe4jQZYr3LNSpg8J9JGrs79rTLSfxeGylmyI hED4p3buYNjA6t9JVcG3FLYAnqGAKpoykYK8RyLOsOd8gvlrfbCrWHNS0zoOHOcifj2iFmoYTah4 ibom/DPm3BwMOioxfXRcQvDhBAt8GiwFwhszzCLYU4GKY51SLWDfmnmR8UgVGXAwXPqgkHgNvZHb JWXSNFcoSBd+ugiWLLAt4yI9IYu6txkRmQrwV6oozVkrrODV2UXdT0+NxzolLUb6+Pr1iEaAuXZ2 JZHQE39sRfHXWYo9qgWjUgnaeabM4aQnjMN2MULtzh/jSX6NyykHae91mGw9xH5dNdDN/ICoDYDS 5/wGqi4Z6GeRHqODmpOQKWwjGUSw9Cv4m7w+s60LK1ZtxaS7evUvPXLV0zZmOSpl4Ax3n36YUwDt dIHJpVPe/E7oBL91g2zr9y5DtNCCOih10PN4vpgt7GUMPRssrwPZVh+/sK1HS3nQCNlG4Q/FQtiD kTH9Mfl2zK13fW1j8DcYPyzXwTNe0A+aRQdod0OjsDDm6agFm7QxsYrLY/uopR82JwPJsdU1j4/0 aKlUyLgvqdK+eW1twHtJZFl2/JjuNKxDz8b225q+rC2+ye/dqVkgnFqTpEUFou6Lem3dQoqTtmGP B0DBnBQ3R5rbEsxVDbcZyvLJyEJoalP0WT6ZXG2sR/87YgpLbO9lIfQDc9YPAV3Z+OMYUIHPG1pH EkHArtds9LG3bz2oucfDWKVLLKLavj9cF8qU4nz1XiM65jrgGB+vn0waqNExpucT0NwyvZchMGJf F7N4mKyhIkFlxm0wl3CYayF/I+LH9o9Jj/AA/IlYkvEbr0QBgrjmVakAcIS/28fKlHopqrlZjQ73 TWqgv0Pl/8sFGMJafaxhyLZVOSddTGYkDaW3sIcqTfUuqMeoZmLXbs1sNOF4rsLVpK2Z9aOBmrlJ N7wBTI86prEhHfbryx82t2j4lioP6yWWuarScJvkzZe6qolwUVHUiQeKsuN2CTdCkYu8E+rOAdsM xQdBtZiMyTvDY1O2ZgNb65ccaVexESjtMNnlAASt1divz/l2yMcVBFvLnGfRYy23JT2rs9kuPdnX UfOzOcccSovjR+wxpwaukA/6uAbjuPp0VFdTRMdsjIEtlUxJqojnaYkBIkRp0Qv9EEsf3KeH3ZgK sHgnHh3vmnmN4akfwdPBCJ75ETwbjOC5H8HzwQh+9CP4cTCCF34EL75OfC7p8Gyw7Ljiwz6lZMNs /du8ijEPrpMF/crtyxt90DwOZRGsiy8VSJ0pU20qPDsoOxJUxWwcy8kP7sSruDXxVuxixuxZMiop C7SOG5s/ej6JJemjS1BK9RFUfUrBJqUfQK5hC/E56B793Li7x1P2dMqeTdnhoc74YJAJGgtUEY+z yIacDE855lMWNIAYSlVZ1gM8nbI3U/a2AZQ1RtinPK0B5ZRJ+icb2FmNtA07m7IZ/ZtpWALGxK2J 0gs64cC7XqYgqxBfKrzsZmZrItX5yhZeaMoKcr9L7KQvM1F+V+bAxfocUme/mbvmh91qlo9WcNrV u3ZZxpoIEU68IqM8IqO2iMxHV2SGyUy7kBKDC4NrYzFNHfWbyyMqrpJUkz8+O7+6Pn97ent+NsG5 sFZONq36s8HWdlLqMdKdYDyWPYIILGDs0QCNX08CYLCChqcCZc7pOKVUr/AI3O7hdb00k1H34Npi 6IhII2a97J7HPYvlZqkwA/SlghLKg9cb9odMdVGYLlqAJl3FBF5wMmWhqfGHJw5oh/gQJDos12HY WYJ44Aps9qhKr2UJPSmNukvoYWQYDvW0T02hxdcYH/foAuuKqzJSvQM0W8nhm5d5NpTWn1Uuf0NX MmbXeAt2MK214c77KYGovW3cOGxbkRnF1UXEQy16Y/OHRx2ZyJvEc2Mg+aiQzcebq1zoxcDEE1W5 DV9HG/fJwlfjsWepH8lkaQ9o9YH7ei6XayquWBfVHP5lVIK2rgvQusKA1Rv7TlVF2/vORWspWjxp bexB+cgt6UgfA6ly5yDGOrq/YhHS7i3RDTmb+iVP4Fk/bKsIujtiprjrJNdH9W27GnMXye1lJ8Gu V7+dyzYP+zPRD4Zu2VkKvAeRPDoTIC9DRJPos7GRTIsjPO/XN4TQy6LTwnldZWUyUWYOU6pckfou SQoymqssx4sf6AHZFL7ubGdt8ogca4QLt14diwzJy5RpZ5TaPbLZrrTwpbrS4iuWOrR3HxHKXoTs Oc9tAwD88VgAEf9rh/eWm6HLepoGaAZMke0/r4bwvQ9UF84JcWEKEdLvSzxATkWBYtU1OjBzr47h bab802cxj81OfstzyG95wjisTr2g640GF911rOkf4a2eEXk9dKXRcgv/8Fiyf3PF+94jT0e9kmpL OgeXj3eEkkrXajfoqxJmiGKzK4hFcQ1+PcDs+OUH9kaeSYZFyAc53qdr44Ree92EvK3632tfEPtX 3rxyTjXbk7I+GzMzAjcnoEAVlmIONH/uzifvTSeIBa+PNsmpQ5eFPLp1qlLwF0b4a9QdG8IWh596 eJFkES9k0RkVQfV47TXXZfY9LKZ9AzLby4MQy/V72JpIhcfdFCvCe/BQwX8PERjMJWwN/bSNSHfw TREvBPQnqGvCOvMiUA8OvE3QldxCJQJt8xILfHJ2T9VnpIvbSKmvByfeTeiRBY2SilnaOAjWxyW0 mj0k0OrWa9UcImAPFroY0cOCreJO+jDpDj5M+m6FB5l50MFjwT2ovvSRaDcnZNqJbaP6gmHAY92J 9m7CiyUd9QdN5jS/IygI6pO1KuujyES+AYlf2MqyP/UFBGYhy2QZRKwuBXfKCksvJunhIUSnoM89 OKQXxbyPYq7i0IfAzxK8J9RHIZdLOr7rI5F+vaIvGvW3MTb7MZkeHlxVH0+FZ4aksttIKj8xXoUJ odlBGeWqWkZdUjbpXozmHonKdPJx2l4TsPZIsxqLR6mZIv0Ot02XPeduO9t2V9zNFmypwGyOELcd 1i10WOxFtiGYoIl0dhjES2BW9DvXMJDyyIKZY8eJsDVg2ybVqlH5tnPyu3Hso740sMt5a1w4E4ua ywb2Mg8wQoDbGpr2gt5iZMqo6Y1qWAddYNofK0OT5iqNqaPOwGEWYFKp+KUOLelkE+yewPcLUJEs vRhjLuz7afCydNHcnz3S2c+MSwiM8KUKkWhIretfy0LEC10sSzanXOE08DpCLsLeIaHp7d7aoBn0 LyN5rpW0kvyEqOWvhiKIMZjHz9j80c+Z0RsTzIbZbF3QI6HdtxWK3sljxWpz/fagGA9HtJCboXge RPSiEBpRvy3JUxRS8jScrzTUxlrGb1nwgffGebaLE8Pi2GHx27CiFlOGo6E2Zkgjm+XbCnU3CKo5 fNeS7expcBqyeMU48QF3qQL3AvYL7TPczTP9XklZGo+0EOD6p7ys6A0WqB3p3S/XZxeUoEJ8Ksfk BfLDunz4JpIVhHgPuClhO+h7Ey01oau2sximg8l8kJR607P+prebVh9+lXzZTVJp7L3sNzUPtk7b bhE41sk9kdmsownK7KYx7tJ1LhYmvwwBGbaMBu/MLSnI/+Z33F4Qe5TC/4iXdRc68Knfr+S+uiCp CspBmTdJoXRc4Xp1l3KOqfmupu+sjyFwgNL1XeZrOf2EqR8DD9KWru7aZqrDAUbYMGwHFI/rQqct enCYVtqmBx353KZUHbCBJXnfXi/5pHiGLx17VJWIW2PEbhXjdwp2efvlGaDeIBhOCvPWN4Uh+32k UPmk31MRAQXLqBeF1lL08rMpW6mqcWTUHWaVuH5/D2P1CwklXSvFCB574kKjRqyLPZudRMURoFh5 GEr9il1NLHbDm8ewC+kIJz/AC2vOC9h6vgve/+wpOWhsOSHbSkRb679ZMh2wYaI5rMT132/uZVED sTH94av6/w835Hau9DqiQt9bwr+tA9zc45iL+mWJzvUlEH7wtGGFsRA2rp9MUQQiChKpuo5TQbq5 PWleVGfse3ME4b+GH0t8m1lHenefg9kLnObNF2hryCHQkzAvzK6vGMA0sP4008/xqAM+9c20GsyZ FL16G09SVmLzjOraF+DoeOMLEX7Aa9hgb374R3vX+tq2FcW/+68wggw7j64b3WANYYw0hUBYock+ 7oMiyZUW2zKSbGegP773PO65D0n2jRvSwBZoE0n3/Tjn3PP4XcfxV+WxT4KWXnmXxGGfdF8WPC14 P7tqOUAu6ZAdeOvSnWczn4SZkZalSTehh2k3VSCZC5T4g+xIr8auAxjvi6f5Xl507Dq4D45sFIZz 21ix2GmxNBqUauEslphA8nqn2AmcU5uZt9JEdbtdlTV7GUXqMQpe0NkyEVHbk7MjdD4kOMQfH8+2 2+0ZNPdsXc0RGDpLI5yuen2/KJp9k0ouibtTwTJa6Um1EbfPu6nOtBVXW3Dr88MXiPrrKla8gkCI UMDnUHmwxxEydJMrUvzpzyuCkFE5bjCxp+BxZtuX9qn4Ppco/OIshFlpjGbXHz5ffezd6y+/8Vzf 4mtAdIIpGgHgB4YvwBGmrreKhAGMT54lD/flI4MhVHFalAQ2BUumZUdV+ojgBu04L9I0WyKoB3BM jQg1jcSyYKFsWKdjG0oABg/U1OAXwnX9wHX5kiNCUomp0dq/Emzt6fMhgzNTzlFVBgSHDhGf/M24 52y8NxWOKYHFjif80FWmpUUNQjwmm+iHjieo4lUpxjRCKv3QDRIL0uQu4kdGVN7FKsICtWzuNFxj mKz7WlmYopyEg7YnFavgd6YKpJxB8rxrTaEmTspVg0JmS1gq0xNtCKFnTld2PBfwtbNdwraC4z85 OGniQ61+Jvqhs3zDtsLL+6aETa2rpOdpwAnR8+BMBH12Z0HncuYhbFSIZXFPhsVEv5EI/CAB8Zic jHC4HlC7kORlkfiWM8rqis+YhdupHw6c4129eSoZdo3LGsiwr9O4MM/QDIocEgUI39TMBRywVZxY cG/husbDkGTPyTf+C5TXiegz8IIW6JK2MdDORNGCkoH+65MGFJhnX7JlKvlYy0agl3zsN+BqhOyv NdCSGMoixTTYGPGGqC3g1KNSxRdGpamW8pkb8XTtsy7MWb6uqHhj3zgwdNWASMrUENuILy4b3Gza y+4uomzegSpkdTmc8cbii/1zfWn5rPpgfbuB80ZeUA/D8B25+HniDbVa17lO4/kY4MsDyEUYdbOF 2gnV1ZIk3aIcPR1H9Bg9M4P9TicaiQmz6DSdDfQxwA/Nsg8RDC/aVUHTh9Ggj8SqKhcitw0ypD1g Jncw3geAmXzIqoIwOsrF+Prq7iN5MBB7RkN1XKXmXqCffnv3899jy74ABI+Vv+YYhtdNAbVq8iJ5 WEIMkEaYQ3SImELl0WMBa3KRo9fLgq2gdYI3edDVLBAbeWfKMLURQhhcFILK3hUCifRUOKI2UdcE 0k7jY1EbGKMMKl8yHDhfTah2/B83t6hhJnMK7TXQUuYGfWxDVERa1wmovEM9hCKBUEgb35ebrFVE rNy2OeiI63ae122l/m3oUR2cWxpgidOlYajWMOFmGNATVAaBvqrGplW8lWsRk2w+x4tTrmecAuJL 75GBNOAjok7t60X2nvTH5BkLTIZn2CQG6FR8dxG9tVFcInXijsQyI33+jHVFEyhQcQ/kgoDwi2JL S2JJC6f1Kd6EQ0szNzFfqPomRfeMJ1CuFII+2kg7dr2a3XSjuSRM0arFBNP4Fz+oYROUuNGIogf0 HjW54O0pgaHBnxfR+4jTljPSxarfwLZINWFn61w1omrMMQkoVSzO1O1K+8+6borZvy2U40Sp2c0c JqN2AwdMSjYAzCarmiIJHi1/SuDjRjq2MT3ruYQIbNZAiafdhojMDWuBVuskifHg8PsphFzOj1v1 Hy604+kpLO44VV+aWVk2kKIBPJCTtqlOplMn+IkKGTsaOqkNIQSxsRXFf8oXKLf/C+KR9H3R7cPm kihlfaIZEG4ixYkze5O3TerVJaZBCQqST6n3yT538CBa5631YhFX+zyUwoyRYaZBotOaCSKN7ElF NEunQqrSkwqpnBJ3QRIbbhekWoHZeWcqRyi8GxIKw5BdXKJ4GSILi4N53D0UO0273Cevympj4gvA lXRrUmkU2G8A7RWj7Wq08+sTy6jO1L5Xmx6UbUvc/+qYgSRYyQ4UvA7c5ksGnEDzPBM/MO+qHjAk RrfelQQJhslZXRZwmau8PzKU8lw/bmIPemPkdJI5JXsmaCLG7l6FRcQAt3/k3AzJPdWSCDWxTxJp 5CvLIZyT2AOBPFCCi1/f6WGgDMXSFXvstG/f/HJMaYX9SS3qGzcLh9a0KokR4Bu7ayi1yqF65owM yjboA4cXdGl7R7nUze+Z2O84p+rnrzpjogxSwJpMVRqCuBa31/gBPVGEV0BwRF0TXPE9SIZxVcDl rCXBXgEOZJE4pWA2IuWCAOmBq1pYX2oYsjnPMjYRuYPTRHjz7U20S/m2JooW1SsB28eiJsjEGSgV MJeWKZmeGMFMEQ9/oTQax9qcfvbPsWSGXh6cuYP79ZTM1RNyPoEHKDHqNlHkBgTquoBoqYq2ml5y ZvNa9441dMTzBCoqKJqoYQeJp1W/SUmvqe7UukcFKoQSuZ5TEAsQbRk8pUGhZEgfGKFBk1Gr5Wdu 2TQT6rIiiFoSLjkkL8SPhWgfh7UOegzgB42et32pauw214hj0DfasBY1TeolSHDy2Jlg95wvy22l jU8TeuhxswhbGQ5tHHahst3EdjtHyVyl/8/V656rr1BLAwQUAAAACACGa4kn56VIIJQaAAAnZgAA HAAQAHhodG1sMS9EVEQveGh0bWwxLXN0cmljdC5kdGRVWAwAzAJQOMwCUDj0AT8A7Tz9c9s2sr/7 r8BTz69SK9t1kuba+NKbNHaumkvSnO3Ma+fmfqBISMSFJFSSsuyO/vi3HwAIkpBMp7nezbynaR2J XCwWu4v9wsef/uvo6EAIcXFby6JS80yKH67fvBY3sqyULsTp8Vfiqi5VXIvz6/MDBL1OVSXgvzqV oopyKaKK2zxpYOVtLFe1WOgSW8RpVCxlJZK1FLWmholaLGQpixgez2W9kbIQPwGOqEjE1V/evD6m rt4C+moVxVI8F2ldr56dnGw2m+PN42NdLk9Ov/3225PbtM4zAn6lS7FYl4C9FKqArvOohiFMRSXl s0Dz60tufEqtX+rVXamWaS3G8UQA6m+OEL/4n8cvxfjN7HoqZm8vZy+m4q9S6ckUm7zIMnGJTSpx KStZ3sjkWDQsAn6JXCdrYCkyLJFFrRZKJmJ+Ryx49/7717OXPOKfr64v3jQwZfWM8BiQ0dHJCdBx coIofyJeN3I5Obl4O0Jgg2S0Z6SIwHw9qqj1cVInI+rrD5fyRqHMnwHy00fiD/TwPKqBecTp09OT 0z+KR4+fPX767DG+Pzg6+u7g4E+gQc87H/EyjcoorkESeSFzXahY4NBqBeLuAruPQXfx9np2/bM4 JKXKovrUsAHpcZwgoNnFlXgNQgY1RVVj1jh+DGPEEfZwDMSNvjs4tD2e9eio7vK5zvZSckUg1cdT wn34tPCTADUrGavoHnIMzMeTwwha9PCjs7DUQe6zfKXLGnScZu5uUe+R+ktdgCmqr+9WUoxenr+4 fgG9A9UCuxS5TFQkang5RbuzAg37++Wrl4++evL1P8QeVFUAV6zzPDqq5Ap0FWnOVFULvfD6qIZ0 AqpeyTqAP0LDZ6YBWDqdqGI5HGGI4kiwNezT3O9pCO2vwS6vo6V8qRNg9ts31z/+FXSk1WFmQIBb SZvnp398+jRMPRMSJB8IA3vYULsodS7+Prv68fSrp08C6N6u83kQly6kAM3OdYnOZKmAX73RqeLD LtkTHwOyz6ANi76H7g2qxbms4hA6HhcQtF+pEmheqlWtyz7+95ezIM/eFwqdGfoYvS5B+jPnJsi3 sXwffxvg3vtSvcb+H6JJe7rr04zuoVZ5aKYm8IqcG733HPKxAHHza37Ww3pFPAqxmV/I21UpK4pP ek3ru0xepTI4ISt8KSp6C/1HvdbX8jbUbl0Bf9COggfLQDNkHR/32r4qweRdR+USuw5MJQh2EopM wPlDPLBA8L7KymJZpwESioIIWKlbCS4GvhXFIT+RIKOixhmaceOe3q6zWu1ETBinHpopYi8luEF1 0yfQQ/YQk+rT0EX5jsfUR6bAei8lEoPiRiUslnaQwEbDCxeEYFBVgcqBQXACUzkyJo9WfdW9SiP0 MONSxvU2VmWcye1KZ3fbRC4iIHcy6joTXSY7xxyYSJnh0s4oCR3mX2QhIQ4TL2oIx+br+n6n2Yw3 RtsXNQ2REJgSEGHnGkiQmcyBaRVQqhLBn0THa3x4tIFYU6wL9QuE5CoBkDiLqgpBdnoYBJCIjacR fOCBhngAofgZznIAoGlCAAmElLq84ycnUb7KwJDEZAYoevT4i6PBwUAPI0cvfGbnwv98Nnvz7vXs 4twnGcN3lEoQylELn8PGPJy1oRzJCIVm4KyHC2Mny3pUzbKgcUSZ+pW+eKIASPSbFkPLh4rxPIo/ bCJUJpDYCtpC1jWBJrd59sw26zQxbvcnE/ljHIYtElU6MuE7aDLSgYq/kdGHk0Ku6xJCwBrG02W3 Ov2mAE77ZB764cCZzx2fst1QPjXjrC63ZZ1NdvPQ09yFcZxA/PuZkDdGbXURZyr+QBgisdLEdQFN agDcAE/otUwINJlnBjoImug1Jrd+i1yjndCbItyCfAyoNkI08OvVLmLAZsqo8nHnGixoA4tA+CiB 9yYNNnO0aaLXtQg2iTbRHUdL3XYf5B2Riu3ge4t29L8tugCARhwCdgOFFzRMH8hh6eiRFdbIF9Yh e3A7hzwd8eW0D6qRzb1QROq9UMDE8n4oktj9uFBI+6AakdwDZWRxD5QRxg6oPXPKugDQGQiz4qgQ GJ2gAi3AEeAUi+IY6EQh2+9qrjJV35HgXZyOFjKaK4hgbrHrla4UmRqMZqL5HB0zeEeC0wXhJhI9 VRVL3e5ZF/NsbQyGD5eh72oAO+pmWo98ug9dznHW4Z5P8yGnEkEeNxTvk0RD732ScOSSQxOjQ+fc zsQhWl74hyfO2WhPcEDh6IWV4cck0yZhp6x/XootevcC/pknGv7q+T/BZcAXlS/hL4RJnZhnAYaK /eeoJjhsiv8rhK/yKMs6LVZpCVZCjGSOAHWpC4RMFtgpubKt+AXfrOf0dyW2B6L/qSBSgPcf5gn8 vYmQ8FjV2BiUDX9FMWC+yzudqwLSN3mMWQUwXRWrNRJdgWbRKNENQnQYwdcsmssMB0Lme9SOIHGe 6DgGYcOkmWcabBWGkoQcorobaNnRylxhVqiKCsdKiE2mshWF5q9BUkGPAeTQllXwu2M5/WJ20ld/ cE5rxOGMHp8Bc7Fka/ECvSMc7hGRO2oMQYfwmSFj/Nk7jqBcR9Qnjuts8sVuHRXfE3uYKXKYpnZ1 NJUR1ivEKD3dpo+26eNt+mSbfr1Nn45atGIgCmJdI3s1/kmyNgCJqqYUDqwvAKSoKvT0l7Vm9UkS tMsdYRAI6+EI9e7QkIQ8SNQNPqHOiSeuF/wFWXGWYPVni7Ymkx3EzJ3RmBtRA0yt+5wVh68yvTkD RboF083N0Hcb+eBXyBldWkMxOUyI3MtF/VQUcLVl2uv/QUI2dTSsZktT4JS3cbbGDHyHtJssJWr0 AuhvFJYwkOD7eXh0HHOXZLj8gTx8qoS4veIcsbLUeMSAKZwawzhFOzdlMzclYwUDx3+65AK6XQTj /O4bXrC0qDGeSTVWcOcoPOJJhEz99yzWhnp61yUPH1r6WsrY44uJZhk5ayQ8MvjhWTTlHlAf6Qti LXXWz64Z0y6uPGiSEWtodg1WgHtUWpybNBiXUNZxvQZ1GOxb2U2Iwi1NYd0OmKOWkA9KXhazaTZo hl6orCmjvL54AywSWF8XY2QA6JhO7iY4fV9cX7+eXfFLGDPHCZx8FTbNPYTOmsxUfPZq9tPFufh8 39rY5014uJsPPwApgwKM52H7fcwecMy+bktC2eayjrZYUN3yfPIULfYtCpq2Q4cFXVkOYRuYuo2q U1c05hnCeTrqHzrpFSfgYo4xhw0gISaNijuOR3uMx3GOvc6mjHY8JsRTn44pZupV+9nkzxM3V/tv oUUfzQQ+RIOTL7zy5Wt1JCTfJvy0nLsG9WImuPFWEGTUyNJKwZCBb6uopJINRdHoC/A7TKZjG2vN alGlep0lYo7V82qVRXcymRrLjmUaWtXF9issQiDJwExezcXPBsJqwEuEHIuLW4i+szuqyTNtChPG X9aKqIGWdkIwBcZdGZlwC2sdWlOBXzGnLAPc3CKh4+TryJieX7x5d/2zjwqfQudpKReWu/cze2mq c6jJXgW7MwB82+8Qn/pixjl6hDy52VetQrNiH++GstMnBHV58bf3s0sufcWptOh2IzODhW+XVPUF PUrVCsLubI1FRZhnc1NRxaJrqYpYgX7wAnU0IZ1xMiHrvACO1Vpn86isTuAxpFabVJJbSQ6s/sDM RvWi9RZv5jpMNFPl8dLpLGQToNZTO/Zqim73RkE+PhUFKPdUUKo3FbIATU5ltsKW8wnWQ3lVR4um TNtaCxiXMns+oif0YDShXQvUNI8+YA3Hw8CRvWnDsT3BJxNc2W+wVAhvHKRIYbbEOsu4RFfBjDTj IldQaPKu4IZ4lYB4Da2R2zVVZpgrmDcLGaaLYMlL2r0bZAFU5VqbHpGpAP8O8myz0AISfHf+yrXj oUUZlzjliNeuno+oBxhrZ74RCT31x6eo/pz1HtAmEFonpZln1jjPeso4bH4i1P31SFzGc7i8teCz Fi4YrOvi0C0ZdisJoGoDoHiRz0C59cIulLUuTc18ChNExSkI9Q5+U7BlJmxlFaZtcrhp0GbSK9/w 7GODZyyG0T6gTm7qxRwcgZukxZvyRnIp2IYs9unnPkNYHWGi15wxPJwvZnIGGUPvBmviQLZVZdwo xk6FTeRC2uL4mH5MPh3b3Ex1fgH/BYeF6+u4VAhzmgd/hF4wMUYG84XOVLbFCptZ+Oyz71qTek/x ysWW30OA+6DilfXj2C5ACD5vEaGLTEfeipFXnWvV79YtuDBUiwJMSzgN+s6s9dmAwC7PnPBEbPjN 6mhJBQRD2fUO3NKyjFbpsEJfn10rl1r7FKyG9v8DZ2ODe/fyoQPc8CZLXnqt1C2Xg9DH2dpOxSsX 6SkEyOD0aXlS0VahqKjReYIHS5/yS1xm8N8ed/0NYAkONT1FB9cMti3L9FG40aO9jR6HGz3e2+hJ uNGTvY2+Djf6em+jp+FGT0ONwmJ/TUW1wTL3xS7eF5Rj2TXijpjWkOFmavKlT9k6C6mj+NGgGRdU opcQSYUw6gBGHcboCmRdHJmyM7oVqwSRgJ1WBa9zcO0RHtW8D0SW+VQkZo8BvPFAOx0mQHRSb5Ok TXcSoNs1qYNiTQKm1zVJAsNKkqGT/wWXRR+gB40W+HkRLoKv61T38m5Tdw2Oy7wbbKh0qX5Fe5uJ S9xbO5hWN2vKfrSaloPtNISeNF6My2mBZjirrHtWVagMOlL50lRKtnO13FLdcVut5/D/atTlKJYw D73CY9vql7I1niaw8MKKPSFFaODkiI8yBWnH37Cafr+2dP15U4gPeXX3tp014LLPveHVHrJnBQwO ZHVyDlnmIJn5fk0V1QlWqNCzgTT0hrPguSvQm/UWI4QplUsV77kpotWq1JA0YWQGDs4GsNzY6gJm wlSxwr78dX1cgKIYTRWdXo4P2kEvNuzPfnj6EZxM7IY+hLK7+86C/Ha2B/gTMD4y+9d2H1ypwOrY iyJGC2TWTX/79MSDDLR+HhHiypTOis9rLIwUskKt6to7GHlwZkYfkRMPy2P9ypHZfhhg8KfMrz9l 5jxsPb+iPXsGF23gc/SPcPfTiGpjtE/Pcgt/BFbzf+edAXttFFkpmuCD1/o76kaLS863flSqgih2 xxe4bNXg5w5mp9+8Fd+rcyVw6fmoxB2FbZzQClE2mx/wl9n3cNDeIvev3HvmZevtQdlAQJgRgWOP KZoFUcyB5g/d8ZS94bQQQrjpMYlxynyVRpWqOqgQlJG0Bck7JnpYzPMdyGyrAELcedHD1kSrUdbN WBE+gIf2bvQQgX+DnDXnt21E3CA0RNzb0R8gLzp0xkWgARy4MaSrjpXOJbrSJdaZS7Gh5Q0ynW2k 1DaAE7eZ9MiCh4pqqm0cBBviEjq5HhJ46i8bOA4RcAAL7XHpYcGn8kaFMHGDECbeJhNAZl508Fjw AKpf+kg4KkkEx3RtVL98bBTn1GQ971o0eGTKUx01QdCQpq1XfRQrWe5AEla1uu4PfKFucV1L1XFK W6Q6qLBJAJMKcBCyGDDRARwqiGLeRzHXWRJCEGYJbtzqo1DLJZUK+0hU2KpQahKYxPg4jMm08HCF XaH4kfek3ecAGzdoInWzl83ukoF4W4JTT8zzig4umWVROkCJ65oVLi7helDe7FEx66KQFIErkELT cVIbeFOVDsyMxF3qtDQWZZXGMNAcScEtt1WzC/OEFtGgCwVhI27NT2VDqlv1qiuZLXiJjKZ4fYfD wC0FpUx65S/T2t9NQSMYtsunVTshTK2Jmsg4w1yH3Kj5MelNVNp4b/bo757O6AFoLXYvFJ3Dudc0 DAuBsUcLuRsqKuMUj7Zwj3xCqh90VzWkd/M7htq50JFKOjJsQhg68BEI/TYqqVNxHxRuP45W93Fi WJg/LLxt8lxWIW/ygDlcZXeQx2B/OB00GE5QTFJonDYzPq+tauNpKwkhTRHVazpwoEEFMV0Wl+ev KE9GfLrEHAolYF0ZHhy5g3j0FrUf1I43HLTmIy+KrrIopsVjkIibXaI/u+zsoLVi4MKymysz9l79 hx4feAdlxL6DJ8MW6Zm6QVBGacc4GbaQe9kNM2KET0aDJ8C+OgiehHpQpdevg4hrLaIbDexpbxIH vYDoKK/MUTSNMdwm1Sg1yI+xIUVPqFCSxUsnsqbiTq8bU6tvMHeI+JyKEO6UpKK9aBjSYcsoq0mV Moh1EcLb7E6bBEAjoyRRfOaficVmuOkQjD6VuMoj3CLjnQqjhm8xfKEM3x7Ow3P2NWkkba5hgbvu jsU1AGNLhXqH0+QmUhmNVLEa1mVUVDbCpt1y6Dcw1QfUPZOO2697KgkPW6Z530Kjl+EglxxYx255 YI6Je43N72/eVOWAxJh+hBZKbcXG4KTTMhVvg8Df1rM2i8dz6WTr7YYAnQUXDjzC5dPMvZkiE0E3 l2aLCtZ6S7vNCg/OgcSNPWsqP+GNs5nCw3YdpRtWfcRaltmMDtSzAbTqRdduuK0yMIxlqSGypfdY YYKP2+jiwLxB0QUeWMC6k7tH5LY3AUfHO7cwf4mbXCEh/rK11g5tDrwtCF7Sv8/Cevr5O5/tG+xY 2+kVHiboTVx82p65n6xqNax6V+gGbsw/Jn2ogYZiWCQxrHz3O5TT8BaY/GELms9tHmHFSgp+6O+a PvNLRPneCrDVAgRsaUHEhzODsmttw4FZaubIeCnr7UpXNYtvBD9RV2QRu3CgEwuMIgjbzAHbk9uj zWZzhIQcrcuM7oWQyYg4DClzrur75FBKV5zeCYWSX1kX4V+4cdaHOrL1blvrroLhC3y7iMBw8yGd fF3VdoMrVi75ygdw14X48e0Fn8CAFq8JuJPGtSTUDQUZfWhFkt60hIfhjf3Mzi8vXgUn3r9pFnin eVZrYv4BbrenkzCYHVbVBuwJnqFKZfxhrm/NFuYySpTmw1ioDFvB8uaXtCV5K1KVJLKgI2LovuyJ qQldJNPdD++F5v4GYGQeZv+4Nmb6+m/TVzcQoiNbrijrzTm3kbJTJsEGLUm1AmXHEGIdnYgafeL4 nXgqecKOzY9+xpyoCsNDAhvbH5MuFDiOhOJJhLI/elCV+nUA9Xl0a65K2Ge3h+1e813F7h6HBXj/ qf4EbCKfE7wHiu8y2w81zCa2K2rc+Vivaorltny2YfKlLW/zbwOne6s39Lg1EYYpua9Mu8WR4/Ud Kw6ixvZHTzGHKfnvv/I2TGjtIpsRAwnEyqElCH7dloJt1S6pDeIKOyMzkt3RWJdI2q7tNrsSOFdi SR8oI41TreJueZ6btqNUamLotD8+Usb7RvNQA9uuxtsjvKFBk2Ie0eod+T4KDbq1eYPgI6ZKqTc2 I+kprp+54HG4+8E+pUf4v2BTW3tNm3O33iEoW7rkmUlBA4NhkefHwpxPyuRSFolrZ2pQfNzbZNfN oUXa4bMQ5vohB4y4MCfnNQK60HGTqprPA3bDTEeqV7E3RDy8ZG+RtdS3vcGRUftrM27VyhDCs7M9 L7hZJ2EZoi9OLi+93TN8dNQ74bvr3CjySvjrU3wA9bB9fNSt8a7WVWphOitV9PAjZvUwI+RHlWPu a8uh7JYC2YkY8c/RJ/aD/zGJtc2vr3E0D92jDqI7l6XCe2xoI/js4voVL8Oxj6LFlqhMmvvsTr99 8ugfwitB46yf85nOJsugaxKp3pqq+EOBO0ztsUe6Xi0CU1AkvOxGPR0THnPDF95/ZVYYqrjEG2j5 SjG8e/a6wdH0xofbZGUKi7ieGOzwgGnioblzlvZoF9Ngjtdh54W5GcVcpgtT6cXrK6pmcsWdNRkr YmlzcA7aq6V359Rx96aUa7qQDvJARLKN5vpGbmHe6802xXpktc3SalvC/zf8E/LCLTN4MmpxvVyj wBs20O4RxwR+C8QmZbRxV/nGMsvoDtvZwkCAWYjmZEVrXOiEpHSdy2dcqxwVYJlHaGmNhBtgiHT5 2fPRVyNejd0ovGAErx5xdXQ35kvqazRGhGBCyRXgpRzku7fsm7eYjE7oBjdWzbTZUUxlVi6qLowA 3VV4OEZbS+3y+gUJYzTO5KLe4kV6stzSbcKOl34vJDquyXbuwAK2uQOOBwe8QdDanaYVPp3yOT78 +vzzZ58bWL3guh/8i5aeM2+/We/WNegxJRCsGbBOsZXrDWX7z3VVq8XdFvFMfJPhk7nbSPkE7lgm 8K8yupFlreLB3OqKBF/euIHdNCMb13q1zVWSZDAfNFjyfIur1OgtJ31CXOCJusDaOo4jip7/PIWv OvtiC39I0b6YTFG5owTe1Auta4So8bjSl9u6/HIy8cMCg0S0ClCuNzr9SsSWfG7AvUG84Td0Xir0 xtJH5HI84b1iCbgqtkPnjqvV6bZOOn255R6379e9Sjqv/ODbMNFLOtZ5HpX3rbIPW2AytoOh+FLJ ABTbaQPFNjIAxTbLQpFVCUCRlYOYD0Oc3XQh1ApXJvdCtQ3ZS2tQUFmNltKE9I2K20gW9bM5a8Gd 7I0pxBPQfJ2jbqqlx3ghAG1vr2hh1gbRB5WEWQhTECs7Bc1GiHzJIIInBwzrvEDbv5Rol60HanYA Zv1smHaqWsa2o57R6agra+/a0Hal+LCxW2f254376dyXP0jjt8xSsjUpZmOD8kwKXqJ00Lpf2IzU xgVMYiguqN1bExWYlmysD9h+EMDzp08sG7iBKtpBiA/71fHXXzCsc0auF3hnyCLWNlTFEV3jQsNt 7Ca0gJG1OEORBu32oJtDbXFdF5b8gGD/jTKFz/tKGhOJPnnNKx72lorK7aSKPtDWAWe5cXtjVfGN FnOM06JS4RXfmo/J4rFjFbewUDM2rO7AceeUPkpNZxn2BGyQmZEykUi2ukUiPvntJPpYfhuJrrDX wUD0mcAPI1SJeS61shGesSdNmATGo6sotb3qpNn9fb+MXWMc5Uc37h0Sfkjj8mEtOV65isGSYORa KdzKXPIsstrUzEvvrtOac6lO5MKIRmPgKIYWW/iXS8LWoE68++qwQ8Ro+pmi/6UbOXBbnUm3jVXD BUjMxSvQrOYa5kZW7eQftxQ7B7jLMUe3ytW6difPlgf4ocWzqxBURcM2PRIPzgJQqGbW3ARtDYb4 ewEeogjJ//OEefK/UEsDBBQAAAAIAIZriSedseGfnB8AAFZ+AAAiABAAeGh0bWwxL0RURC94aHRt bDEtdHJhbnNpdGlvbmFsLmR0ZFVYDADMAlA4zAJQOPQBPwDMPGtz3DaS3/UrcJNVZXQZSZbteBNr vVeyJTlzK9taSa5Naus+cEjMEGeSoPmQNKn58dcPkARJcERpna2bxNIIbDQajUajX+Bf/mN/f0cI cXZfyCRXi0iKX24+XIhbmeVKJ+Lo4Jm4yTx4VMCfXiROb053sMNNqHIB/xehFLkXS+Hl3PNlt4e8 92VaiKXOsJ8feslK5iIopSg0dQ/UcikzmfjQvJDFnZSJ+BUweUkgrt9/uDigAT/CIHnq+VK8EWFR pK8PD+/u7g7uXhzobHV49PPPPx/eh0UcEfC5zsSyzAB7JlQCQ8ceUjMTuZSvHd1vrrjzEfV+p9N1 plZhIab+ngDUP+0jfvGPF+/E9MP8ZibmH6/mJzPxN6n03gy7nESRuMIuubiSucxuZXAgGkYB10Ss gxLYi2wLZFKopZKBWKyJBZef317M3/GMf7u+OfvQwGT5a8JjQCb7h4dAx+EhovyVON5do8PDs48T 7GJQTbbMF9GYr/uFheMgKIIJjfunK3mrUBZew0BHz8WfqPHUK4CRxPWjo8OjP4vnL16/ePX6BT7f 2d//687OX0Cy3nQ+4l3oZZ5fwKrEiYx1onyB0ywULH0XuP4YdGcfb+Y3v4ldErPIK44MS5CemisE ND+7Fhew4CC+KHbMppor49ixjyMcAHGTv+7sViMe9+jI1/FCR1spuSaQ/OmU8Bg2LdzioCaVvvIe IMfAPJ0cRtCih5uO3asO6z6PU50VIO+0i4eXesuqv9MJqKjiZp1KMXl3enJzAqMD1QKHFLEMlCcK eDhDTZSChP3z6vzd82cvf/wfsQVV7sDl6zj29nOZgqwizZHKC6GX1hj5mEFA1HNZOPB7qATNNgCt pwOVrMYjdFHsCdaMfZr7I42h/QJ0dOmt5DsdALM/frj59DeQkdaAkQEBbgVtnh/9+dUrN/VMiJN8 IAx0Y0PtMtOx+Of8+tPRs1cvHeg+lvHCiUsnUoBkxzrDg2WlgF+92anky9DaEx8dax9BH176HroP KBanMvdd6HheQNB2oQqge6bSQmd9/J+v5k6efU4UHmx43ugyg9Wf10cGnXO8vi9+dnDvc6YucPzH SNKW4fo04/FQqNi1UwN4RAcdPbcO5wMBy82Pua2H9Zp45GIzP5D3aSZzslt6XYt1JK9D6dyQOT4U OT2F8b1e7xt57+pX5sAf1KNwgkUgGbLwD3p9zzNQeTdetsKhHVsJDJ+ArBQwBMA2WCJ4X2RlsipC BwlJQgSk6l7CEQPfkmSXWySsUVLgDo24c09uy6hQg4gJ48xCM0PsmYRjUN32CbSQPUal2jR0UV7y nPrIFGjvlURicLlRCJNVNUlgo+FFbYSggZWDyIFCqBdMxciY2Ev7onsdenjCTDPpFxtfZX4kN6mO 1ptALj0gd2/SPUx0FgzO2bGRIsOlhsCaLL34XxgVtGmaRhJ+qxgOBpWkZUE7RjXCYREwj1cnkVol QHOh002sggBIXuii0PEmkstiQ7asoZvPHx3BaCVqJ5FfvX/7Wnx3dfX+/du3ZMXLe3HrRaVRda2p Yrd6poztBmxs5q4X5VocvRJ3YLtGa/El0XeJGSqhY/9OwQrBaqiMRjWjsHkr3kae/0WAcf/dM/pg 2/sMfQFu+wnaCPBaReCdYOO7Z/gftl2gLjGA5+cG8H3mrbnxp2f4H7Z9ilB6qzYD+I9QFdx4Th9s +01Gkb6r2gzgBy/ToFyod0XjR+92LWq6f2LAK1hQYTBWgG9hsg3g+TkBXpYZLHWFkWm8kWCe1bM2 GM9LP8yVZzAyjSdfS6+ZNWAcNLzRBnsvE5mBwX1SFJlalMXDdlgjoT4ep17TEWUbGAEOXKxBqmUk Y9iHOVCqaOLwCbRfYuM+ioMoE/UVpq8CAPEjL88RZNBoQQCJ2FgzwwcaNJiYCMVteHAAAGleAgjA S9HZmlsOvTiN4Gzy6WTZ6cgxzgYnAyNManrhMz8V9ue7+YfLi/nZqU0yfEj8nVA1tfDZbU6c4zZU TTJC4cly3MOF5njFetR2WeKxW6Z+py/WUgAkmmIVhpZZJqYL2FN3HuonWLEU+oKDvwdd7uPoddWt 08VYcr8axxJNe+wRwKatPvAd1BTSgUrrTnpfDhNZgvsYiQLm02W3OvopAU7bZO7aFuaxzR2bsmEo m5ppVGSbrIj2hnloSe7S2GJA/Oe5kLdGbHXiRwr1D4qSSDVxXUCXAgDvgCf0WAYEGiwiA+0EDXSJ cRS7R6xRx6M+dPYgswVEGyEa+DIdIgaOYenlNu5Yg1prYBEImwJ4bqIsZo82XTScKs4u3h3oTTLA u/2+yDWRiv3ge4t2PKBadAEAzdgFXE8UHtA0baAaS0eOqsWa2Iu1y0ZhtYcsGbHXaRtUszYPQhGp D0JpPJ4ehKIVexgXLtI2qGZJHoAya/EAlFmMAagte6o6AkBmwHL3vUSgwYsCtISDALeY5/tAJy5y 9V0tVKSKNS187fqhhvQWCoziexw61RySIgPZWyzQZAGDi+B0QriJREtUxUq3R9bJIiqNwrDhIjy7 GsCOuJneE5vu3dqNPe5wz6Z5l71TJ48biretREPvQytRk0sHmpjs1ofbsdhFzQu/eOMc1yYbKmmw 1sBmJDaQuzADnXo7E+HRfvjqAI06YexdofId3qDY4c0ELcoJ9QG9K0LpmaDChKxMfgLa2OlDGTuV MIHeRtsUvQuZGRO1md4WO4acsbNK3J4SSjLhKop5LTKxQUMkgV+LQMNPNsLhC1vh8AXMcPgJ3gJ+ Jxu84wMsQcvy4T8pqAMiw38KO+axF0Xwu9wRzg9A4D/YTl+k2CAu7AoaEL92RkrDDB6IiYy5i05w hGCJ5NP5vRFf8Um5oJ9AsWvQHMwjeP5lEcDPWw9Z4KMJDHNeEEM8HzCv487gKolUIg/QOwdJY78E RoHtRPxCsQI/wIOvkbeQOGU+syZtTwyVg/Z9kHDQFItIg4JGl4yQg3d0K6Ou4xErjK6oBPkUEGLj 8W9Eovmrk1QQNQDZrcKT+L1eKvqL2Ulf7ck1W2V3Ts3HwFxMiVR40Q3C6e4TuZNG+3V9M0PG9LtL NhvrgWhMnNfx3n8OSzs4DcgeZoocJ/NdaTdbVEzCo034fBO+2IQvN+GPm/DVpEUrWt+wrCWyV+OP AH/AiCV+V1kbmtaNFMkEzh+ACFFuqPVrqVmWgoBOJhAu2uS0WrR98s5qUTcS1AnK5a4h+ZgGvsUW Io54Vg+Mf6mcle5mqWQU5LRbQRNH3Q3KbJxMuTf2pFhWfwnE7jm4fccgcfdwsHE3tGzMQpIXnjcO O3kssHNiK/hjx37QhWwtfm/8R0mDCVxjKkmajIK896MSQ14DYtH4cF4jQEB/I9mEgSSkH/jyDnwe knSlPZHH7ykXt1MOyuQVNRYxFPvoBkRAoc5Yn85Yr4Gim6Gem5EOphhVpTl7k4HBhqaDaqJ/ErDG b2n0krW1UaqDc7WmSAvNc2TRaqZIj7pUYmNF5oDsbBGaykuwB4QmMyi0eTMagX8KHCfTERzfyh14 ZHRDbHvUZjU8o+3pZPfWg7fi+KCsPbB7xKmJR4jrIiv9ogTJG2058NHFUSyKWWBMHrgJZoyHBjBl sSv8aaaXKmpYeXH2AdgpMHcmpsgsEGMdrPdQU5zc3FzMr/khzJANNvaCkyresAuDNSEC8d35/Nez U/H9thz4942dPsyHX4CUUebTG/eZcsCn8pTP3w0tyiaWhbfBZMmGV3NjNLQlob6txFCb7tbY8JiN wY4G7UqxwioxxIvPgRNUwWhApKa8ALd7bdGDk+Ala3YQeguA851agxkVMp0S4plNxwxDJ3m7be+/ 9mox7D+FHn00e/AhGup1hkf2Oley4lrnxh+wQq2GCfV8czhSC2RprmDKwLfUyyiGRm4NHj/4HTbg QWUHzguRh7qMArHADFmeRt5aBjNzmGDcjGo5sH+KUSEkGZjJ1Rv4uYMFBbxEyIE4uwd3KFpT3o1p U+jBfy0VUQM9q43BFJgT0qwJ96g0SmtL8CPmVMWAeo/RouMm7KwxtZ99uLz5zUaFrTB4mMllxd1h ZhecqmEoK3lz7FySlQmqotxbuazONPFpnyxstYUBd/Q+cu52W5ARlVDVPAxVbTIX1NXZ3z/Przhi 6YeyQjeMzEx2B+PaEc0vD1VaJQnQnF+Y3AqmXzKV+AqkiOP63h5JVr1yZDcsgWOF1tHCy/JDtDBz cRdKOrWCnUrKOFfAmVdrf9eYaD/Lg1Ut2eAPgfDPqrnDoQYn/q3SJXxLYAtgKgVU0UzIBOQ9lFGK PRd7GMbm/K4WTcKmlRWcZjJ6M6EWapjsUS0TdY29Lxh6szCwb2L6sHdC8MEe1vs0WHKEN0ewCGFP +TqKOLKaw74186KDI9F0eMOhxflC4jX0Rm4XFFBjrpCvLt10ESydvlV1F+kJlde9zYjIVIC/1Hlh Uq6wgpen53U/npoXcWRaTjiL/WZCI8BcO7uSSOiJP7ai+HOwYodKw6hignaeqXY47gnjuF2MUA+H kTGhX+OyqkLaex0mWw+xWxcPdANAIGojoDjdb6DqyoF+MOkxOqhJiMxgGyk/hKVfw99k8ZltnVdi 1VZM3NWpf+mRrZ62MctSKSNn+HASxCQD2OCCI5eSvdmt5Dh/ZQZVrd/bDGGhBXVQsMPzeL6YLexk DD0bLa8j2VZnYcTWDFPmN0I2KPyBXMoqPzKlP/a+HXPrXV+fMfgbDj+s2sFUL+gHZtE+nruBUVjo 73TUQhW6MX6KzePqUUs/DMcEybClfTIuINiy7E1IBzxJY9l0yDSeUZ9IfoAkNjFXXEmdrLCeZ/sa 2ce4qQp58noTHQs2eqdHm2d7DdTkCCPFMWgPldypAM7UXa6rcISdGSqUVPnaBrNJ8uG0ihSp1ula 5ptEb7yy0DDoBH/jeBzgNWRX9QnHXUxmJIbiIhAHVUz1Q1CPkU5i18PCyZEqp3Dyo5HC2Xhcb8Ht e1TAurJqsV+fDmxu0aCTSHsmn70tu1DWcMNQmDleZboEb2uL5C1WXN9BuKg85NgBRWHCagkHochK eBDq1gIbhvJGQbWYjLELw2NTwFPZ9pVqPuTTshEoPjOq5QAErdXYrTMeD8jHJdibq8xLw8cqr4r0 tA7m2fSkT6PmF5PRGUuLpUp3hFUNlKt7jlujKVvniTivHB6Btwy2PRWPKKoN9pICbWQwVMNX/BCT wPbTg65ZCVicEw+PHpp5jeG5G8Hz0QheuBG8GI3gpRvBy9EIfnQj+HE0glduBK+eJj4XlEUYLTu2 +IjPCZ1hVSXQoowwDMj+Ur+G9eKaM27TQOX+Jv9agtSZgr2m1q2DsiNBZSSmkdr7wZ54GbUm3jLf zJi9k4yKa3zWcVPzx97QEfXJJiihTDHV4ZG9TR4YyDVsIW8Buoefm1Dg0Uw8n4kXM3FwwE4v2tmg sUAVeVEaVla3wCDvAvzgBhCtyTJNe4AnM/F2Jt41gKrGCPvUS2pABc4z/VMN7LxG2oadz8Sc/s0Z loAxdmUclZwCvHj7xZSm5PJridd/zGyNsQ6usklBM2UYVkJzGzrxtQ4KcakMuFinYTgAKOw1P+jm 9T9VgtOuY6yWZcpESHDWXSKjHSKjt4jMJ1tkxslMu6QM43kG12BZQe34mDJ6HZVxwuRPT88ur87e ndycne7hXEQrLJWU/dlga9svf4x0x1jRmz6CCCzl6tEAjU8nATBUgoaB0SLzKKJc6NeYAaz28KZe mr1JN29XYeiISCNmvQCHwzyL1LBUmAH6UkExtdHrDftDJVwew9lbaOJ6DrCC45kITLUzPLFAO8QH INFBsQmCzhJEI1dg2KIqnCdL4PDq6i6Bg5FBMNbSPjEZ56ccPnb0FissyyLUvRxCldJ2zcs8G0vr LzpTv6MpGYkrvBc4mtb64M76MbWwvW1sP2xbuQ36ozoPvYBFb2r+cKgj9XsjxIOO5KNcNhdvLjPJ i4GhTar3Gb+Old+ncleKu44VT1S8qnJUnG/cLNRqQ7nlTV4u4F9KtTibuhKnKwyYvN61kspt6zuT raVo8aS1sUeFZLZEZFwMpMKF/QgLiv6O1RgPb4muy9kUcjgcz/phW0VQFb2Z4kPJLBfVN+26tIdI bi87l5hUq98O55mH/Znwg7Fbdp4A70EkD08lyMsY0bRdI5Xkh5jx5KsSaGRRvmRR15iYQJSZwozy 9oqL6hMQ0UynGVbAowFUBTG5czVpzJmwAYSlUlbhLhZbkZGpks4otXVUBbsSV8QDWp+w0kF1CQyh qhthPdu5rf+BP44DQEZ/7PDOYhu0WE8SH08BU234r2shvAhPBbIeIc5NKjb5vsAUWiJzlKrumQMz d6oYr82Ufzka/djg5LfMxHzLHMu4gt2c7nkZXHTpq6Z/gtcbJmT00N2uilv4h+Mg+zeX/u48Mj/k lNSqoG10HW1HKKlwp7aCnhQvQxTDliCWBDX4eYD50U8fxVt1qgQWY+5neLGojRN67XTj8VX58077 pswfeQXFyuu0J1WZbMLMCKwcn/xUWIoF0PylO5+sNx0/kl6d3CGbDi0WMug2iU7AXJjgr0l3bPBa LH7y8DJOQy9XeWdUBOXx2mvO5cY9LKZ9AFnVy4EQy5Z72BpHxYu6EVaEd+ChwuceIjgwV7A1+Gkb EXdwTRELo/sT5KqYzrwI1IEDq6q7kpvrWOLZvMISh0zcUf0N6eI2UurrwIk12j2yoFFROr+Ng2Bd XMJTs4cEWu2KlZpDBOzAQgXiPSzYKm+VCxN3cGHiGnMHMvOgg6cCd6D62kfCZk4g2IZto/r6VLO1 FpNy0VV+0GSymR0xQVCXpJVpH0UqswEkblEriv7El+CVBSJVhR+KugzWKqsqnJiUg4PgmoI2d+BQ ThSLPoqFjgIXAjdL8LZEH4VarSh310ei3FqFr1v0NzE2uzGZHg5cZR9PiQlDUthtJKWbGKe6BL9s vwgzXa7CLilDmhdduUeiMp1cnK5KpKvTiFmNxXPUTG5+h9umy451xVdsuzJrhwq2VKA1+cNtmbol +8ROZAN7lCbS2WHgLcGhwq+gQjfKIQtmjh0ToqqB2TYpO7T7jefkNuLEJy6Yfsh0aww444maQuvq IgMwQoLRGpj2nF7mYspI6QVTWAeaY8wfK+Pi5hqBqSNNwVyWcKBqet1W5VhSWhNOPYnXrKlIkN4P sJDVazrwzmjeXCM85NBn6ilwi/BueSgbUuv6vyKX0ZKLBenEKdY4DSzFzmTQyxCa3nbFOs1g3EWM VoifMLXOjUD6Efry+JmaP/oRM7o5bnbM8OmCBgltv61Q9G6SSq6GC1hHuXg4YgU5DOVlfkgvTKAR +a0xjpKQwkuCxZqhBou5vmW5B96f9dKHODHOjR3nvo0raTFFOAw1GB8NqxjfVqjbUVBNfIlF29rU YDWk0Vp4xAfcphrsC9gwtNFwO8/5PXuqMAZpLsHyT7yipJv8qB7pHRhXp+cUn0J8OsPYBfKjsvjw jQxr8PDucVfCduDC8Zae4LLVNILpYCgfJKXe9aK/66tdy6mvwlt1Y1SMvRf7pubRx9O2MmrreLLz McNKmqDMbpriLt1kcmmiy+CPYctk9M7cEoD8b+/Wq27HPErjf8I7i0v2e+r3zNhXuOMypxCUeaMO Ssclrld3KRcYmO+q+s76GAK/gdZlTH0XeJS2tHXXtrM6GHEKG4Y9AOVFdZnTFj04Titt04OWfG5T qhbYyIK8b6+XXFI8x5cvPapGxA6jixstvFsNu7z9EgFQb+ALx7l5+5VGj/0u1Kh8ku+phIB8ZdSL krUUvQRqJta6bCwZfYtBJY/fYyJE/WI2RXfq0IHHnrjQqBHrUs9mJ1FpBChWLwgUv3KUicVueO0S diElcLJ9vLFjvYiqZ7zg5beekoPGlhGyrUC0tf7DkmmBjRPNcQWu//7jXuU1kJjSH66y5ycc5IN0 /QEbpporvZYl54sb+HdlATeF7AtZvzTOur8Bwg+mNqwwlsFG9ZMZikBIXiLV1mFqNauuj5kXdpnz vclAuO8gRwrf6tSR3nFZMMypmBcA4FlDBgFPwrxEuL7cA9PA6tOUn2OmAz711ZwazJoUvY4YEylr OTyjuvIFODodvA3+A95BhfPmh1bdP/SxXUErrLzN4rBd3X/vS6QeMHIG3GZ6gUNP7WBrW+98s+zJ uCxSohu4Kf+x14caqeZGWvyj0kj/b9I6+M7r+HGVl296aR3aB7v2FfRjO1cRb01YNiGULG4Ji8cv C3MucevmEGxms5WmMO1NqnNTYzSBPyejDyiZ+LWp3bGzJ1R6yK+FO7zfv7u720dy98ssohfkymBC y5WX/9fetb62bUXx7/4rjKGrnaSlG91gDWGMNIVAWKHJPu6DIsmVFlsKkmx3oD9+9zzvQ5KtuKUt bIE+lPt+nXPuefzu/TpvDi0qOSTuzwXb6FEW1UUePu/meiFGXDHg1ufHbxDzv6vI8ArCYkEBn2OF wRxHCLlNZkjx+z+upoifYUrcYOZAw+OtdijtU/V9DlGY4m2EZWltZtdvP1y96z3rX//g+Z7F1wBs A0s0AbQDDF6AK0xd7wwJAzSTLI0f7stPHA1eRUleEuYObJmW3VQpEaO722mWJ0laIKIBcEwBxlkg 7nYIMeDcjt1Yapg80FODWwi39QO3FUqOiMyjlkbn/Gq0aaDQhwLeSnlXVZ0QnDoEvgkP44G78cFc OKcEmjmd80dXmZbkNQjxmG0uHx0/UMOrkrJYoT5qLh+dXONUuevoEyPL7mMV48K0XO403OI4Wfd7 ZWGGchIc1IFcrIPfm2sk5Rwlz/vmFOrivHxsUMhsCUxicSqWEPrmfGXHcQF/7R2XcUfB854cXDT1 oDY/c/nobN9xR+Hru6aMW1pfS8/LgAsi6+AtBCX7qyClvHUYNyvEsngkw2Ji2EmMfNeIYMxOVjjc D6hdiLMyj0PTGRX1xWcswv2UjyPXeN9onkqGfeuy4Ln1DRo35gu0gyKHRAEitDVzBUcclarcyVWp s3F96+GYbF+Sb/wXKK8XzzdVbDUHdUZsDHQyUbSgbKD/el8wIMwq/ZgWiZZjLRth//G13yJLEcK5 aKA1M9RFimkwMuKLOTvA60alSiiMalcd5TN34unaZ6nM276+qHjjIq8PQa6rpEwdca346rPB3aaz 7J8iKhZcqMbsLo8z3jh8sX+tLx2X1RCpbD9q2CQI6WEMsmc+eJg6Qz1u6kzyBE4G+MsjyMU46uYK tXNqqyVJukU5ejGd0efsCzPYb3Sj0Ygwh07T3UCuAWFglnuJYGjFrgqaEiaDThKPVblWuW2QIR1A c7iD+T4CzeFtWuUAYo1xxtdXd+/IhYHYMxqqoyqx76P8+Ovrn/6aOvYFIHis/LXXMHx2B6hVk+Xx QwERQAKxhdgQEQXKo8sCtuQj6G6KnK2gdYwvGtATFRAZeWfrsK0RRBI8mIDKXvDF6G1wQn2ioSmm lwAEUR8YpAkaLxgWmZ9rMyf+95tb1DCTOYXOGmgpMwu/tCUqor3rhFPeoR7CkECopI3uy23aGiJW 7toMdMR1u8rqtjJ/tvRpLs4tTbBG6dI0VBtYcDsN6Aiqk0CpprNJFe30mbg4Xa3wAYnrJeeA6NJ7 ZCANOImYW/tmnb4h/TE5xgKT4RW2mQE3En93MXs1I/PmLgegXXPjnqllRsf8AduazaFCwz2QCwLQ KYotLYklLdzWF/giCG3NzEZ8oeqbFN1LXkB9WgXGKPrtcK6F3XRjuTRI0WnFhtKEAPhm2hQmazKh 4AE5o7YU/PaM0KDgvxfP3zznvOWSdLHmX2BbpJpwi3WeXDAtZpgFlCoOZ+oOpf17Uzf58p8W6vFi 1NxuDpNRt4MDphsXx3ybVk0ej56tcEkgcasD29qR9TzGAjZroMSLbkdU5oa9QLt1Hkd4cfjtDAIu Vyet+Qs32sniDDZ3lJiUZlmWDeRoAA3ktG2q08XCC32iSqaehk5bQww17GxF0Z+aAvX2pyAaSV+K 9A+7S6KUk0QroNxEq1Nf9iZrmyRoS02DGhOkSUmQ5N47eBKd+9ZmvY6qQx5K44yR43x8iE4LE0Qa 2ZOLaJbkQqrSkwupnBF3QRIb7hfkegSz895cnlB4NyQUjsN18Yni5RhZWP3Lo+6l2Ova5SF5VXcb E19A7qPXY0qrwH4JcJcYbFejnV9uLJM6NefeHHpQthV4/s01A0mwkR0odB24zccUOIHwPBs+sOqq HjAiRnrvS4IEwuTtLufhK195/8xSynP53EYB8MbEGyRzSvZMECLG7l65Q8QAvnzivZDHIxVJhLrY J4k0mspyCJck9kAQD5Th4pfXMg1UIC98scfN++rlzyeUV9mftmLSuFs4tbZXcYToxjhcS6lNCTMy b2ZQtkEfOHyoSOwdZSHd71nYb7im5ufPOmWiDFLAhkxVgsFaq99r9ICeKMorIDairgmv9R4kw6jK 4ZHKkkCvAAgvj71asBiRcoXAC9AlHaQvMw3pilcZu4jcwesi/Obzu+jW8nldVC1qUAP2j0VNkIlT UCpgKZEpmZ5YwcwQj3CjNALka28/h9dYC8Mojy7cQf16SuHqCSWfwAOMGHUbG3IDAnWdQ7BURUdN tpw9vM77Sw1d8QKBiiqazc20g8TTmn9JSS9Ud+E8JwENQo3czhmIBQg3C57SoFCypA+M0KDJqM32 s68N2gX1WREELSmXHJIXok+5ah+HtQ4yB/CDRs/bvlw1DptbxDnom23Yi0KTegkS3Dz2Zti/5kW5 q8T4NKePHjeLcTvDo43DvtCum9h+5yhdq+T/tfq+1+pfUEsDBBQAAAAIAIZriScEEDydmgkAAJEa AAAVABAAeGh0bWwxL0RURC94aHRtbDEuZGNsVVgMAMwCUDjMAlA49AE/AKVZ23LbyBF911dMuFWp 3QeEmPtMktoUTEISyiTIEGRs5Y2WaJsVWVIkarP5+5wDkZIIjJzUBi41D6an59LTN4z//LvmbDoR WSba3/Hm8np9v95tb2/E59t78cv6enslPoJzdXv5+G1zs3tA3xPBZ1A1MxGCj3+UMTjx44cPH34a nDzxRufFoimXTy983hVNedTwPMJi82X7sNvPWT9++7S5F9K74bA3Bh9IDKtyJGTujMskpo5arEZN ZsS/truvYvvt7nrDdT6Ndyx8vfllcy30cFg2I6GGFn/SCjN0g5d+Y/B6s+LJ979x/7uqV0057nU7 sNXhvddDyuMebwwk9f73+b3fxex/w3dH0vuZoj2890dS/miyt9akwtGIqW6wpMeHjdh93T6I7c3D brO+Eref8b7Bz+ft5XZ9La5eWdmnzeWaAs1c3N5c/7s358Pj3d3tPcxOuuzTdicuv0Lycre5fzHE 1yt0T+fkrPbm6b3Xx1mryTs+ANHbhrUqOvbLTfiOUqzXhsMFGfPn9/9x0mQ3zikxp/Vu/37Y6KiY F6NqeSHqWV3uPa0ZzealGM9Gq2lZLw+NF/Wy+PgyenO+qulOT4LPzXun/C1+yOf/8kU+v9kfc3iR NFIq8ep4T7HHZTWrj7suStKu9yyatrVjHA3UW/b8Y1m8I6+ctxqMJy/cuphW9dlx78monjbLBZQ6 OGas3mJglJKMvn5soNPKqDIFX1fwAGWcUCZkOrdC5/iF72slM61CX1zrPNNBCR1MZqwUxsnMwKRt nmc2l/h1mdVWWEzgQt9RhIsx85gp5gp/Jou5wy8WJfMsqiiillmEn0Xvshj6YUUwL8QAAbhGjBgk mkzmiIAyVxYItg0SMgnal0YrOknpeNrsZDWQA1IKFqCUJur7GlmerACkFZCNQI7IEXkin5pRq5hJ 7TCjZk/tMY6B7qUJmNYSWZUDqcRupXWQttEw7MhMOolVOoM2LzGYV5jWK5cQ9Aqje6OAjCHyRJRx 0IDHepTOY6a0k31ptMJzNK3E4FSV0R4IMQmkRQHISiCfWDRaDVghp10pElpZiEJZBYZVlsgT9XMZ WIadDDthqcp6jGN9ixwRFu3yhGmhVZGFtUFNQDAKEE1kiByRTwkajmmxVGfZk8t3nMxFSkes3Ocp NfkcfJozCPYDnQPBRUAcUSBK7dEbKM9zjzwT5QOmDXA6EAwRNFEiqZIFRQSL0YPF6MFR0DkiD+Qx d/CaKLVReFoGghmjxBQRFYGK3HzkviNHjIn0BhYsHcQSsTvPJHpFYvhKBg8mpnwerewEx1XwWqDo iSJCDoxL5/AIBJ6E06HVkYWAlENQMzqDGCClgeDwIAn9aro0SEQkg8MjnCnGNEPkiMCFZScElVFg IbKBaCIPBPcDwVKwSYRADYZOSmtKM3eDoLt2WLnGmWgdEFwNrB/EJgRtwCqdzgWIIjF8hYxjZEbp IbSHJYOk1OS5KQQE8BHFQBQJpD1CFUiLoGRvEgEKrZYsTwSFeW7eWyzAWwpaCiJtaJ+yDLRyCscF +pZg3x6urxndNcwMiCuPJrFvKMNlRiHHG43uBtoBsi3hKxYA4okSp2wQu0g0+PADEAwGdQtjcN6G QRbEgaRSmcGUJOypIQhJICNJMKOBLkyb4oxNaA2tloQyzIHGcRwuwLi2DdIWwdogtiekLewXBN0R CIHg1YZlGUgAMTleDV9Dwo0NsisyL3zHI8dmHjFBIIIAMYP6iN34aBOCHs4NFtwYJGQhR+QCIUIk AHFAiihlpGj1JBEEASrk0D6IyQLzaWA+DVIZoFRCChJxEUQRUcbkQKZFGFZacm1qWmQ+sDwFPacI FAyKKIiA5AKC6ACSCNFoxYqQOTIQJm/F8kexwCFl6taWSR82kMr6hrlW8VRAnzBmRVkK/RmEJxpJ Di9DZY96o1+3tQVeqm5LMli3kZE68wz2IIMWcPHMq/bsswCbDTwBx4qKpYxleWMT5i4NyyPaNwg2 bCACwmKEZYnxZHgyfKr8MUiHOAhWH7KtQ6AEx0LIcUREKRQWOEIUFilpz3mwYCDPTogUkpECB8o6 AyEaxLPsSEgr+rXSAdkcYZSI1Ufe1iaaiNWFTFgOzhTpGbEDKLIOiSwscpYTzNs2N0SsQ/JkHSJZ sTCbWy2J2rJEsyxhpYBIC8KKI2XuyjGHM5iDWCJszzGLOqZnF1hxRMn8nzgsRV2CeCL09I49HYsN 5mDPLOpjatHwEVQAXHlgARM8i4TAgiCQQdWFyOoiJoIaSgOmeWo1StYCiokamQwE6SHPmY27Xzh8 0GrIckT8lFDM65rEMLkzkeQwLpBU9mNA0AwIIIrIEDkiJCTJDJS0aY2Klt8rmmmeeTsnYkJSzLyK mVelKlS0shbwTO7MvKie+GnD5M2E1X7lAKYyPOsQjRgCgo0aWJOmLYIww0sSSptU2YdUpUmwM2eY 5pllYRRAjqhNoKl6HK3Mx6xnvMenmffM8KElZAQyUK3rkCpTNUOEZozQwbMTXEnDAEjYxqKGJw+S qg8iCyEWe5rFHggmY0UHQhSZ4VEn40MhlSdzGKRhUgFBtoHCEKmRnkF8G441QzBURpowDjbzy0sz ziAcM24bftaA2ha7NjRzAGvUSSKgFk3ZH/esrMtFMRH1rM8r6yWvRMh7fWswqabHfQ9j8J5zUZ4e M89Hi5kY/P4HHf70w68D3v4giWwf2murm6e7EF6Hrr/dbe4f1jdXvbunGp/wIzEYdnMEb1d+7jTO K/T8S7e1OZ8tlljY68udg1aaTtf9Fl5a/7oqntTQEW6VU3XlB9jHADvstF7vBqJbNg6+sLHjlYN/ Pt6iWZvusHe3D2g+XJGclsVytXg9+bSqq2n1984Jj4sl/p31Tnc2rZap9kVRv+81tupD776BNMvi DQ6fcjpv1ZbmrurRZMbbwXqWuL/igxMu6+LdRFTTaTmuU/dkZT3+r9O/Mfqr+fsdiuVyUb1LC47L 02I1WYqL7tkfHiqXpvXm1v9WTFZ9brveejHtD1xN55OLcdex9uucVM0yOdN4NlpezNOrKCcl7zS/ 5/UpVj2DOVWz+og5qer3HYPhgvsTs7UaVf1Zy48Jxmx5XnYKwNGsHq0WfftcvcNee82ns8U0EdhW i7rX9r4s54tmUfZVj6OqxlQHVdlZdTIA8GGoKeqLPqOql+UZI+XzPMV8XtWns1e3x01ZFpNm1vk/ oOHwoPvOIn7dbW4etp+uN2K6vv/H452YrG++PK6/bMSPH6eTn4T8Qz4clvXg5OeT/wBQSwMEFAAA AAgAq2uJJ2O+f76cRAAA290AABQAEAB4aHRtbDEvT3ZlcnZpZXcuaHRtbFVYDAAVA1A4EgNQOPQB PwCsW21zGzeS/pz5FVimdm1XiaQk21lblplTLMfruzhW2UrZd6lUCpwBScTztsCMKHpr//s93XiZ GZKS7NxVJRY5AzQaje6n38DTv5y/fXH53xcvxaopcnHxyw8/vX4hRuPp9MPDF9Pp+eW5+PiPyzc/ iaPJoXjfGJ020+nLn0dihFfTa5p0NLb8fJI12WiWnH5/XeR4tMmVXSnViJVRi+cjkBtfvJuk1o5E s6nV81Gjrpspff8ek3h1TCzt89GqaeqT6XS9Xk/WDyeVWU6Pnj596hYbiVyWy+cjVY5o+En8RjSU zPCn0U2uZpHrE3G5UuLldaNKq+e5Ev/A6uYSi4s30nxq6+Qn0GjlUp1O3dTkNNflJ2FU/nzU7WOU 3LkRMcVcnrH9ZpbYWpaTRplC/EssqrJxEjoRupG5Tp+JtMorcyLMcn7/8EDgv6Onxw/Ev5O0ypT4 V/KNf780SpXPkm+YxEIWOt+ciKIqK9BPVXixVnq5ak7EvMqzZ8m/E6Yy4bk09v9Mb7KsqoyozCuT KZCxVa6zSMw9Ha911qxOxHF9/Wz/ekOy3xTSLHU5Nu7h4792j3K1wJNDXnouM7G7tFHZDQtvk9i3 TE/4EDtkf3jE/zxg4eli2ZPYeqUb9axbv6xKxcMyfTUp5dVcGhwxnfwYJ7ssT0SqShz8MxwmDUmx czywvAeZflqaqi2zcY+F48NHB/z/48dg4JtaZpkul2B+8lgVOyvv2Q+k1FQplBiaI3Jto7LxDPDR SBjCRF2nqm50VYIXcQMrjx8TGwdHjx8+oImnU6YENZ96a5tX2QZ/sDOR5tLCfJ0MoPJCnEpv/d+C n9GMlxXVQgQZnE7lTNC4lWHbmYLMkBitMpqd1rNIahcd8J6OqD8jsSZ9Plo/TH9fVQU0Xy9GQuYN Wy+ZKS18Oq1nCVDjaGstKUpZkPESGIyEzsJHhyk81bb17G/fPnn05PgZRIIvjDTJHUgjOqRZHfHa x7Mz8U4tKlO0uaSjIOkwcj0C3upSfHQghgnHPOHhDDsQF6aqK6syzE2rolBl5iYfHYpzlapirowg zMS0hzQty0mqzexypa24UsZi8Amk3fDLLAo32SPdy3cOfi/ejT3c09ej46NDHPHXDOfDPp3zSd+P x+kGTWpg5EVlG5saXTeBR5pykOyMzRYYfP7j7aM+63o0+5/XF0KadKWvFI8SldkZ2Cw/j2avMPxe Ji7P3vXHPyCVzFhIzewn2Sjb3Ca+/dJzy9wkLPfW6WNc6sKoK1218azs1x7Wh/OB9I+OH916WLvD O4b+nH4cPrljyd3hWzI4a5tVZQY7f69UD1IAWFAa/FtW61xlS1UESJl4zqek98lpHQw8reoNw+Qo 7kjs29ILSLwyjW6L6U9qKfOprs24rBqdqm9fdDSS+JlV+29E/hnbnbgVrWDBHYgYtfQQ0jOK3qw8 tZNCNxOVtZj65vWl0+P9/OvSaDlZGIx8/fO712fDsYOhn5SuJjKd/FFj8H/hC+v7gTjLc/GO9mQB LlaZK5VNQGE+NwmjICC0MnkmPmjEJR/UXHTCCjvDWBi6TP6cgPnB7+fa4tB0ociR5FrOda6bzW17 /wLSYO/3SyMzBZdJupM04cufIRy1aZxVacvKN5qFj0lrGUGELLM/TddWi2YtDTxP+ARRpORdyiUT Ny2CUyHrOt9M2J0NHSk5mOiVK3bBZ3ME6zJtgkOpnU+wtUr1QqfOjWRqgdjBumMX/ti3/VqzJ4Lu XCTrABzXgZCIzfY4uIQcnATz0cfxPjwLByy3BlJTQy7OvXzFJXhIzolRTRNGM+QjNiycVsYoW1cl BU6iqZIGjrmiLbmtZWK+iW52wgmChR6U0BJLDNJwlTtAIU5ovjZCNkh05m1DMjcq0oKbpgnkmLf8 MfYdN8vL2P5CtamuyIpo8oIir27Som1anLbyMmflJ8ZYvBPYXFFjsH++1s1KqGvEebRb3ha0zyQ4 EOIfx4tgwZ0ctr2o8rxa00gpbCFh7hZJGmgvWzBDQaOdhNDoePa+kU3rZQJCQb079TlVhVchlXrl IR8+h4xoX3b/fIiSXzew8AQvNfis23k4/ol4i7cmDreikBsBkIQ7VCyxHi0WbJI773zTepCHViyL QuqykXxwngkcHHaMffht77UJPJA3xl1eZVj0gMdPJN1XCKbriXjd0NSErOBK297gm2jhj8o6+Pwq jwsoP34kztpla5vEBYBACV3CHurKSNaPdAVjJQ22bJq2zRsXkhdO0gtTFQMGky0GaSNq7Sw0idPo 26I17tigRghBpcst/H7JPPYJ6ExsR2TjTC8WMWyccNo/42cE1RBOL+7r2K19zJTUQbBmyDed4JXU OSchZGQpWZHRFu/q1tCcqPn17O1uNH2wpVOc1oFocou376E75Jkqa6ffQp724h3czw0q4KCdpSyg 8bqCB/7RbRMaS/ohWiBILp6I/5RlK80mOT48PDxISMRnGdSsMhvCCMQNDQDUKMjGgltQv/LYpaAT rQFCANuqsFizq/Z0rEYBjMpOQxzeaSfAXEFdkzlwpMIr0ELSNaYjGzui/+EEMREXuZIMf6Aoy01H DvohoUflAvCDbckc+RehH61jFU6INgzQxIaZfMPkPd0DysfTFQ43IfOio8Ug0odLJQtgfvCMdKY/ V8JWcAOGJInzfQRhbiCPRcOPSCpZUNeB/Onk4W00NKqB4qw1UFOWJTA7dfAddOIe1EPD8Vh2SlTd YeSa0/kq2BtOaNuc7ntw9jhe6JJU0xkp4jFPAezA5dLevPkk5wZ8e7yjvKZbS2TQq5rwzbolxRpz 8F4VnSwuOrR1427Eowoqg+hBaBz2hkSEqJxdYwJvEiy7YDOxKw2LFgyfpEoNCwr8EKsd9kPKjtOk rRnuDkhHc5lidWykmtuK1YrcVbXlCGTD2kOOw4NroktEDuAesW/Dx59iq+K2PBkbdnRZD0YkHlAh h7yEpdjJaOgJIucrTJwrxSOzNnUihoY2QWtujfQoWPqldgmAg8IzuMwrH9e6MGRZyZxMIulTu5kW Yygo9oE14Ycu29aznaQiXepIhA/tLGVYGs38GSZkNJwNnE71zEU6iMZba7tY50v26XgjzqDNCBfN kE2H/4l/9//FbqfgZ1z5YtfWIhrE6e0GaM5teVVQ6aqEReSdsiUptGPugzPSvOCV9zrl0WzfU5+P DqwuyJOjgXIY4N5YnXbSCxHuQjFGAnHlJ/zLxkO06HAIKknAvP/IMj1tqhMw18fP0UxsPeGTuL+T MxIxG7Z15kokdur2Mw0kcCr96olTacI8wNTClf2Qe7DzZUgCw6wS2nYaFRjNrIk8nssrlbyTy6Vq mi2BOq8C+ICXFcoYgJNT0r7dAhNuksNYZRqYHpfa/3y4KO0qKBdVH8rthXdDxxh43K5FHNcdHe+p no2xhGzkPiW7c1Kf+52MEILnEic+h8InPX7RK9GGaL9Xlw0VXOq7tHl4yjOpfdJ7QBnFaHY06VVu XCdn9oHCGQiHk5rvXS34S6kd9cgRtUcduZDXfe9YzzWxvpfIcZ+nAUeen1tnP+zNXq82NNv5w1IB KEnHu405QqfTlgqxNxM97ksJ6SXE26W49mskdDyQEPWdQOsSfxBe5NVyc8fujgeyQR6JaB7yeeU+ CCJkv2JfD/v7QnxTcCQ6QkDmP4pumzHNdXVvCZJftuWHgy3D9immhAADCECjqQ4hEbPdsfuHg923 0hH6BTmkOFveSOpOKTwanC7yGTpe/FHwTvBpLv4L2hsO+2Zyj/vktLWtsmS2/crAa376NXrzeCDE AiAIyHlNiU6p4JLoO5devub0v+sz6iobo9mP/Fe4mPprtfu7IZdVhp2/QUSWI537HIogdxzyd4ND 9pUW8DGavW/nVvmU9mW/AnMnxT4kIERc6JzOJGrghX/0FbLrKUxDuzxDYF9m+lqcTYSveN3G0oCd FbbRuC1GMj9MxEtX6KJsNI74YrJd0ahH9MXEqfFQGV/FoV9M3ZX4I93zCSLm3XL/F5EyjKaR1MsJ 9d285e2ehy+f/mU8fptlF4i+xmMqrh513UF/G4Fcp3dncHG7Hi10+mp/IYHLSK7P3g9NXfWELaIL WsjMXLJEqs0FNdkklM1z8nEgLCuqq8SwAmdd73Cw87F3kb/S699ctuH48axsL2rUjcXfrVbmaPax i0rniMWyg4T4aXOkaMjHQNzVSq1eUs2NUnjORqmgUP6BDJpBn7EPlMZMguuXwtUvJ9xVzVSDCKor 7Hm+aSWqHaqrKm9damdUMkhXisqE6SF7CaVKjr33A1MyBCYgWAj+uusw93djvQd0wFzP1cY2Q7GG 1ZlA4jYQ6oN7iuRcHuUCeDzT7VOySa9kzrIJpfTh6XNsI379GM/eLaophMtcBQhZTmtDySD3Z+ur ZBzpueITZs0rf1Kpc4JcSS6RwuuFsFWhEkuFgn6jro8RywEIsGq4gjQVAZKqpqqh4kA67rq3Tl8t EDJcqZxmwHOuKlHoJc1NQmnKc1317i9x3cYomevPoeoeauFzRDYLaNKJP2eGASCCm9wrP4BhEnLH FDAJStCmKy4SOW3HGhmpJ5WQyCAol6ANkrpeYXlX42WdR2aEZNRkTLWpqpxqkAxFe1b3+ejaUGGv 5MZGJbzQ6OjWChvEmc2RJ4XqBjOV6QwPF5WrqoVeQRJkPN4v40hS8omUVPXtpLk1x7cb7uAeRsrS HyjufTWBGF3r3yEevYYLfuC0zgBFkraGXSjtyzbeKqJrfTv/A+YqEAQolgAb2o0DYgbG5pFVBaDx /O2b33yiFDZwZjuDDYhDSIPM96C/r04Qu+qG4yIESnL9ibAQA8jsTDg00gHtyqyyqEDhCiEMdf4d GVVeaVOVRV+y7KJCGjrgzWNPSdUD26g6IE6Hjh5XQkA3ET9sEmc4A+6bKpObg2hEWWdpdIZc944S XnM7mHVZ5nlo5khS0ExicrAsrtTmyhcFDRV0S+5HhMpvrCsnft17lm8lrck6eg4y7UcVvVZVdM3O 2bFr9n6P8sUb0sPQx/pSx8lovVWzee9tOPH5ERQ82/WT7191jvL+l0x50LeSoZYl7gT5DfKxQG3I 1luzlKX+3HUVB5OSMMmPQJj//m3g78mTvz91cKUpL8lIdY1aYrTzEVQOj8jFjTu74pJT8Byh6TO4 K9BVUEgWzu8NfI3vHRKlwskivLYHCdVZdUoxPtnRqrLeZRGg5bBt2AmV1mJ35toV0TtLTZCwSRc3 ur3Fsd0OJrEgRYp+LdmVcYciMtpr+9I2tjYVS8SSL9MJq0OPoNBZBmJHT58c3nMoR2OdIcAJ/7Ol qrV1V/PEGziUGOzQQxdDw6qLXotuQdU0hsiGW6Cew+ClfZFwbKhDwhaUA/qZPte13VemfJCs4IOv lCGrL5Srs4saM1XoxeMJf/fnRphAhWrXBLom7njMip0FZxLKBWcyq2pXCCupGaC5fcf97KSPbwfU qMxb17K/RXfogA64hG/0UkOTc2omQcogDB+7ltyGmqtt5SIRBaUg0dpUU78JodvtVWCKszUfS0Jk oHPUlyirctx1lykGlK5E6hRIZhl1Eijg5d5khekFgSMrSU9mIOUiyM2elrxtTJviCGXOtxDC1QHR yKWNXPHmJN+WIhJwllxSgVR8JBZ3MgFsEGeuzgIh8QC/dL+NFRfG4YftQEVtW3OZlRZchTsgpKsU 63NpIJW1U1Vqtq+RXvmZ1J033RESG6z55pOkzpddEVm+csxKD2p+4blKgenkSjPEAHVVk/27rqSs dUZZVNssjVqzpgWNCP3ciXjP5kek7lGjyF945VANzEVjZWLQvyvSCOcnEe10d0D8wSfeXTNr9zlW Dij4wBkYHUUm6+4mBqRMnTtSKdiYXq7yTVSXz6Sv3NMmvWGTpLAHwpA7HIDVJHf508ABBt1yPPYC 1dRUlrqRrr7UJDXOgBxIr8ft45uVooCEinz+lgmDR7hyxPuKk4PYqcsOzeEghpuU4D3NlTQRjrx+ xqsr9zg31+m97vpPMCfXt8CHbhlCPeDQmojluiAs2efqr2MO7jLwY7Fbwg0envLU3Xu7PmZiDVyF I9xJd2MXJjpFuAcScbkpaHM358dbsSbz2WViXVZJkZS0HZC5TKxQ0iV25HxdvMR4AqxmK0h6EC4C upCSwioQd7oWheYYNSAO8pWc3i/hEhJgFP92wxWsi0DigCM7ui2O1XLgmOAbBIZuDwSqNA42FVkR 5GWQ11knoo1qYqhH120sRYfdPG7/U+cuYR8e2lmdQD5wsOjm+m0T8HIwScYTpzheASYVc0fNYd8+ 5czfb7xrmAUpsZ4W8pNzzh1+klRdtYIROIBsNAc2DjIrikVc5SaFSPK9oSj1BVg/uUFAPYNbmwTd nTwV42biYk+IzhfmXGGFr1tBYeaQABCPbhq48Cu5gwaQzJf2idR26htTp174z5WdmCCGqo5xeTF0 l9AQouAKDLhhgRKMremeBdZV16RI1t8fgWvnWNKwNtI4F/VNEKnSqXpgSXouDRNCEuWqYEOUZPh1 /g2b8o+T7t4eX07YzZr61SmZsmryNRundF1tOAm8OgKhLsfxEQcO/2yVB2Ins7B/Ht/LspMw9X53 fj5ZWxAQgQWa6paJlW0XyQ8LTlwesyrywklnTY0eh8KghHg6VpXiNUFSc+LM24Xgivd6pco+6yEB pA36dySosKvdtN+lzblLM5Q7doqeuWcf0Cu2E4ZKA40nycSTzXBYrMzAKC4lUlyZ0b6VM15//WRD Xuf48PD4QPz98V/J+OMCMZ6hQgwtH1LyVBqj6bYJYDJ6Hxn47vnKO/SF095gQ51hJF2O77GZCpHg nry80yAZJehtaZiQcKeAFUVRxKptcSAYgA0AD2+vtfJA26/XhO1Jfw8KDNA2gAPAbLUg1eoqYwau ZeEacHTj8pdYsGWzC6Ti1VEknV4zdrR5p0bYWulvmxIc7yh/x3JUG1d3v6Xezt1QhlLXFz2eiK3W aO9HNd1veLjx6RrcrgdKjdGdPmgfd7uaIM9gJW3j1Zftgq+/1Zu4sb4Iz6F0xxzNHFYVzCI9Pjp6 Opolv7778QV99LWF0pmML4JTxQshuqaQd4secvXp4Fb+sCDw0iXE4y6d4euAfOUEif7LcE0/efr0 0ePx0cnR06fblQ+6xHaNWOXi7fvXHydHzGBwEeH3RK/JtxbuZiHlQy4z7v1i44zKna1yNcmVvNJ0 T83yVbLdeQ5iXCxJP9dL/E2+4WjSazdB/Nq3md883PVufsNxIKs2vRieX6c9YGD4oVyHzrL365M3 ctPbxgcyc6JLc8n7DDiynE5QISyj2yvk8X0K6nAALq/xAR0wuPZHFIA32AxdsfP8Rl1LhhdJ4MJC CdjfHQegbPPWu5p1dxN8h3MXcHKjie/Mb3NbtEASYtU3DNwVH/5d6ygMHnGywlE15W6d5pIIeJmB pEGxJ+rX+6xswCbGdxIWPQknLmSmfKyhG7C90w9Xo7ZUiS4blv5nzYhaXnSI9nFQXqZyr+LOIRW7 a0+MUe+66USQjOwKUS7vX9y4f+K/L4DwM5u7zaYtvVQobyRl0FFzpOuhEEqHVs58I3obilsRdL/U yc7n826s7G+/u+tg+6y+R96QZ3/OMCzPvdU2tk5neH/b7Zj32rfrXQPoFW5uWD0Z6o3gMpxfC1/5 GqgsWBA1/ViGil6D7Jo7nHKgYPQ+KJK4WZEG0gzi7wn0hTKU8VBlL5RR9l8qI7cUDA7xMlUo/RyO UOLRsjNnJXJ3/qMGufBpG2P6/P3SqVv/yAmk5RcoKBtAn3YSfldUIjIBcyE22kFpKeJW+Ap6sqUY CENK5ywWfGfYNR967VGCVNiAq1MHWvRTg+EQv3An2t5mSu7p8eIcoFIdFPlTvDTcVLny+RTFOHEi s9X6WBcoGlY/iJb6BWqy9QPGfkQT7mJxTBMvZtF9rT2Xs/y1Pe+tz0Ia1EeasvtVkyvs0oX7/+3t SpvbNrbs9/4VKKbqSaoiqc2bZFtTsiQnSiLbz1LizEvlA0RCIsYkwAeQtvV+/dy1+zYAUrKdmaQq EUksvd6+y7nnzjKK8JTkBOeRBzE2Aj3E2ynu9ArhGOZ2MOopzC1BTlgdFfvfg1s39eokroUU7We6 st+VT4UvMKsRPkYSEj4T7D2OsQdh2+fujECd03A/xccdd0RCjzhHffa1hCv7PgMO2zHFrDzjEXUv kMvBQ01gtHtHaoC+2Mbfjlgz77jOmKJyKa9E8rNFySnoF2N/uV2y7G1HqSC6UXOQfH6WGSn/hJwd lhVlRtxgJkmqA0ApEGSAicUIxylvq0Ix+HxjjfKk8tCZPuP8ZWzGvGlYpVm4STkdo/zyVgYjgHO1 nFAv7hijxmCGESo5oMUSu7Fa4AHlCBMAxl3zQ4uHnjZM4izilorkGioSzcaMI+fBXDJjLvipeFPp rqEhb7nVSY2AZdraVPc0/SrkJZILja2uGcW0QZI3hmTtw3iJBmeJC3mJmkUSPw1OxVrdTXMTTNbp skPipVU4xlhgmc9Hr/3fkvmtw/daQEGpWM4oPTAb9f5t1zV+rR2n8SyTiunC6uHDhMOL97+R3CgP eSmJyvgY03CKHhXJTdxv2FdpTi4pmyhaZOhKwZyvMJZ26GOTLF6UjWOUxcEdxhQ1vEfvqWOh2dW/ GzN3fiDIQZGPBKimKghaAm2rOd6EbYjtV+/Cd2nFadG+w/KNevgxVPoZoz6o63bKnZDcyl3CVoO5 VShyhwyINcLMrdh0Hc+9ydHXRJuLBbkTY8InEt2/9NBZQLlveLttVySRY0sD9NsqHiX/Xdc4NXtM BxI1zd3XQ0k5ZAsxfNYWwmAXmXF5zjiu0Ejk4pw8HyJmoJBLMSCKbqpPeb3kvyh5C8ZyK9Jf/WqK jkPjcxMsR3us88Yuom45URpha2efxO0756TOTAE7IdYaLXH3EBj5vWv8d4aOxfs6fCn6G7fIz+G6 lR52L7wU3fVkGKQYaqoXjWM1elDiOg6UrKj5aAshwBBGpjjfTdfi6dSd7OX3qlDqR85rOg9Fgrd8 cPcfsF1HGALgcDaysURywuejD/D3gD80zrDjBwqCz+EJ6v5ysUaF8YhKeAw4M5X8/OZ0XpuMd/V+ +/3ZCcYdf6iz0cC8r3d0KTJ+b0gENBo3UxBpI2myA1MaApnuVVqjnxE3I+deBa8H5qjqoaCT3ack cYrrgiEqoE24sGJHOHlR09uaDQPQxBdsl8+zShJlc4TvZmCIk3LaMJjW+JFD9gnNpklG2R8mK/JR XJSP0uVnVi2SHdSqUmJGyiq1skHAISntIfnFn8WpHUrGhLC3atS0Ho3jgw8GhqL6CC+uHwSOoM5i qCw8moifgh0iJEZLgnWuHejjcM9LL3tYlGoHM+CZdiVbEv4V0FK+Sy1siuyRvpeADZqiheIkZqhr 3QDc3md1uaxGOFtBK31NDegdvT99rWg2WS9NCa3x2v0wjzxWPI3yN84izGOH0e5OgxilCd3XzNP7 LfyGYSDIfnFHYFxc8V3qBTJx3tr4ODsdxTBz5LsIzye37QzZGCUKH6GfHTwZJFSeqn+/lBAwYXXk bsUt++MBD/AIp475KJIrSzPlOjNX/vHD7pOd58cB/mAihxqDqcrSiwp9R9wXsE9eIKnhkfvHdPEc UZr/uF08f7FN333HczmyJ7FfWbl+uXq/jr6cCCvlpcaPYl3wIisx6Qal5Zvji7PLv0K+d3i2xwJY S479tI7fto4X856eq+eeUHHK+GkcIaqJmQBkTm5iOhDssHGzmaslYcYGUBoq3bY49XRP10uoCd53 0L2AnFlA3alPZgGZCREHMMhuRxJgmkiu9blvoxD9sMFjmi72LiMDaczhtWj/uGmJoTO5A+StwMMC TKWSBRizqLoE/3kwlypf/lXUe9ud7Ku4Bdw3tucKw8HiC/g7WrUwz/vetr1Gj2Sd/S2jdSPP8m2C qawy3TMvtksB1/+Ee6YNA8Yofo6rKz5MdEGYDGmkSMX0Rb9GkBdXz/mXPehXj1hYULV72fvt6vXg We+/qEV/z4L6G9ZTzzfn4fS8ESlvIOulJyUJPStLx/KRv6DTHL/5Pa8WYNAlv+bXVVrd4W/b/ke5 e9vcjp+RfzR62hw/XZSfeCfjNw1GiU/T/JqZ+PBK/UTPTvGbIf05t+/0L+EW+NNGVo5kCyLBjGJT NGgja6fv0yUioVt7sUn+oYZ3OsGcEboRJSXBu/BsaAaK8UT/IzY948Up4DaGMtSIk78lIhdlAMJx Qnur0bxaH87KubVsRbuIu6JtcmTHUIB0kmL4DESsLvTWoZtHTCxitFFggHYE8nXiH7tPurQ1q5B6 28xrqKSZJr8FFZT0QNdUQWPd7aqtB+v5QEFVo8X+YS9CFyLCbdpWUvvk7yPSiBGY6C4P1jgbO+XC 6/hJS8ffNWmAlAGomoKg/yStmlIswfgn8h8i4WE8ugfiCeZcjQjUvhsA4rzATCdKxUB8NwrA0NuY CyNAZlRU1pPyM7uT4IXBU2WTx5bTsQ9VdyWD4s0X6WICN8SG6OEDZO3/j7w6pgYmZ9zp7xBX8SDC npCOMxzyMBJIfNsMX7yug8+28Rnb/KCev5fvJsZI/I4+TcvbbXNBol8iCin6nn8ZFXTnPvePP0W3 bnfdS3fmdOcXuTNvtGrbN8t3cxv7eb8kdm1R/I3rkkfc0fJkeIly56mzVjwO8fZ/yJr8uvN/MEjI 6FeXShCMQTDBQuldl+XHupcMBv5W/EaWxsayKg5BiR3elp8O6coNGlr69TCvrwu+5Pzy1ZvDncH+ wePB/pP9R7uDJxsP2Bh+rZ/AIkfZJx7j0/I/WdG5G/CNh8USeZvw293HT549Otjdf3pAVzd+lXtg uLM6WhQ4NgTc5gSLzqFhGIFPUlG2OdAqdKj8BtSxWicnNqK1rPxm6bQuTdi2Q9ewvL/4CLDsQVob XSOs9EjhCJ2WVV9+7Fzn1gclDmY6CNXZvE8n4KqgSvBBHXdnWX+r3+AcoVXjTHFGXb7ZlU7G1dkS vA2arZunVc2ggwyxBAjfTZu+HmacCsoBpikQaKbxQKIcrp2mj4nLIx4TpuTDN9P0e7eIAQcF/zno Td7eHbODJPLndvhUnc0O8Xb8B9WpWq2l01wSswybgQm0upso0updx+IW6wAXlVXQMMk727rCg/a9 x9T3MwzQGPkW0SFAWkfXKggt2zBuzlbHU9vtEHJpzzMoYYSJAbsf8wcctIQgeexSQ5DXbUHp58H9 iYsauYTZx3J+qu4cTkoPvp583Hb0oE8Dw1aSrC2+7S3UBcHOvGUN1zsaIpA8IrZsr0gdF0JRAx9Y BP5F33rqlvhSirFSVzZhAQ9/mQEAhde58Do/n/ltUVaZROUWeWXGsYH02syH2ZD3a7hEyToI8rP1 Le1jWJG0stjobCRaMvZMaNzdeG3eGnnoGGHS1Eu1aewTjDiIEAQ5rPuIboElvMViRmOyRvASINTp wh0jAM4aT5t8DysdkxT9XMimwb3wl7lco1iEM68QlssMMCvfCUNEXBRbfT9p0DcXOsewSJR2vJR8 dnew3epkk+IyKO/9vgVtCn4hBAlHazi5Qn6ts1lOVUQKJnBwdFov57YRvg2tzV75iLSs5L6Fo0oY SecscaahTJzqTc74PXXAEflVM/aYUn4pZ3rxmCCP6zS9a5irCgsk/VFwTmTEXnPBBonR0Vqmnwt2 RoZO4VLANyJxY8HEjXYIXKy4mt41IHJ0TBBDBxakYa0nXH1oErku6bfNf8CkPf/hy87O3s7zrUBy cZVem992DuxvJ5gmg0mMQgFsrju11/2KaPwbzGgzVxz7KzxjBXXuD45u4VaACePxgbkwuaricQVZ RjVsMkqxGxMUFvlOCuSYKW6nGf08oPf6nvc9oH6e1pxFoZNi2BSGIa3HWTxASI/uszRBzNsi1nqi ObHDf+gaGXToiG4Ny4kduH9lVcnliiT7WS/c29l51TF+50XIdaMAPzVtA3V1un8jRnOibIDOb2j2 5kZQoZxRoaZZ+ikjDa9zLeGwIypk029wXzkIg6NTJLvhjDJMKmLu0c4HaVzSSh1M2xxvDR0Rvn/O 66xv7kWRh0m50644eJgQioi3Rt8dxx2qlxVRMhDdDxhFH8NQtho0dGGO3InnOK/8BXIACgUVKDoE 7YX1S+gZ/05qPNFKvIVV2zUoSWC1qRHjRU5msVYIkoMLUMTy55Kf7ZoDGzX313vmA3RTfFEaD4KP D3WMQNjeZlEoc82Kx1C0pApWs7R5k5dO4n2ED1+7W1Evj+GCfy85jnTD3UtaCzf0idmasSGJyA5e YGEe/raWST4CkqVwLKkQieIaB7SsOqPEKaITxxXZSpCqvAMSFYg+DAQs3FwrQRTxPXgGFWTJwhz7 Kp+hGSyVluDqX9HEoTx+fMzx5cn5eWt0cgJ3M8KDfXaYzVtQdTrKiKaMiZR4Djjl4poqWlDVBaqg cTfHrIo5NNcsxufYhWYLQ8so8Zff9Qasqip3pJX3k8u0qD9CJ/sgx9O8n2SL0RCUHNsI835x4HJz xxw0pMn414dkQ2bYHCCoE5DTlI5p3+trw6QvdlFnn7BLXpsql4v5cvHc9JFDlseYGUq4N6G9cthI GdAVz+U70+Yy5wbj7WSQIk2F9K0paihzjlA3yUbO+YLTjVWDtoncC26KziSKQ+CkkgJKTR9JdsAZ 7KW8niTZHUiIinbkYuo7UiOjjCyIuu/Iotr4mC+Or5eT5WwjeamfBvqRnFfQfPz0Uixo/G7rOckz P4xONOGTCeL0/ZrBgj7CbuLnrRDxqm1C/U3BRxWlQzmyGVZOJpm/oO8NE9c8kD9EFzZMDS694pX+ huF/HytEHJBclxlLTLKMPGJS2UfDpJNX1j2KEUzzo9OlFyqBSygwVXJtnqguz4gTlJwmRolaTVwv mG6cUdyCcyaEIUk4HQ3DllvLsOWPEA7Id1J8DR4Nd4Xii/6EPu+aHDd5hPvcBOj5sjWBurkbz4cu Is/3RbnaRM0xX5gEdXR4rkXFJWc1Sgty4jJOJ+RXkr7lNRBqsCxUzNVKRtOSsQ2I2KI0K6e0f3Tq CocMY2c3UwsQus5AL9oytE0SxHPx2xBVZ7hgNCSFtA1TmHKJRIActHPJueGpkoI5SYMSGi4lF7iu ys81OzxWusWPXnAokioInbx9//7s5OpQoX7aUq3Lo5dqa33kZGLC9LM52FZo1ZHTNJvh75jNRLua /Kj8nQnwyk4Tb6pp5nXa0crzN76ddpQCgPVvaqtpoGl23NbmbtgLu2EPd8Oe8vpynodKJgYz+S2G py8RuIzSuuESbrI3eudKuIG97LC4rPsrhheyS14w4GMvlCgZTjMZiORJA9A5Vl2os0GdEXwEdgKd GhSS4vAR9gc//nrOH6k+hbIc4XZZJTD2wxDt4xDtI1aQiLxgOhZ3AZvqFH4qGj97QuPhOe+WbSIe jZUmgpFq8ZAmU8Kfjj0h9JbnwXHi7+J8ECFG5corZHmCUFhWGXJ+oM9BEvo1szC8hQuHStukZtix ETcuirlzXk+UiISuajQ52PV5dvHu6r/V+4nrwJGIIm8ZdeHr9/mCKBhSu9cfvH2SVRvFXqbI4M6L v3nbk8/p72p4QyhQc124ZP1+fxQW8yNczI+S46b2QTOVTplRIkv+vSwXzVWMi6Kltahw4Bv6nG7L y0RwxfN5llYSJilAPlT56OuXAD++9fo1o8lMTHi2vOzt975zIr/r9fv3C+THYYIe4wQ9DhPkLhBE Jnw+LZKy4PHXsE5o48zcOAwPHFDbYe3kxug16sLNcjo1l7NQFk+mbnJKLaXKkBLlwAxW+nM0yUYf Mx/+wJQoaFw5Gi2rxIg6p7xjrLWzr55TSn1W+NevkmUhfbZztW6WxtNEeoJVSuiP71sq3/z++9fI k7BGnuAaeZKc0Ul05iWLXRtn0SnVVhmDPFYGZE6owC/44kIATDyv2xYyTWehB+JLNIzgBJW9Dp8c fptUXkfhP/3TOHXAdTCA31sZoCuRQGBLjlKMpP5jbuiBlRJxmsVVNCLG8O86pGjsUSdYM/UyVDwy 23/jQfOwl4d337/ynoaV9xRX3tPkQ9triaHbtnxsaEHNC/ptRiqEs80T4yd2XX5JykNpHUZcLG7u vX01BuAIOS65ct0u681AOkAxhOsqSz8in3jpvAeQXCADclaJcxJ2kHF/Gc8J4wdqdJk4cdhsNZJY 16ZeHf/+RuMcMO0hdwb+lcyr9YbkCo32WZjFZziLz5JL9oPgqF0u7qaZSaZvzNsfzKNLYiLcVONN pvZtZVTDFJ3xiAgU6fDDu5PT46tjfy5I3Bn58LWyaN8IC3OwqHjBWId+rYRj1uHtRRjyFxIyi6xa pxHXxhFGz4vfZH8xb3P6NhMKhMe0Y4YCaYpjVrCIOruVdHQr5CVgtYcPFduMzjpsJaIss1BW8SQE R7uc09GgS0VUrWiRfirzcS0xmnlamIKzdeaH7SFodW4NY5IIdPUnvfdPlwyHQxBPWT1KscaktFr7 Aj+65K+/wn3b5kFtlB53KeqRdKVuRWr9TLgwE1IrABkAKaw6znyMvJP5H0n0MveQhMnTtxeDX5Hv brC7TVzXAxA6gxFIHCpI+8P56eBs58nT08cHT82O3g37mZNgLhJ6SLK7KptSc4RaRQjUL1N4XsKc 8N+K1g4YgMbude0Mt4bYOAhi4wDFxgEzomZfQGTWhk5PhAX9eEulYwk5SaAvDlShmUihVTnJieKT 8/cUEBK8TiTglWOkwQMSMC8ML3e2XlGyiZ5cuLgXmtjb8mhpT1HIZm8YO1RpIgC+Vws4WYKaD6L9 WvcMep8EpZ4WboNXZyorc6O1I8XCXHWdIxf5HXnmpBjCOJsvJlp/JWo7Y7IRqbRcMCw8GgHpWnIm thh66hbMmWwvE938OmtygRBbTss5IREo4XNj3xvIb1cvZxQjIgJckLC2FnqHoyJ6jBMXHr94RmwH mtJFY+wRY6uKU7k40+vVuhNwd8d4gXfIDbxjaVLE+72Rjzeo8Rt460aUQ95ZBcIn4Hn8F97YRoAJ sXwwguK1oIo01zPRL+WJlIrUuDCPvlTo2ezWfxOOGdCKVN32hVw4BBQ81G4tfm2YvMLQnZ4P7fr2 gRUXa/VKfaAVyLb5kSoWqFZ0XcQcPgy3SxpwOz7XF+QNGRHSiiNuXlkzoLvuJ1D2hcoQRzmPWO+G uCECvrtjPFwU3I0zL1e8iwiKFeEajBIfO2lkaaCWipEFk9UfJeyYqjomGeTit8srj2ZbjUEUXt4b psnWcXdm3MWDUxaNbQtG1KKsJErGFiSunkk6xprmqxf90KHiS63qrPHUtvDc/RaeJ48Q2rWRz1hS I6921srDXhPfTDv9nTKkqRyBmTtEgW/bTFmnSzZK2vIT0b936we1SkeVRB2q+VhRDUPFo9SXfQoK J+NHKMRP8D2KmbYIAFTgrQn8Sc1Hkn9a//HxsGFbhxKQIernYz0L9T4WZYvMsGslsyBoGts+7GMM P6FkEfJEtdeFvdsRx/YcA8dDY/wzQyuq/0JDpm9pFsDqyhHuKkTI58fJqvODq1vS8EmhS6x+2VHs MpwRXDRBIaCmhLqWamlyVuJ1wtLnLMfkxfnFWTJNrzOygmm8vcPe1sZyCBe8Y8AJrZ4ay0+Ng47z k5ZtaRBNiquWYwjcjDDQiGAhnnF37xgmJwy976312/S0oDt1KbBoZV3DmfT8Zuz1xc67c6kp7aQr i8DVXAdEI4pJVJGdkKWyfOMK79eoR8WjjI4D8rGvIIJYs9WkOCBzmEmhwCc+2y6uFdgs+YhbyLN5 4JDALOeB6FJLQcbF/ZhriISGkEqTfs9wXzHdc5Nl4V3FFJh1lRa5wcD1OGNWLi2spmurjzaVPzkM mb2LKtJ4BnJhUEZ2wFCRQW7jeQls5dL0gpnIJ4ZEXzsygJ6osh2OPzJ0lwVDYxhjW6moahChUL0A eXvX7saqsLy5qT4s1oxdUSPWR0NqhUeGRnFZCc+R4gEmWCEoqz8uyrmlwaf4HoedlEK+ozqKEPaq HGEYqlFY9aSQDIyS03ANKb0xbDDLCadskiFmmWaaqiCAsg8ax3yCrjLcm6RQhVUiK0m76UzA3SR2 KpcUul/iIgTsT5MxWs4F5Icnck45FY7qGAWNjOoLCFl6UENGnPNbqCeGiSfxhKCcIzbJsjE1IKCD caMje2LeyENtVkGIOQyxGhTarZgS20zbt+vGVAKm1WMrA2PNYFMd2HVUB9a1dNEcL1hyYoxgUooA o9LxJzALEdDUrL4h1CuGBohVi8Z2tBvJ6A0NBpAHPIilzL2PkYpRuYiyuIgA1p38jOWUYlm2pkmz ciFPqjLZdjqFXHByzaMUhWUnzxddpqkLJZixNLNnYorLMIcUuEb1Be/CkBbWdzBTX4ToULkyyQsC E+CMBK+HltmNQaetZ5v5oPPAsU7cKBtxu0xhhBcZC9hsTRNdnE4VpAfzR9I2DnoUSZ6UB7VPCAvH +kI+k3JpMKO+3ihafn2u+FZz5TQiWypu++KqrCewXZXPkvXdGoH6sSuG6xbbqjFMkUCHRO0rX96C wJ/XgeZfyMHKz0Uolirdj5+vNAeM10MJgFkZyuVDBXew+nBFUGHegC5IFVHAa3sWSy2XIHmmeSwk 8bWKxJJ2q0t6NMlmWBCuT7aIVJQDe6tG1mKHec0ZoS5zBoRROukUs5MDtksnmXW/62U+XQh41Q9E lHgGR8QS76eWULUX/eE2S2UtIA4slKvbqFnAPkAFSlkhHOnmMp+PcCe5AEhc6Mm7rma5KkkvrpkB LdWryBwRHxG06/qoIeM5i7IYq7eepDHpC6lxLs0lbNDFjnU10bpQtBLoOnIF5lRlu7zN6AgX/uMW LQcFV9An+hYTtU7SRTotby2ZhyfgDT5e5lYZ/ief947gP/Qqbwp3EKR2uruOPeQR/jo6NohH0qtd uyDKXnvg5lQ9ZqbbwnuO8Ff1TGqxWkQAezw8315lQRUg2xaJ2iblWMfQFtSgTYgkDxmMdXmXCRwx 1OiopUbXtKylOK42Z9hxHHpDpZushoTZS7YtQFfKi94Ra/oDUCwH7PHlYWmfRl2PbjIY3fMCS6D0 Na+xhET3vEJ5kBqP7zoIYYl4RCD8BYtlLznj/XKZNaOBPhcq2lKpZBdREYuURaFOD2PO0WfkqH4i LAnmDmVRRUnRPsVbHmqpZZBqkRegk1/VkXq2rMpktKww/oYVLG+LZNOE1TL42WARbCDxh2f7Tx51 4BQ0oer4RH/cMo4+4m3xsiLzstck1zxoKQ5Au9wdQmd6R5RPMdg1j3j4ehjI+/lJl63GfM2T7mbX pT6I/m7erQtnjdSPPPOqVBlfvZftr4aKWkH9yl/xPbLe8neEMpifGiGPUnNgvAse3QmkukiUKdms I7ZpiXtpzA4+YCu3xIQ1D2drmcn20QKj6E3NtmfN+g/mOaNCL6+qnWCtbdCnaVuNp0fEMEvpCEoQ m972fNSAeWSRRtZJQEd7wrZlHGOwzycS1M5nz6us9fTGw42f2QQc+JuSgqiNYMV13ryMrL7md8tr /43flagsrmj/ig6AwFkgWu7BfSjmy2bEpaZC0Y1eoLAFWZc2riW3UeO7qA16P6oezchODtZ43Qr4 RMGdIL1yUOnG2Zevmk7bupWDYVbLypsf9jrTx4e8zV7fesH9HL3GD8llTjr9khL1WgclWy95fASi LXvslRwM5Qxlrgt6G7us1e74PCndZ0yGYoOlGZWQXEBJ+VSfOTtQokKKqvmdgIL3jk03vPI8KFa1 90a/gqP5c6rRp3m4OjdXC5RCU9IKKq3rLDQu8W5kCgEVPiTitb8O7jqcfFV5XVSrpB9nzfuAXpOb oU0QVzPvm4NhbfC+4XjstfCRMgznQhqsyXHXFPtTFwVDzQT02MbruAjfeJM0sgE4ASHaE7cVKD2z sih7DJa5rjjUYJGS/fW3TDpuCW3quIv4k2Zg+lWjl72PMKPF8H/mtz1Eh7zs/YKfe+0nIuy/Lvs6 8C5gWREUKh4Ncv/c12ewYRqNua6SuL+C2LJwFXkDPch19yngFrevq2gwJPvh+o4sMAagLAsFMTDA jPxEVPS3KwoVLZ59nxFj4dc05tGqQucNYpn84voxx/ApZ+1QQRIGyTJKJIBCCCDfqsmCm6Qji2Lz xmJT/LOJMAtPSZ8GsOUkuVz3TphCTv2imcIf1y63uWd70wyIsOJ8E1ff3FpYW9HQPoIRvM6w0juj DpNLdAixlc6IxLBVf4uwS8F9VCPlyV25rOyXXMXLMD13q/etbxmB1vp6MPD74jcM3MYQKtMChlSZ l3e+233ry0PImYCFyGBV1RQBizKF6nzK6bQcNLZZ3qSFCk0A+wYV7oAXhci+z9PE63uTHGVsz/c3 ID5lCgTZpA/GRmiJbINM6IJdG68Br1eioERM5RfEPzaSkhoV3eKN+jghwoFXHGKQJoXkhd8Fh6zx WIQ8WpAvQ4aVs7IbHiwFW5poYw1Q4Ewo7wQyACpxFWJS7lae1k+Sc9XkpG2nJTLweEZ7PpKYRyhZ p/spibY/QYUAPEvHfg1dTdY/w5GNqyAEygJJP5WVLzDTUpI9eMb26al5DyZft09P5QnUX44NtMps eSIJWHzds2yVAgZ8hLhkxIMQSWIeGs6IiTrbbGmY/QVFkXGssrFwEoUheIb80wxmClziVvVgxFNU meA3iWD6CgXmzt7Rb+/Pa61N8Ge7MvD+wZPeEdYFhj9Qi/0rEc4jCat3Yqs8N181E7Oi98NNWfa0 s3KKELSZYJoRPs6ybBnoz8ueecRzqX9IIuZu9ZPMrnoQmIqVDYu3cV04J1jA3jmYXEQnPn0vvnno KBKDaaTTxHMbrx1wscKwwkymf98hio5GFx33mhfHNBL46GnO5y8v6y4AHdFjIC7MzdIv+WxJUTYS mrjcWxKUrRdht1ivd6WMQoCJScIcUV7zcBiYJZvn9Pzo9bLi6QNxMRLXHvm+HWd4Sy/JomnR47XQ djkmICGXj8R5Ua45duKVdXOuLcCbJ5p+jHanAVmZFYTwF/IwGnZ+vv7NxdXbX87eGHmIRpuF8jn2 RTPO2BYmDAYJuZO8k1NTTupORkDyXoiOK00w1rwEt6SWgro+xcfk9oaP+/aSx6CAoPW5WBZScp2W nm/wIiB5k6j+CR7EAVbCPvvkleRPKwiJx6qPVe5D3QfmG0Mx6oSbh4lx7R4yEUwvQ+uu5e30qcsi //cyC1SSmbEByQssdQaLmImtlCe6Tlm2ibvKKUMJx3pEVdvy/VnOx3SwCfh4EdprajmMCVMoHa59 YAV3Q14wtW6wdcO4TtLo7MRBvx8J2HDLqdPnfuhvl3foodBfF0w2pldU6INToCFBV4TSo0jaiMNY hzlITrxNfiY2uT/qrjxvOOJL2uTurRWwNAe/85etII3UGt1IkxyxI1J4ep1Z3GZWdoFZ+ey3k8HP 75ha2fv/uX4zlhhKMANkgMHyT1yoinSnzbU2PxFwx/e+7InVSMdKz4ma/nLDQ92e04iBxPVN2ugy q3DjOSmuzMuqY9zkF+x2t8vHrdVodneSV2U5zdKiS1u7LGdZcEtpIh+KkqXAucpQPRvJefBBLVVN JAbn5vDCyCtKRE42kXLBm7HEmjnru9RgFtjkx63obSWm0oHXz5T8M8mYbs3CrxhWmirFbFAY4nBC DHR3THWfjQ814TnKhNatWJSfK7/v+l5VqWetLyVjrnV/PUnHzW9dnF3tH5HXONbNr5HMEw+uhgta rZ1Od3frIQ5ZXJF8pNVsENBRISFdL7vd2VS0jf5gHJ0sHmJ47L542p0I1VCAKQ/q9O0FKb6+Yrg3 hDgOoe4VXIVYArxWBC21KJ51/eS6n2ExPumixWRiNh0nzeN6YTZMPpBBGcyqAVKWCKekpSNe9yZ3 z1sS+xay/FP2AN1xHQ+fUp+cF87A1qNcnUZGRyj+rsQvvuXs8U4J5mJ4WgRwLeUjpDHIQ5jeKeOi Z/0+NthS7mM6ItxR0xNOrHmUS+LRwQGvb6IyFq/vPuHvBKowdlbnStP1Q/YVdkBdZ4yQfnsBwgYp RVN0IqJXeh5SIzpng3PWzHy4MOsKDS3rzKzHYeAD/HtGpbbD8sWPSvAuGWCv+R3jh54WzvvxYQh8 tLa1TgL8NCw/s1QcO5QxgtCgvWaYKZXTIq+nsITI6pWtsMA6X8r34xdzORdIrS5160V1TSbuBRaB aHpMxKMjV6DsDEcqL28irKj9y409yb2JKHtc5Ii7tm7XYEksVlSt5LQVsgz5GQ4zywkydJOlCBnf EgqfZhagpvm9J0ubnUVyKrbL+dA5DKtmgY7MKi0yRM8FfZBnZ0LlAqV4tO+iDvgwcdH6VJBcOk7n C1bTkUpHmeumd8OYlo6PB62yc6ys0MwTuMpj55jTvU3srUF0+k2fFZi9I1sora0OqigSb2PIoul1 p3/3tiIMdd+rLFppD57TUvNdp5rvFyC9mqEC7uTHc89ISAuFtbEUFXwmwl3Rp7jS3+xuWOeLbAhn 4vboNh9c5wV8xw8ezqf/xZrpLYztwveQXAKoEqkEqMxS+t4XNB8+dJGasJ+cpPWIWR6iOMDmyeXl VlNbUJTHintYXdi7R10Y1fVe7wgev8eeMlUYOBOaK8YSHjZURE3FfSO8h1w/guSSTDDtG9YnvNIA QsRSKmJyk5QXJ3nJpr0hIpPa1Bjkp3LVGq7CurdzAVqLvcNaGm5oxNk2VVUQakStM50Ki62AZln3 jUs2hT7KWSKMPI7hWWJmoUcFZZM5XFp1P2FA48BAyAgTe7vBBLeO/E2gSloZhIRzLW4gFOVGhvPR kxcwiFXI+ecAiWRlNyyTvqdw77iYTrtwrYmTuLtyqV0RiizYhyAI8wWROo/RPoxbl99IJgftdIbT ctibRktmMaKzD16RUFOMI9T9lnHl4yTw1FCoAu/t5eOeLaPQKIqgrrbz0yjtNZq+QHCtFhzK2rxY mpqmDi6qUEyMk94PPd8hjeFSDmneKpliylOknG58enX6fzEIJIt6Nnn53s661Z1NTGeHrc5GhPw4 u94OMUkoAeHPFbk9PpLknFXtniMG1sA0vJDhG6nsFTazqREiyOSTFGVw/tGqxX3FzUKLEE7utUDv 0UeFeONfAXED6+t49BHMYLBLbyNWmW8G2cQOIOIVFdYyn0CI4EzYlnOTZ5m5WYZVonzUA3N6uMJf WX3EGSYE/GHA2xFe6XJBa/gd3bvA7MyTD+fJJt34QW78kaDzJ5M0r7ZeIMLhyF0sqwo0W0yazfJZ P7lcFslFPqpKrlJQy2WnaZHDgXW8RH8qPPrN2dUhyXIEKC3RT/YmW2D75PrXoLF9TF6Vy9kczrO7 PnfgQ8WsxD8u8+lYrvy5nBTJq2V1i877ixyOKvnhuACr7HPyYQgWd1FOQC0/f3Uhv12mM/i2nOKT w7e/TEH3TX4qbyo4KYg7+seLU/nt3SSf5vM5/FqPJh/TPo6qDkFap3dpvUzO60n+EVay/fFDWiFP OU7aL8Qizg+q0cIYIVFVPtIxeofaT/ILISffYWraEM52/S1dTtMEGljgM37OFlg9QTsDEmQDWpxj Ybx6mdPrt9+lRVrj4/1VoAMnFyOsWoGzeywH/ZWweuDmucpGk6Kclrd3ySZODkH4edI10/B4eYvE iVj8a8sPdJG8ST/hc9fM079SOH3f5Hi2/XOZ+ok+xRjD+/T2NlssuOE/vUs2cckiI5YXG1t+HBCp /jG5HE3AePhPX9ZaebPQbmbXKXQILQroC1ySFdcpkjDC0lzAlk3ewra/gbNZrj+ZVLDTPuRgtxXt p13BAH1Y3pY39UcY1h9hAjHrcm9nZyes6+Rf+e2sRFX8Q3Z99bsu5PrBgD4Q0yJS6K8gUs7A1PFh gW8WJvx+BC6aF7JqqC8VRREe+icqi3/x3amgGUk83M/khXf2jnrdCmvfa6yo7e5tJZdWtvU4i/rV 0L0q4dKfhrhrf81hpZ/g/6e8T4fJz+movIYLwKa6gHnAQo5DXYS+0Fy6OHwA7xi31q39XYZg3DV+ 6Inzw0duORw9Zij6hsEzhEowht0uwk24aMszJnUN4K+gTWeF+1CW4+RFfkSF6WAp5PDTbvIWjnAQ 7d81alEzVw+euWzdGDK5uR9F4TrHcRS6868cSC3fTA/aofLNO8/24JE99WV0D9vpMEigY1hwGYce fqJ0tPOh02W390jEH47hwbeM4coWdo/lisvXjem8rPMvYUz5I43pu7eX538Md7uGtXd++Xb7/Owk OTh49Hiwewgv2knODQWJORgGyTvQDbG/7i3mYtLhcclF4M/VxZds0tu28Gr0/+we6iXGoYKpEFhe wd52/O58K/nzBFYyg1f+6vUJ2psvRJnnY5PAW4RNDKcoVlsANZQcCOfFqI+TtDNcNU4IJdl59CSM lH6BY+X+RIAJfHroGsyzxQ1NGjxlW540XHxZwNKTJx0mFxSGWFZzdIYG4gdYPMmZz6JONpGVYYtG zV19Lg8NM0Qty/XNMHldoSsKB+AN0hTBpofBRcXqTfmJFDg8oJ90rdDOBbq6+e4BVzGZf0DtkQkO 3XawaUrMIqRPu4/3dvvyxx7HY+nDPXO0u3sQzxF+EeYIPn3zHMG9Zo7g02HyS3YnpTxQ8RBHKPxK nqtzTOjEzMD3gQzGkZjTmbmEyajScUGqaFqBwgPT8PThgmJ1E9fOg1y1TiwQcuppY7njF2Eo4dM3 DyXca4YSPh2SEdZeu6DSEJUqgvVgjIawK0CEgMb883J6577uaFrdirWjJVfdO1oHzdE6iEbr4DtG 6yAarQMYrXWQuGTzt/fnW4fJj1y7012SFS4DegVLDiVJVcOJCwrTexAOmF9DVsSviAWrKfDSN5q7 H+OILUYwI7xZn+4/81v02c53TcrBgybl4N5JQdJXPyHEAIun2h/foigI8SxMgHJUTLGcOlKo+pMn 2YRHbzFOqUNnuAJdFQxfWLhDENblNCddFRY0XFyBAL4dXIz+ucwykMm7O8nr7LpaImfg9yhfXAB3 3c/3DF9RRwOIGYoyhG+OL84uv3kcB+TJhNF8oxWmlZLRLFIarFPMpZmCFTumFQm6Vno3S3GMHoGW VegQed0qKiNeKy0E8d4RvYtkV6Ow/vcynQr6leOSy5oTbyJnE/pB07ouRzkrLsgzwN4U8xqPtho7 uBw233fMmI7N2nnji+zskdVoM1fbt384Pt/+cHL84+7x8fHAUGr0nIR/z77MYaS9Z4gNh6sKoRCD Y0vCgdS2+ew2mWT57WTxsrcPliGVXXzZe/asl3BSzedReouvGt7mNz1HeTWNJ1qnXz5CcxrM+AE0 Ew1jzRtJjim+285IS6jm+/ZRyMI1BLxF+uk6raCdSfJiQlORmJTVRTnqcVSTcf+cA0AEAkqnC0u7 HN/h/1GXhhH+X1BLAwQUAAAACACta4knst77H0pEAACr9AAAIAAQAHhodG1sMS94aHRtbDEtZGlm Zi0xOTk5MTIxMC5odG1sVVgMABYDUDgWA1A49AE/AKxceXMbN5b/O/0pepiasV0lkpJsZ2zZcVax nIx341hlK+XsplIpsBskEfc1QLcoemq++/7ew9FoXpK9WzWxyG7g4d0nOM//cvH25dV/X75Kl21Z pJe/fP/T65fpaDydfnj4cjq9uLpIf/3H1Zuf0pPJcfq+1Sprp9NXP4/SEV5Nb2jTydjw80ne5qMX yfPvbsoCj9aFNEsp23Sp5fzbEcCNL99NMmNGabtu5LejVt60U/r+HTbx6dhYmW9Hy7ZtzqbT1Wo1 WT2c1HoxPXn69Kk9bJQWolp8O5LViJafhW8EQ4ocf1rVFvJFwPosvVrK9NVNKyujZoVM/4HT9RUO T98I/bFrkp8AoxML+XxqtybPC1V9TLUsvh31dIySWwlJp9jLOzbfvEhMI6pJK3WZ/iud11VrOXSW qlYUKnuWZnVR67NUL2b3j49S/O/k6emD9N9JVucy/VfylXu/0FJWz5KvGMRclKpYn6VlXdWAn0n/ YiXVYtmepbO6yJ8l/04YyoT30tr/M7zJoq5zgjKrdS4BxtSFygMw+3S8Unm7PEtPm5tnu88bgv2q FHqhqrG2Dx//tX9UyDmeHPPRM5Gn20drme85eBPErmMi5oPt4P3xCf/zgJmnykXEsdVStfJZf35V V5KX5ep6UonrmdAQMUl+DMkuqrM0kxUE/wzCpCUZKMcDwzSI7ONC112VjyMUTo8fHfF/jx8Dga8a keeqWgD5yWNZbp28gx5wqa0zKDE0Jy2UCcrGO4BHK2AIE3mTyaZVdQVc0j2oPH5MaBydPH74gDY+ nzKkoZrf82p+70UyydV8PoY8xwIEpk7V1SccbkpRFOADnvoTpNXOsIm3xC9Ty8hcZrUWhOpZSmSN 2yVQXSyj3ZVc7VDrrd2gT2oCQVt7aqbOd8zqfI0/kFOaFcLAGVmJknsRzpN9Dd7iO/MwqeeJFyig CPJCmt3AFDCGkOgI7EueN/SPh7bt7GhN8pyULt6YGp19O1o9zP5Y1iVsWc1HqSha9kfkeJ6Tg/E7 PEf4uCm94Q+C/20IyZMtrERaiZJ8FvnAUapy//FFwr7U7zcdAPzt6yePnpw+I+D0ldxsAjeb9G42 CW422XCzxO0TwuH0RXKevJPzWpddwfIhdvJZjybHiaqSX/ERsGnHKe14+CIBucmlrpvayBybs7os ZZXb3ck+JpwcJxcyk+VM6p4hFFQI8kMSU0H/tC9AhDLJtdSGtIWk2NKLnEXiRJbukNnVOxujLt+N XUykryenJ8ejvZL5HCg91lbJZqxk93s1susnDYWay9q0JtOqaT0lvOtoe3U+p+UXP9yy7pNqsO5/ Xl8mQmdLdS3dulpvLW0Xn7D0R+y4lydX5+8GO5IHxNHcsXqvtH4SrTRtL4WI9h3i2C0Ni85nMt9u 2uD1nVC+1PJa1V1QHXMb1oeU6MPFQPwnp4++RIm2oewjLD9AmN/y+cp//OTL8N6GckAg5127rLUZ WOp7KSNnjbBGNoE/Vb0qZL6QZXDWEw9qyvbfeDyzullzOB29OCyxl5B0rVvVldOf5EIUU9XocVW3 KpNfv4yAhM+Wgr/RAc+cAzoYCMjbDfyulovgde/v3FxkZlKqdiLzjiC8eX21YdUDQlSllZjMNS19 /fO71+eHFn+Uqp6IbPJnQ8v/C9+cWR8l50WRvCMKDZyykfpa5uCumMFRcRRBnKo1AvwHhXT2g5yl Pet6MrH6xRfzmx/8caEMhKhKSSG7UGKmCtWuDxF1B9BA748rLXKJVIu1qfVfvgRw0K5xXmcdayNA +s9JZ5yzFFX+pYBNPW9XQlPs9h/BjIxCc7Ww0HWHuiYRTVOsJz4pGGQuy9OQAtU24zmfodATWevD cePCpWlkpuYqs0E4l3OkV2Yo/M3yq+3Lr9TnBXGiwZqAyH+UiETvzRAECOiTBKLFIXHEzEOSyK4g wuPCcTm9AhbpBaGqaAPORj1rwtFIGLU0TV1R5p20NWAh1yOyLHl5MlsHPCac+hgoRAV1MYQiLZeF czUWF6l0IlpUyrOuJc5DJB4WMh3aQFawkdGA8uExJj6o0fU17Ik3zyl17zfNu7bDCdLx3VoBEGMO T+CQygaL3fOVapdYikKBqOXzoIVAd8H4Q8RIt2xWB7LndVHUK1opEs7pgVFLsBcdkKHc2gSNgpq8 b0XbOaYAUtDzXomS57L0qiQzp0SUwMzAJ6LN7AEhWn7dwtzppQKuTTfzSjBJ3uKtDstNUop1As+J EC2ZaxEsK8PCZh77zgNPlGR+lEJVrWDhOSQgPKKaKHHE7zYPPBCH8oh9ma2LgE639gJg4YXV8Lkf SVB7l/+IMqqZJK9bixdlMcZZGR1zKzr4jrdfkBpTXJ/uTw8Q9M+7RQdZbKbrcF2qgnk2XNIdoi1b wrGQpVnKTFe0tlwrrTbMdV0epJK4IVfWlwQ0wnZ6Ou+0VTGoPWoL3hbsn8zZiWMPhl48Tgrnm8mW S6rHvMWXAhNug+3lHH+k0AR6+qzeggXz9m0LzGh8Jtt4rughV6AogRniWqiC62DyOfslQd5GK4Pd TacJKjxElNQ5a3n7JRXc0YaNcq+FJH4gsYoiJ2SfSWOmX0P25vLdARO0UZNVIoELUTUSnB8s1+AC yBCSDm652E/Dk+Q/RdUJvU5Oj48R2nozhaac5zC9Gu/gmpG+tYhcWkIYBgQBgWsXMiR0v9NwzDlF JYdOu+1mSDu1RAyoeo21YQZhiORRSLLcGdx3jVeAtXqYjUm1xhbof1heTZLLQgqOOoAoqnUPDmou qPkxh9cH4aJIKsFBB+cYCYETSxCrwBIG3zJ4B/coWS1VtiRtIpdDKuSi7JUUJUJtn5bgv59r5DEI v5qYXSUnj8DvNRgyb/kRsSX3ZjcQ0RE/ulDQ4RYaulKIVqKqECszGza93tyDCikEfMPpwBliCUeL GemABJ07YvN9FxRd/CxVhROc00FG7CAAHaQ7RJy39gsNvF2M4Ro6nJXk0L2GYopxR66wB+9lGTHj sg9xduE+jc1rKA2St0RB3GviEUolzkkojHsXVbJRmaVqJjZekS61zCjgQ6j28RZcdph2Dbv+I1LS QmQ4HITUM1M7vUKysRF8RcvqQ8HaBxxVIWcD8ihBWpZ/BlIPdnhAr4XLejCy7KnIVy1gKmYy2oi9 AfUlds6k5KV5l1keQ0dbrzaHQhglqr80vh5jn36OPOXaVxY2eVjUojCb4PZDY6c/9SF7EApck0ft KvGyhQqAWHLnGTswAHKSZOPp+y2AwrkmCqPOmD7bvAPBFkXCD2qNnF3vxta9/H/GOtL484Sa2By8 O+TlEOe2OdqA7JRDZssKJlJE6pdBX2YuTSZdPNg+2tOgCE2DgSV61nLeVA3rjc1ZU1zsDGqduWTf CU8sPuJftimCRpIiF0rcZiYEvOlpW58BwdivAu7GE8vT+9vyJnDGE3du23RmammaeiAkoWELzyo7 CQAubG7b31QUUgbA9gismTRlojMdtrnRPaIXAkDficVCtu0Wa23UgXdBoE6k1nBdVnNjq4bL2MeP scwVXP42W4Yv4nPp4H2xm6sDp4TUSao2cdrO8kNuRNq2kdjtGXGenO7o/Y5xkmjF5/TSbgUWp4QT Iv7W8cGOfgDxnscE+OaHB/zi5WAi4iu9aBTiRyY0VukK/9Rufl6o6AGVk5T+TaKWnh0EwxlT4gVO c037nXM/dwR3EsEjcI8ieL7g/i7gX6i9gE5jxIZoBaQOQ3gYQVgt1wzBhudKwl2TXcUUemDTjnqW +wGfxizL5ZyY3Tc8zOew63TALhpiE7Ar/EXOU9SL9e1kng4YtZDI5QQx60f7iYGZzyPwYUwgcq+S 0+QRZYvuc0Rv6H24edKdaX84oB2ehzJeYqX3QVB26k8JyihvZcPDARs64YD9Qt2W88VBcLex49FA 3rBgFjj+SkRMBFubpYbemWXBfnCPY3DKmE4atuy4b/SaH38ONx8PuFnCFQtqPFPNVsk2eUMPEurN faYufBNja3tfePqDbYLZ9P9zlf6bIap1TvS/QfJYoJT9FBplt4r8m4HIXUMOuODV+25mpGslvBp0 6u4ANXYbSGrnqmAJBb28dM8+j5GxDrVM8jkqkipXN8n5JPRID+M2RGwJmlpHcID1/SR5ZdujhGdY 8lmw+3ZjDPnlxMplqKk/hrWfdYQbHgXgFxMk/jsGSXeFp60bDvBeTWj+7Q10l6BsL/4v4/HbPL9E 3jge8/Q+Hti7e1EUiX1kRLjcFRwTN3lvfKedm3721k+cXdvWFttOn2qxUXIFSDbAnVmcQD0KLqiO EsPabNtlrOZ55G1iFox9wP2N3v/uUjCLkUNm81i90ceP5gk7pghRXj1DFplbnLoCtScKTYC3zXej FpXto/g6Eu74z66yLWh2lwA1ZhBxQ9xmwLlskeD1XWKHOZ1EjWh5XRedrVk3q6+y1n67L8Z835vr hzv6sShb7iPb/e1k9AGJmUcESpt2yFp/fsz8uB28MXnhbjtPVYJkNyVl4jkMcydc4hjogM2Vfvu1 VwDfEyDNsWKhPoPx7ZDCXx+hhMglkFYHsWtWO2FlNnzydKKC4NU8MdTBMdQDkfu8x2LDPZDI7JiD lKduqLUrOdcPdEcHDVTjQl7LgnYg4C7rpFQL7oP5xptDu45Exk0pLUWhPvlRjh+wzJAdzaFNZ07U 7BPIPdjdUXMFCBOfe6zgqaAHXbbkFphVeRySk45Sg4wIo0rIW8c1zrfdfFZ81HYorHXOUNu6Lnim 43zc9vmuut7b+lxpamlWRHioKPDZcZYEvJLgAiQ7QzHo+zt7wTFF/RBC5dg2r23rcTjHgqjGu0UV DhUs2Io6/b1Q9on3Fh7A4lmMAxu4LycQh72RY10ovUbgf+B9KGTSNTAxqVxzyxlYCOZvZ3/C9Cn9 kMwlttm9C4aWltc0Yv/t4u2b34PfCEScmy37Z9d1Lc1RTFvPjm3dheDZpRXqI1GCBWTE2guX9EnZ jrQoa0C4RgJFEwYLRlbXStdVOeCvjX6NrbsHyDlfVtHFMtPKxnuw3t86P+WTykny/dqZ4QD9ts7F +iiYZN7bLQmSxwiBzSu6u2ANg+adbtYoSKVzQe1UZ6fc1S6k659qan5XdGjoksc9eD73HnwXsowV mVoUdrM4e4mnqX3Yt0GUw76Pp1TW7i9i/bj17kGZo8BGR+u9cwypq9yg7fmOGPz+xygI3/ebkmjT 5rXAB7HRbCiclSW/Qa0YoA0Qe6sXolKfeFGKvelgU+o3uRVUdbx/GzB88uTvT60fVFQo5aTHWi6w 3oYfN4W2x/KM2Sy5JeeDkp/5saLQJZfkg5xFEZr5obbimJtzE6jSssO/hi5Re1plVG+QVS1r48Ih ObkC1g6roe5jmHzd2OFDb7eAWQmbp1riwouehElo1pHW3wgOkzzaCYhG1xSIjE2qQmtd8PVhhFo/ XClVngPaydMnx/es46O11iwA758dtfuNvYycvEGsCskUPbSZO2y8jGa1c2o1stdseV7vUPQpgGuj jjXNltieCsQDhs/zAPuVIR8lS4T3a6nJB5TSDiiSBjulvz6CJ/zdCY48hJsgNwSnXds1S44gXMRI m/yJvG5sH7CiKYriQay9gBG7uyMaZRedvWNySHtIREc8/NBqoaDOBc3hwGZARvxeCePSpQ31Ysfo 1IION5miUR0yw8PdckrmVRsGu3QlabZOqroa93chKMUUtodsVUjkOc1gZO7myDW2l3Qqa0nENICy Cep6xyUS0+ougwxFwSj6yy5JKxZmiJXgu38EAgGU+z3gisvzAiVIKyvCzDaBwCRe4I6OB4DhYEjf kwNSTNdwB5oOXPqbS6SsVExwtyITjdVVuhqyQi3ndtJdEh3JkPBg3dcfBQ0NzZLg8s8sWO0Bzp08 kxk8PMXWHOuauiEXYCe6olH0rO7ahZYr1jWvEn60PkneswESqHukmO6SP+eBwC6YKwPD+2tSCRs3 kQT115a85F38ZtTucyruPeEDa2Iki1w0fdIFNtPQk3QKVqYWy2Id9OUTKSzfT7CFFF0uQi4EZogt DAjVwpYCg4DolcviGGXBma6N4SsQkgvZBkKgMGLiYZL15ktJKQo1Ip1hsv8It+WIsLA78B3nQnc4 reEBL5DPCil075GshobrVvc4d1XZvT7qerba4Q4+9MeQ44MrWhGwQpXkTnbH/ptQ8Lty/3R319mH fK6Id13cd9kU6+LSCzO6xL8Ro0OIRKwgZldrNvC9eXoEKWTrW78GuKUs7ItcSsSE6R2frQtLKWyd SfHaplvsf+DcdRQCgkjYG5FOw4iQt9qRjuIc13so1E4FvV8s7c0h/nmbbcUHh3bE+NAPanBaAb+X 8GUNTRc1PFRad89EqFBYQpFpLB/Xsg2ZIl0mMz65dPtovMlTUY76fkIYceQDJ5t2s6ObPDUno2Rs YY9FFs6nZvRoDu8SFk7cHeX9ENKzidW6FB9tOO8dLucS3D9hl+29crAetiXSA0pfbD8pA0+KPaks TT1Yne34g0Yit41A+guoMmTfhMuORJ/vhtqGD98phN7MwAf4yboMidstMOD/3MyCQG2V46EMi6oI bjmF0tG3m7St1aHD5ERbanUpkwEd5it5vxXdbMHB8oYUyrhyATkBp6H8sydeZ/NFjm+/kjpadxSF QmzwxZht0Q2dK3ttGxdBlXsc3VCd7Ky94q6ZyFhDc9ffMOG6KRW9HlULwPcMOa/ifOOfNDmwKTCz zJPP6+OS3W+938vPlXxzclpAgVbZY0J73hYRwzaYvz/rAXLt2tAQy7puQEIiHnpdoY9AOBNmzjoS btmvlrKKUfdlJC1274hRnqp9PQT4Ga5RpBU75d18McJ7sTAZ2VCamaQVQbK5U2a4Km5xUtjPiW5p Tdhd91lTqDo9Pj49Sv7++K90WoAf0iDqDRFsX9lnQmtF13vgLUPIEgHtKMIeVBeunb0JRWbRdwqc h6b+KJAncNp54CEDNwoZnnKwnkjKc5UpjxJ2w5oqKF3fKOncbdz78dQJd/EMCLBzn9H1Xzknzeqb dRoBZm5ninSr+JfQR2aj86DCFWmAc4qxrcybfcvOCHermnzy1vIe5Y3OyMGBAA972Z+6se/pZHvy m0S/wot+/MezXTvVd2NeGv7uGvXGHrjvWPIu1tYu3DXabEh7Q7Rr3aiAc/EISVVtZAZ6np2enDyl 7ODdDy/po29SVNZ4XJ+e+mhI8hXlzBsAUfFPh02DYY/gla2qx6EiSvkyJl/toYbBq/5XKk+fPno8 Pjk7efp0s49CdwhvCMvLt+9f/zo5sVj6kBF+aPiaQm5pL3dSXeVq7Oh3TOfUk+2kbYouxbWiq4KG L/Pt2MhOx8YA+qmzv005XG11kzYkv8Vm9LtzgPGPHrREfa6jWoBfZ5GrYH9ERRPLNPpV1huxjgn5 QLZPkGk3BaQBTsbe0VzVOk9GpViPOCnlapadA6Jg63I9+OXGxSvvjL0h0TVHh/EerUsQ1Xyf2v1w Al5mE7f+xtJdZv1bqNtkNFQDW+iWdKWdcHWjDes1yRCSkV884rqH03IqA3sdJh7wMUNmE8iI2693 ET9AFBsOMJnSQ4R0uoocqYC/i7ahT3Tps0rs/y9Esfb86QPyRd9RyCUPPcmrNQ4Ye8ObNmaCWSIH voUDhP+ABf4XZ3ewnq5yfKEylDRCBfURdt4TD55mA5ICMQnd9LXLXH/ArhXx6v5Ohxkg+x6FRZF/ oX0Y3nzQRDYkNLy9b2lmamPpbttB1Aq6++nhLHzlK7miZFY09Ksx6qNtlOs0ERgoGb2/gzIN+Rkk ELH0pdRUFFG70LdmdjsFilTe8JBLz3kenrlUxPTi5VDPimSHnEGLbG61HeIiDH/pdW4gdvLY4g5q yoaw8zd2FTIXoOdzpy2XHRHDvwnYVA6kKZWNHHO+w20nHNFMlxwZLMH43qubR5xvLHEH90yIiKl4 CsmHc/pK7VWUV+ESd1sX0pVblAOFjYxW5zJhnOFPPwr2egdV2fiF7zDZ8bfQON3pr6TRVbXd19Ls NUYfwc99qTRwO1VfQtm2Mf0QopQ8Taq5x+4qrVxmSFH6aubiim6XRNvvGTuid9NZKIm27f2+aSz6 rBMqIajW5pVHu35eyAdEaonvQ4eJB/x7hOENgf9t7sqa2za29Dt+BYupiqQqktq8Sb7OFC3JiRLL 9rWUyJNbeQBJiMSIBBgAtK3766fP1n0aCwl6uTN5iEUSS6+nz/Kd7zjp26MOjY2yJ3AFiu5TVzja CZPVo5PEXdmzSxbd9pCuqh2unv8IDgIzDdZQZccRKfF1V6qsShtbhhWDfjwvQwn8buSS95Yv+j9A RrDSVBkpl7Oohss+IyafaIaJK3eQChTKKGCCChlrZF7aTZZIhgTdmIN8ySwWqEdZGDxAE9pCpOsU wSydT0CeWZuEMNj24aA6txhQN0gphc5IiJdWjXlCOo4RGFD3UFpE+LxBKfO+DVYSJmVBgXtlYamh F5SYv8VkD+HIVzz4qGOYJVvZYhs7cOPSdtH/RsbaAoPqcWVoNjyOFqzysbjEXUn38Z9njsxc3FRL HcrmJnkD48SYO+NIkqnPPwWv3AFoyRNkIF8x1ClkwxukClzXajO224gSSdNZy2pF4VagyGarFdte AqAoLZ12fJi7E8Xvv9lwYYzqn86rTiLwx0DSnhtXbyJ8Q660UEstIEnxADFNCS/im/KSUK3r452e STccoPnGY4HjcRfzWpXE356twMcb9+e7MGNOAdtt+YpjCxCw/QSRJ1SQ63qmUsKpX9B0Y6klgk1C w2OduGvajXVPvovBeYW7jsU9myE2davNSgSnAyYwltvmye2SlQLcU6XBcl/WDFfl2ckWI8i5o2Rj us+2lZM0sfA/9H1h1KKUkEe5lTZizVCmEMKz4P76GOcr+guT8MyI7vmar1ta3tGpHYAEManpVFze WOrUMiZHFkcf2aO8pCTeKC9jsvw13/lWi/4PwsqVtrv6lhQ/apWdzXUTp/a0eS9EA9BaCCGilRfr DuJO7ckTJTmdgy4w6bQtjD7WC5l6pWvNDTW6l7iq4xxPT5bxFe9eqwO59sAD1B5MTDThqJH7bKwq 86FPn6on3rD17vmkHqNca0olg+hHpulBiFFFnekbWBHeX5xBuPOHPBr31esAPMUnAebdQB9YMgmS tpyZviGC+jLMwZkJ25TS55w/BbKQ5eyQue8hnQFGnzlwEIOWCrmyCO0GgRxOc7IxjEpfkLW/jDJO hY4Bxwx2Cyq4JRNsrefaZfHgxOqknuNB27yees+2aKPkF7eqKaT3rE3l8ZhuhFDBvtSe36EeVYKx kGk6LpumyrNCJwghc22QGVYTYF1QeXS7yyKgPqznlIDeIqhEMSyUhGD9YjMjAZkqIgD1uZOKIU7v xh1Nxot9m+kN3SUmPgYeUaMMjPUbolHEIU3ZHcoP/z7K01U2Bkoeq/12XmEDTBPfn7+yjndeYBVB z3HlYz3nNKY05fw3zriZ8zrXwbkSxjz5x5KAvNnVUDJGfL8IhvGVDyVGSWHj0blyujaETK7RiaKg feD2XURRIaABHzlunmykWxxK3CGVUDVCkfh2wXzbcwa2rQfzx4Qfypn2AjKl3KAffzh8cvB86CE2 XJBTokRZmlopI6/x+2Nson8AVe1PwY/z4jkgUn+cFgBWwS+/5skUiIS+rgOVuy1Dc2uXt3VE2QYi V7G0TPl81D5jaYyZTyCP3wyvLq5FKN+sY/Fx77UNshiI5rs0M4scQwi4b7geRpvTgLEXW+YXY7KR fQJP0eY84voplNgIYhiZklr7lURjUIHfmJzwRWn+B80dvtEzTExRAZGXGG0rE3nlHGY1zcBGWj/N N9kwam2xAx6OOBR+c6EYuLStZLIxsiFV49mlsIENiVlj7sDWDOYpgD75UeacYiBgDTdPFq2hiISt 6rOIBx34rzWXOF2+Favqfi37OAoL2/Zv3eIbwAGwL+dbtLtQz/v+rX8FXug8+iYjfsfPqrbarJcs svt7P+Usjl9gf9dAzM0xGsMq909zkfOKMAD4xruyEmEAgGS+w+rYi67pYLcD1Eigj7/o/n7zqv+s +1/ctO+6bL/Bqu1iO+XAa0eC71HfO0p8fzI6HXxoFNIkQXPhC1S54Js/4qww5nvndTzKwuwBftu3 P/Ld++p2+AwE2d7TlvDpKv0YTTpFit+UOC4+zuMR0ZnClfIJnx3CNwP8c6nfaV9CLXBqAC8uSopF XihBOInWxMurZ+0l7wzJrYxH/2D5d0hgorg9mC8AEqyDFoC+9cFXPv31y0BJgsHkkKYxRfolzdwF JnUldMIPJ4tLOzFY9/O7YtuE9ik6smYhRFrNaSB7oaIMxR6BEpvlGDjCTQPhH/jj8Em9Rq1NB2t7 O1uCbIjfN9kKFf3aQcec5iNEU7n4iekpH/RFGIpdRlnVBK5TunqAWyNYL8ZT/PRJmOZmq+1Qpbrm OkzCWFJO0cVEYmM0I3cXcmhRUoRFdXLig7wATU0/Kh4nkH6HiDZIMgBZ6fqrwL8+7krEaj5LP5Ej 0bzReSl1YiOgD0YOn1XJeYabr8JiZm7wHQ2nG+TyWlH7H5Ztww50oXNBw/IVos0Mc8cOcyfOOzQ0 HYLfnirh1dh9ed4CWrRuCJ7tw8P36Q2VDstjkLMXfsRP83S6b1stl5gvAQ3nfU+/jBO885hGgD55 t+7X3Yt3xnjnZ74zVheQMJdm2f7uQ4e/SK5/4drmFDq7xB1RqLj72SflS5FN63orfQPVin6/g74g dLp1zBs7LGU79qWwlLqjNL3Pu51+394K3/Aa2VllyanR0QfT9OMpXrmDQ4u/nsb5KKFLLq9fvjk9 6B+fPO4fPzl+dNh/srN2D5V2ypnZBkaEdkYP2NDz9N9RUrtf4I2nyQrY2uDbw8dPnj06OTx+eoJX l37le8xwR7m3KGBsIKOggypV/dBA9qYR6JYomiknjY4iQ7Vxry1lENfJmp26LdbpgKsPpiec52nH AgjqdBtN1g7PShMgEVC6jdsLnoLjhoX3RXpftxN8DybHLvDYtXGMYzxv17IHiQdzWJ/U/sWepEuA /00iQcLVufy/yGFNulu5gcswywkLEwHEBb1WZTcgcdA5jQRSbRDUVXogMsS7lEl2g/nDQgSe8GZY Bs5VppQAF5wx6pr1CUzIB+CFBzbnOFl/yK0oc7XtlXRERRKio/13pWi/BQdLmLSCf0szp0fWItlc zon1vtuuujGaAEGrRWLXLQXXtB3lKq92PdQdd4G9xg1vF4FzfclqaL4np1SEeEypMy7wY1TAGe6C BBPAx+k0QToH54eH/QGwKHYDXp5bHyDFRpWLMJ7U+AfBhwSBViY/4JjLHrTJmNVTUtKtW8fPFkF4 ohoeNCmY71iBYgrH/Gq74KYqw4izxpU4qMsWb1Mot/Xvi6dJmkUcSS7iTI1maaXtxoNoQLvfXSJ8 Oohr2/uiBhJ4jpuZ7NS2EuwxbQ2V7i6/N64MvukaIjDFM7irzCzlJTTyXTYl3mL2wx6JLYsmUOIc YNCyByaA9tQm4C7dQtrOLATPItDdUC9KRi8N/2dMdpgzU1PjK2mIwslez86a1zWCAYPspLXkKBKs AZoHuxgxpEwiFgFGizO/YFyL4ojer3m0iLH0WMK0KJh3aNS5ujZU5UZmgRS8lnsagc0RTpky3dA0 8+xm/z25A8nZRTOxGGp6J6U+0pgAh/Q8fCjZ3AKBRb1VUHxgiY+Iap292LiU8eeEnL+uT7AQ4I3A DpsQO6w3BGtd3uosd90uAUTpNApVBAHr3EkQotmpzM87tYGA1fwnaFLTLdf4xN0fzWJ4/sPng4Oj g+d7LogAN665+SYcqVsPTra49Qzy2CDfmFnR1WPOt3jMa8iduYOkVPWAYfkBkKS1gUz2A0WPYWub FUgTbhaXzl4nz7yRzqBUYtwdDpOcLBmQKeBnmUf4cx/bZOejZxNjlmFOaVGyyhTLis7Z83LyLGqx R9IRIKpFWS9UaylXq8WtBKCV3bAaIMpRGc6zLebjzyhLqd4jUynIc44ODl5uOS2XqrCFBcIgeodj gw337YC1hW/fUaURNAocpO26SNyO5I7v1Cu/8wiokt2z52uqDKh9q6YoJpLmXStubfFHOJnmQAzG qa5FxnTTtQ8S0II+AyCrfLLH5VY+xXnU0/fGwOOQTOZ1kBm3mhA8s9XSgYpT6jX5KkP6GaRNM1bz vZvCSlsH7aWGFDvw0E2NY8/PZ0WH2QCNbozpCmZbI7bPNhmHBSl43prNXDfcgeMEywGQyiUXFuLK xX3Jx++nlB4RlKesfW9fb1gGxtyBVoT+ANvA7daj64SpWqlCF9bwEoxTZs6hI9ue1rPzhetNWdmL DkzYalPute/S0Dz/7xXFhu8aJkQNGJUioH6QMC+vAK9jCgTZUh79B7vOKWRAmkVR5kTOkHbNVkoo 71hlqggWH1fGArDBWR1W1RFCaXyuvTkXIkKkTbBUW8DUCEQsWbwAoDfXzjRXvwavAJK9wGOG12eX l5UJijFNhwB25FQH8gbwDTIPBqbBhciGQ3l0IyzVhaWkcKc9LCFVbmmaqzbbc+hCuYWuZcjzQO96 E5ohj8n87AXXYZLfm072zNkexr0gKsYDo8jrRqj3c5CFmjtRSIQ/b4MdXkJKqQDFF8MaqIvaXo9U rRr2I9T2CbpkTYZ0VSxXxXPVR3r7EKgAEJAsjInQSB7QhufSnWF5bqjBcDv6cMTGM30rTyLmRSPo MdiJKSd8vtM0aLtE0JOm9xQxhElFIwubPuY8rwuzneN8FkQPRsZlKBSKue1IDsxjvCDMoYqug537 uBiOVrPVYid4IZ/68hGchNB8+PSCnU7w3d5zXEVuGNnaO5tBvpVdM1CykEmw7LwlfLZImzAoxtjP jLJcccwaJxPdRcaoGWylZ916zyhZ2lRuztq8vhutVEXBedOaXiVONm5c62IHGr+wnmsBidYJVMqc 648Gm2jXA8fDfL6ysstR2zlyZopRe5UNx5zaKkm1bKIi8xjQWEQYwKQUO2bsYwrjLYgf7WlLqKEG Bsr+o8EhM1Din9D3QwWjlKd8qsFku+J/rvhBA44b3LiB5aNEOhDkgFoWigEFpM4mN+tFDhIKozK0 dFW6PujUVmPEhvPmgJTfYDxPSTQCMhdzdS2lLZ5IzG5GiRS7oQZ3jiKj4u4pSkEO8ZfeBkBqzVIm kWqgBpqbBcApIkb46pklBpLQclZyMi2TRAqDzShLP+WsCTYFutCHgFgFKch49vb9+4uzm1PBeEt7 VZlDd4O028ZNZwrys1jOwhw9J/BztIDfIS0WhQpGQOg7DQVhnGClivoobGrv5RvbYj1oKqXhG7Za NVV1wG91dbccud1yhLvlyCY4enBvik3a/QOaAHKIjcO8Gtcp8xBbf6a6B5PBzbrTTue6V3Ku0MTK LwTA2BQ4YCYU5Apw35lH9/MIUWxmk+AhhuFnCg7D8+Hj60v6iDzo4tyAndQsVo7dQB3jQB2DqwAZ KM28FA8qWUHyEdhJx7GM8iBd1ktCEabO3GcxiiX4UL1KhR+KX/TcuSztXZROyIThVG4NXSRGaqwy 4R5NmUlGMEXuLVTpntvGFVqHWh55kB1KEq0kj4MRyIGHi6t3N/9tYw+4HlCKoZ8aO/GFkqBAHqBQ S4PttlXQtIFKu486XHfx1wkG9P5+0y5saPgmifDILfRHuNAfKV4BVog4CkkkR1Hw9yotalY4LJiK LiUShO7pEeEDLSFOPlkukb8SQ6GJkSBZPP7CxcHtqrRhw+gSdSCcUC+6x91vMcVf35DjNsL8sZu6 xzh1j9XUXQGyVXjo6ug4bchMQrquuQt178A9s09xrGUYKxeC0kLuVvO5upzPEIo8WNGAPKpYwpsD k5BRzT/NovF95GKWkIFr2peOx6ss8GQkk2eSDUKtIo4DS1ryhUtolXDfo4mfWbh24iZz6RZUFsM/ vsE6+rqWtFlAT9wCeoIL6ElwgYfbhRNM/sK58M6+qprqBLwUCaC8PfiCLk4YTMlzvu/n17zyUrhU Ks4o866Ep+tEnczqQfSne6Kfc+4V3WhRpqcmEc3SY0KGKxfxjhWJvhAFz6OS5VWiYPzK0w8nAtWO DUuCR46Gaf9bn2BbNMO1os3afOrW5lNcm0+bHXe3OlLIFrT4tmst/BrlrHxNr0rXCODcZX2ook0w xDYNMykrbaLatkvrvkWkBwbuORl8q3foQLij68E43iiLwnso/aGcvuhy6qNzkN3ZZifXuxsJ4pSD i0ocZHulbbY223j4xxuJNXrJn8dQUIxzjdtRMlcXzTO3aJ7honkWXJP3CUb3uniYR1rpqiyCD8Rz j3LL3Zf791HgmtXfEIJLCJZmcfTDu7Pz4c3QHWICbBm6KvCeZKs7CTGEaH8Qgk8dbLGSFeiCEXXK da8Y01E+dvGJ695W+0YFOTCPqmITmCLCDyWDn2yb7rmcM6Bnvs3YbNZ+c8au8JykmT8lLmLDz/dn gGvRS4Wr8GMaT3IOQS7DRPKpCyIQ5vFrkwJEzSFYJSJL/4Uv/lfQGQwGnZU5RMbhMpp06LoOdwZ+ DDp//eXu21cPqkKR6zuVSyGuMjKkbka44g/o2QjjmDgnbW39HiCwXV+fmffz+dur/mugmu0f7mN1 ir4RWP2xkVYDcOr9cHnevzh48vT88clTtdcP1U6nNMerAJ8SHDYBNTvNlYTEX5VYUuCY0mY4ycWB jso7upq8XREoJ06gnKBAOSFe8uizEam5T2bLYgR/n0IpY0KKI3qVAqdgJCMCgrUNJNmmFHXLW+eq H8ApIcxdJboZB7bj3Bxd5jDYBee6ubjrWtndsykmlrCNjH41hKB8eelLVnWhpDNsvxH/I9k/4Jfj HB/Toh1ZqaFdpTuVLcr26dprMXzxgB5MLm80iZbFTAq0eZ2gjBYATK4KknneUEgfL9jsBIcmbXTv MrY0qoxYyEhX8dFwdJBvIe8kcBLmqwXG75CS3jTFHRnMIeT7a+oewy9eIFGQZPHiWFv068bilpTb +3LDWXl4oDznB+Q6P9AEZBw52IknO9iBHbh3xzdGGgo72eRvh0WFm4MqGtUWibGncmld2LOSSpZV vsZU0Mq3ccPXi6n7Th1IoHdZi8H2AmN2ysG/AVk7CF5CtNUeJWqgyuUeVV3BJsytK9qCCOG6y4g6 rwkObJmrgA0HMaAUKLU6n4IEN0KKIbXNShrMkocqd8i25LJeNiGOFXEd9b3xfQMP028tLBuRKiXB ZRzZUaQ4Xl5kr/a2q9+vb2wodl27mUb/jmpb1M0A+7PSpLSzjU1YpBkHOckwhrU0CydOSanfEKRJ Y8u+pdFq6ZiYCnVs00PFbs09wxV6jsRuVdYYJAvBwkN6DiFNZp/5GDyujHKSrJ2RXgvp4NQyGV4U i2A+QOEKCPlDjQFmaXNaK4GgKDAGUGOMfVfIc6SJa+OrXHkaRaWtQv14sKYQdeCCqzaIVoiDNkkr fMN1a1QyWnxXgo2nKdOUmc+Y31i8EVJ6AytkLAEGMNDLBNnUwZpgXlB5S6WeZg2RRG3VYzpyztYc OVRqG4dRqm5DLe6aytuVY6XR8B0qWBzrko3XEtsGbQh90xo2llgRSofbAImkzISmo766vLoI5uEo Qn8BzruNuHjFOgFp/VDCSa3j1TDmE1TL1Ki35Trwwy9SdK7Eac3+eOelwGgSdlRVp21sBkC7sB6K SmbZuGyCswBnu9f01O5acdcV+BCOq6Rpt5ujuoXXtVKs22Mr+4HZ5PyNiAk0VCrNRrYxxGbfvTkH CLILWB54Jk84AlXWXy7gCaK00TLrVOAQIxtFGZdzJo5WKe38ZNBUpT4oF+sGEWX5xmBwzeqNHc+3 FPEuFWQmcAiIZi60gQYYJYCwvyVWh76NRiCigBinpS7bJCKmUalgK3umB2avPah1qR+vzJ8t0MLV JIAO2VWt4tt4It211PSECrXMVIkh6Ujf9ETMIDdQePisEgKSUdpFJkdBiaoNiynJ22tlZzrhEwj/ gkk7dKWGbNW7SkAuFyy3axoV4LJcbhaUBcUXo/y+SJee3xPCzxRQlDI7NWXnuHaBJQn0EsvUqcyR 8ZRIJlThHmV4mkHDMnCzCJJZcL6xUJQxwoyit5yBQxQ2PWqzbq3werLd1FARRVcgjJjgNPMrNZFT VFIRlhbbGyHgDgw60DmcNoxFmKSOjO3rmCgtEvGdMeG2eRSmt5LNHE3wgQ6JANsf6KLjMr1CuVaU b5+GVOERqR7KzDX++nFVsWgVqc+wlo6Caxw+2jJSMo+EbXlNXZWHzaw+NhQhd5FBheHkozHbAQxY qVTG9G+Kt5D0udLu1PvKU9Z84q4WTyKps/k5XJczZtnmF12CquCfoGalL9zWNWqRFvyoLOItKJNJ 1b7XPouqLPnTSKWmRBm1n2AKj50j7x1/XxUH5aJV1uvE7cwfzJx99qqeUkUwKY2qzh2d5407pfJs NS/unKhU25quQjPQRSTl3jY0UeUXW3lCfNm4r53+irIopKFldCvpN/GCa9OaibVqLhjjPaqvS5ud KCCTaY9dhfkM9i/LG7I2ckiBKnnPlugq0LX2iBMIT4/c1h2fmpNgmataSBTITj8lqsYz9b/0AiH2 IdwryARI4eP6d1Sr0DwVfY52MzpBwwZQ7s0lsb84YTSPS4IT3ivwQm65BBfGs2gBBXh7aBFyBV9j +eZYxgHYNyKEL8eEcoxzqnGTK8CizDNpuaNVPC8YTW2Hwj9PlvMV3I8twTJ58sM0Cnk54GK25YF3 chK6rcy9kDTTsewy9fkn0lUV9LaQY7lErhcMB5SDX9ajgn+MmMg1lEvRJmTXHrRwpAOndAZQOr8E dx6o/h/qFaFyCy45GtRQ7oxrbOK6wOvQmYuCokinER7yXBiiQkuFwTNwa7+FFN+zsAjn6VSTWVk6 ZeuuJ5Kxwb/jpRkX8398lXNP1BesqXNUDi3Adwj43qGmy0Wlvbaw3FF1/JZYi28he8V6+eBXcS0D mn7OGbI2kYduzyKnMqDDAVhlZ+lEhlLXIrOndWSGPH2IGHfrypvlXPZ0nuYEmrXNGdSdlwqjXE/g 1gEx94LMF6NXxUkzIN0aDFTrz6iqffbuy+BVD7T695fpA7+yFZrdcOu2aELAr2yH8BTWtKHuUDbr 0oJqh0e4Qo+CC9qo11FNmNllvOrtHHKOJ9YbC0koy5qgLBJ0I2LdbLMOiZ2dZCYyg1imE36opnUb iAfOprGL1/1ilaXBeJVBOBdKl0+TYNcL0kbmglrQDea4Pjt+8qj5189HB8Mz9/Oe9gMDrYCVV1ZY l3IGW+2DvlGCDwemXy0mGbOp+ocaHLHdQutzQ1u+77rSra3f97AYpa1fhxfXvaNFzU4vliQKZl10 KXg5sJjxdzqI9g0OO8255WqwfyxF61JJrVNO9+gBdTmOlAa7uQf7kvitRKAhjovN3bO1KezzybNA tZjATsXYY052ek46IdCEgLnDb8ttRoUKWZYtUOCelzoCsCFsCYBw2tVh0EBVC+CwpHSKLPFK4FS/ SRUrqL5kmUVtXqPDIjpext+lBBQofz2Kq5eizVz9djVy3zmhYZTr7btkBGOB+NatepUsV9UOmJO4 rl9wihjhXI1HonOuOgxeg1yUErS1ypdxNJ/kNTFNP3qpxig2ivEk+rz9OHmNbbnG1j2h9Yt1x1uv be+myqtalHFQzmaqrVfvfB60iaZtlGg21FYr0/TFhA8gkg0qXj/1YzJi3n2aGSMOcjfJMCxH4Di5 mdPzJShUYtHwfIlnRm1+R0YyXHrpdNVcqSYvjerxKZSQ69JdH+vrCXEkSbTGZIXC3957bYgBo56J Df9ZlbqGFxcWgzYnnEeh55PZ2Fh2mTGpSj6bN3LK4pAcVdHODgtIsBzJ6B1h3FscQ4T5FASzXaka 4eZhle+CSs4QOCS87TLNjGq3SJO0a/GyGFPzYM+99ffM6u5xzWq6DaR8no1fdO/N1CaD/1lOu4Cl etH9DT53a54J2UF52rNT4KDqAPRmPxI63zb1u1PT8aDUZ8Y7angXv2LTCAoofJT5I8J5UqMHXIkE 1lolgvMhkCa66RYARKoLu/or6dhqRF7aBbpT9RIDtxkCGt1K+zkGBAGl+2ERPAK/M6bKwqcwY6ZS DxA2TW3K1e6dxnLZpyOjJmwHmx+0J+wg1amkVFKcMfhx7VgvHZfksrL4bCub765Ztnv+ED8yIzmK JiAdCMd7DS458otcc56+G9XfPeCfc+HlQFD2kK4yz6+HBWbrMKslk6bme8Zxyi9NOjrc0KbSRb+v I3q8136vohhVPwjV+P+8C41RUIcNQcgqcGwyMMXLgczjObEXELZDg4NRNWdKmtwDKcFFDonjQBLm +u4shgOia4fToUJ5nTBgUR6MMZyQ2dndSVyX9aH8SLS1kJMb8NOfAedcTrcsFduuhHRp+T8mrpqX FKbixrlUqz8kr8E6+wHlrPH+lF8ghN5fmksgMM5S8oIEwmDehGsJuI+FhROQZw/N4vNJcGkVW+nA eQosgLaCE52+TGW4XhuuVGrhy4Ft263Im9nm5+QKYoQJbuHHNLNVGmuMCV0o1XXvqX4Z0GTUaQxC mGx/G2qcpZZryOlSfMETFSCRAF4uOO5R13hHD40U1wj3et78fGQJxIKP42gibIluPJ4FrwRLd6nQ jH4mBuACvApdv1MsvWMrdal7gbzn/SUq7Fij61+lDJLsbnx0fAI5bu9fncFfpNr/FTArIyNHakGW lo8YbBLqaPeHuzTt2n7zCYp5EYhb9PCzHhOogru96HoPec41yXvkzGjzsJagStK6PLhdPUwzUV7o K0/xwe85MgR1O3dc1qhCGFTho32qH+7WnaJs6SFhLw40SGfJFyZADzx9HpMSQgu+DlbrMKKL8HO8 WGHAF8UxbIOKbCb7jmmK1iuhYYAgGZggN1fIEDEYOHbtqq4C4bJVRvNopMqYnboUcSHiDO4omntt WH0BjALhNgEgoBQkB26aV6bdyxKhOcef/a3bALcE6Bl6mFWtJr7jzdXN298u3mj5CZatxvhSBITy FLxy4dZiQ1ee9XJL3lveuG7TTHR/aYVuNwdbuTaX+L9d6crHPX3JY6NHgaFerCBz0ZaitI0uVBKA VybQQVoObbToJdNQSLiNxqtnHqHKiBFVKkpa5oyjWgJ6T6mIuhWzee1al6eukvjvVaTrDjs7GSMB XPU78UlkU35irYjbxR0mtFMUamR9c8+9eDnBc5CzFgrXXEfTE0xWwoDLsWa9MeKEaoA6h4Ab11no HbZtocH/5+kCyrYlougKChmxVkyolNTAkUu60ElwZv0YF1JER0WPXAWXsK7cTmVNrLTGYC9rYsBO 6XZztPtMz5v9FVCfIvDqUwSuPsXF72f9X99xgQoXEMKFitU5scRfHxAdH6kkLK7RFq8t3fyiyxY2 njxdsRFe7Fhk53McNSORbat2GqzPit5TM3r8C/S93l22QRU6PAhepuk8CpN6fe8afGtlxx6q2StG JKa0b80LCmBjw0eVFT0WJpQBSCskzpCuIdgFRhtr8yMT+AI9LpqUn2WrjSNSwMS8fmEZzSMiF9Wt JOR5KBz8TrfwAz2lNBmqPhRNThsII+zmTNJPmduHbs/mi5pvOV+35iH5LJxUvy9RUbjnxDkMe/UH oCvHM678gzW56uMNNY8CtnqgfarpBOiEpfwKXkeH9ZmcuMU+MDpUR6Drr57XZ2GW1WlKw4S0TVaj SRN1+CsJErGjChboHVbLYtw7NstfEC53rPYZGgYWFhtppNhJDUTbdIobfTLK+sAXNbDs163etM1L 0CsRkiONgOOKj+TSy33xUgNLW8DeZHm3bMMpmhAiUktxZDGMjWt9cWOAjzd8yCtlU4Y624AI4caI niuHGZCAFWP1FizfIvEn+AhXIBhIWW+y3jq03jq43twiQqsNeiFuSMpNeHtFxyr8gnTGq6XLtaqd EkqYrZ95gT2D2uzWpEdj/23GJvcG57MaG+d1U/h17wroqkcW+oEGYuDCFKUl4xQO12m9ashVj1Ga EjQbgdRUuRUx3PqAkE1RQFFZoV2z6zpdMlBHVr3nma4UIimg8FbFv8I6rFyD55l3/gJnGZD/5LYB ykalHq3hTRtpZ7YzSIqGcvKUDYemJj8DODAQ9nYXhZAhIW0q5yBLkvF7NODJQOPjs1qSEQ9ss3oK ULGzMIkAEOqUSJqhGRbknkR+aqwM+sBfpoL6DCfhsiBNP1blf+YPdoUTnSifGFImcShFMYhBttml SNVxqnVNHAoicRU2XGETz54K85LaWi5agiun28xM0d0b+HnqNqYoXj7zsPbmgl2L2ATCfARnP19a 0lpcMaTChWAjEAV9U9+kDcSXsHgY5HERDcxxuT+exv1RnJjv6MmD5fy/SKWdmlEubEfR24BalKXH UKvqq19ReXxJjTgOzsJ8TAQ3Xphl9+z6eq9Rm2i4idSJo6o6UdInxnl+1ALfZJpwVNY4yGe/REw5 wsKZVS7jOhMOEEz1u1Cc8WLAjrBC4hIoNHUupFaa26hMzHzO/gTNIvkxzldGDGLsnlL+MHbYA2OW 0w7YpiJ9D0QAoM3LWrARhJIrQ6TsjBwntdov0Om6yKeQ8KERMJBNOfDlgDRTx1JFFTAj6kc9XD4q m/klGs+1zJ26QlFC8jxnFxTKfyf36cCKEzOItu4Xz1DG7ueS0dOzNW/qLv7gXauCQBAjk64wgaHZ sEZ2xgVWR5iAAeq3Lr7jDCcUCYwoR0ACjhbPol//xzljXBFZQg70KoabjQIVqSrwBfd240lXF54q VZEST9/luRfl8ubPVZoQ6xCkc5yshKIcV+IM8jRhCrs/dG2PJKaOGe1xpWSdqrAVTgQX/V1GASVA V6fEf6veDiq99ToA82stGZWd5TJdsEiIw+aiONRq4XNsi4PQWClDN2KFUmhmWZsEDNBHqWNlHy3a 3zY3M6NLW/bwcHwviQ7wlwJHmbkdju+NkW2s3WmZMevr8FC+ywnJo5lE0hLbAjjYbNJlKDmSCE2I oLinjchA3huVeE6ze5htTAmxtVTnDDS7LnBFv8ObC0jiPru9DHbxzlu+82dMJjmbhXG2ZzqVdfZ/ Cq5WWWYUY0jhj+JFL7heJcFVPM5SqoqUy3XnYRKbU264Areuefibi5tTOhTTxXIFWs6bqMAQMN/w ymh998HLdLVYmjPwoUeduM2I8/7nVWyWNF/6azpLgperbArxhKu4AA8G/TJMjKn3KbgdQKA0nRkF //Lllfx4HS7M1+kcHq6+/m1udOjgl/QuM+cHVif4+epcfnw3i+fxcml+zsez+7CHwytDEebhQ5iv gst8Ft+b9e39ehtmUAwD5u83LFVBj8rBYBkDFyCkkclbQIEKfkMU7TtI5hwYzcD+GK7mIbQygaf8 GhVYnEn6ZGTLjml3DKWh81WMTdh/FyZhDm9wlxmVOrgaQ7UtmOshKwE3TFUE++omGs+SdJ5OH4Jd mCjMaqElIEm6w9UU9Duo1LrnhjwJ3oQf4cHr5uzP0BzOb2I4+v65Ct20n0Pw4304nUZFQY3/5V2w C+MIjIJWqOy50YC0jPvgejwz9si/e7z40rvC9jUahaZXYKWYDplromQUAoOuWayF2c/BWyMW7iCJ n284m2Vm+93GxiBMap53Y8bpdjVN7/J7M7w/m7mEvOWjg4MDtdaDP+PpIgUF/zYa3fwhixuEQ1t0 ppHlLHTwLyV0LowR5YIWXyluSAIUpTeTsilvZ9WTHv0vUDD/ss8IfcBqI2TCwmI20h/C81voud16 dbpn9WlQxo/2mlt0rQVs17ZvHdGCfflLoDEy7/plAMLldWx24hn8OydpMgh+DcfpyFxgDMgrszyg avjAbhGpVWxO79MWfJA0IMHa391MTGrnE5yRdjrJM0mzySxx32syFfddmzmtd7jumqfsWfK77zKh r41hYuTbbZoaEWXUAiyzDDsl/slMYvDWaEPmYPy6efTGonk61WWbZpVqgth5lRIhNLNSJ+R7TC0W 5373nt540IePB8+OHrWZYvFMfaeJPB+442NotmREcatfMN1WbcyjR/r4+qI5bRyE+rltuHzTHC/T PP7s5pg+yhy/e3t9+WFw2DjN3cvrt/uXF2fBycmjx/3DU/PSA2N2uox9dcr3g3fGBsC+v4Xcc9QE rlGNI/ftHVLe4iv34GrwDR6eyiXK2wYgeijKpG8bvrvcM2eH2WiEn/qr20OAfVyw1UZ6EKJcEBGs 1KKLZGrMDfQpXSbjHszYwaB5xADHdPDoiRsz+UJGDeBN5vO33RxxVNzhVJu37fMbB8XnNilpXW7Q qVGnIQ62ypbgfXfkO2ZNCuMEUlcC780eTcDNp/SU2Xmaq8uCW2PLffRmYFRw8JnCZLyB487IRzPR oL2/ST+inQAT8aR269TunOYRClpcFRBrloPCouvHjFxg9nMKOdv46fDx0WGP/ziiuAh+2LhiDg9P /BUDX+gVYz5/5xVj3rDNijGXnwa/RQ9c2eyO64DFCfQYvbSXkJQPudzvFZtaY1vx0Nl2nVybpZGF kwRtrzAzWr1ZFE+3kKfNo7B2VfBVm6QnYhqflmQBfKFn1nz+zjNr3rDNzJrLT9Gp8R02trEekAke gL5mygZgwoeFMVZ/Xc23VlSbO7p28viqVpN3Up68k9LknXz3yTvZbvJOzOQxDjcQHK6H4d39/f3l 3mnwMxDgGaO8WQ9C79uW83sDwDvwNeRGizR2yXsjyCGFEr0JrwGzmmNYt6f0HzflVFdKtHBCs5Fc fXr8zErTZwdft0hOWi2Sk1aLBHjv7QIhEnxaHB++n/rLLP1tVoQQRZnxuUIGeqsBBbsfwJEBuL7v ognfoGQ25uivA6MqpPMYbVSz4c1DM3N6T/tX43+uosgc6IcHwatolK2AlvmrTBwa/3U/t5jOJPcm NMn1lL4ZXl1cf+d57WOops3sAtQWffcYBWt8u2n3l07eOSSKzuchZJKSRRM+LEKYs0fGlklkypwF 84FjCtwsJphCQmOkjmNCFtAW/l6Fc05tIFzIKrd5Nzp95yEw7UzHMZkEQFdEPmj1GguUxTiVkW9f s4Rk/NcuJLrIX07kVlv+FKx7z+3wcv/2bPjz4XA47CuGrq6gcC4+L81445brpHcdVIs6Nxng0/rD jr4DXhQvpp1ZFE9nxYvu8VG3g1XuX3SfPet2MF300zicwqsG0/iu28GM0dITVeykE5sPvc7t8Vnf NLNzG406DNXsDBFiw/j8jsu/7gCK1Az0xiVlh6pUsSEJP47CrAsOSJwwF3Uu0nFXICeYPsapZETw xMUX9iEuCP+CXWue/79QSwECFQMKAAAAAACta4knAAAAAAAAAAAAAAAABwAMAAAAAAAAABBA/UUA AAAAeGh0bWwxL1VYCAAWA1A4FgNQOFBLAQIVAxQAAAAIAIZriScl4xG6kgIAABUFAAARAAwAAAAA AAEAAEC0gTUAAAB4aHRtbDEvVzNDLVBSLmNzc1VYCADMAlA4zAJQOFBLAQIVAwoAAAAAAIZriScN VERA8wEAAPMBAAANAAwAAAAAAAAAAEC0gQYDAAB4aHRtbDEvUFIuZ2lmVVgIAMwCUDjMAlA4UEsB AhUDFAAAAAgAhmuJJxO/0nVMAwAAhQMAABMADAAAAAAAAAAAQLSBNAUAAHhodG1sMS93M2NfaG9t ZS5naWZVWAgAzAJQOMwCUDhQSwECFQMUAAAACACGa4knhyO0zWkJAADLCQAAEwAMAAAAAAAAAABA tIHBCAAAeGh0bWwxL3djYWcxQUFBLmdpZlVYCADMAlA4zAJQOFBLAQIVAwoAAAAAAIZriScAAAAA AAAAAAAAAAALAAwAAAAAAAAAEED9RWsSAAB4aHRtbDEvRFREL1VYCAAWA1A4zAJQOFBLAQIVAxQA AAAIAIZriSe7+jfPTQgAAA0uAAAZAAwAAAAAAAEAAEC0gaQSAAB4aHRtbDEvRFREL3hodG1sLWxh dDEuZW50VVgIAMwCUDjMAlA4UEsBAhUDFAAAAAgAhmuJJ7RPWC81BQAAMBAAABwADAAAAAAAAQAA QLSBOBsAAHhodG1sMS9EVEQveGh0bWwtc3BlY2lhbC5lbnRVWAgAzAJQOMwCUDhQSwECFQMUAAAA CACGa4knhImt5BgOAAAvNwAAGwAMAAAAAAABAABAtIG3IAAAeGh0bWwxL0RURC94aHRtbC1zeW1i b2wuZW50VVgIAMwCUDjMAlA4UEsBAhUDFAAAAAgAhmuJJ56UGPH6AAAATwIAABQADAAAAAAAAQAA QLSBGC8AAHhodG1sMS9EVEQveGh0bWwuY2F0VVgIAMwCUDjMAlA4UEsBAhUDFAAAAAgAhmuJJ93E y3sZIAAAPoEAAB4ADAAAAAAAAQAAQLSBVDAAAHhodG1sMS9EVEQveGh0bWwxLWZyYW1lc2V0LmR0 ZFVYCADMAlA4zAJQOFBLAQIVAxQAAAAIAIZriSfnpUgglBoAACdmAAAcAAwAAAAAAAEAAEC0gblQ AAB4aHRtbDEvRFREL3hodG1sMS1zdHJpY3QuZHRkVVgIAMwCUDjMAlA4UEsBAhUDFAAAAAgAhmuJ J52x4Z+cHwAAVn4AACIADAAAAAAAAQAAQLSBl2sAAHhodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRp b25hbC5kdGRVWAgAzAJQOMwCUDhQSwECFQMUAAAACACGa4knBBA8nZoJAACRGgAAFQAMAAAAAAAB AABAtIGDiwAAeGh0bWwxL0RURC94aHRtbDEuZGNsVVgIAMwCUDjMAlA4UEsBAhUDFAAAAAgAq2uJ J2O+f76cRAAA290AABQADAAAAAAAAQAAQLSBYJUAAHhodG1sMS9PdmVydmlldy5odG1sVVgIABUD UDgSA1A4UEsBAhUDFAAAAAgArWuJJ7Le+x9KRAAAq/QAACAADAAAAAAAAQAAQLSBPtoAAHhodG1s MS94aHRtbDEtZGlmZi0xOTk5MTIxMC5odG1sVVgIABYDUDgWA1A4UEsFBgAAAAAQABAA/wQAANYe AQAAAA== ------=_NextPart_000_002B_01BF4626.6CC64D20 Content-Type: text/xml; name="testXhtml.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="testXhtml.xml" Virtual Library

Moved to vlib.org.

------=_NextPart_000_002B_01BF4626.6CC64D20-- From sjb@lucent.com Tue Dec 14 16:46:19 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 92673 invoked from network); 14 Dec 1999 16:46:19 -0000 Received: from hoemail1.lucent.com (HELO hoemlsrv.firewall.lucent.com) (192.11.226.161) by 63.211.145.10 with SMTP; 14 Dec 1999 16:46:19 -0000 Received: from hoemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id LAA12965 for ; Tue, 14 Dec 1999 11:46:18 -0500 (EST) Received: from ldvmail.ldv.lucent.com (h135-17-61-5.lucent.com [135.17.61.5]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id LAA12951 for ; Tue, 14 Dec 1999 11:46:18 -0500 (EST) Received: by ldvmail.ldv.lucent.com (8.9.1b+Sun/EMS-1.5 sol2) id LAA03912; Tue, 14 Dec 1999 11:46:16 -0500 (EST) Received: from shoeless by ldvmail.ldv.lucent.com (8.9.1b+Sun/EMS-1.5 sol2) id LAA03908; Tue, 14 Dec 1999 11:46:14 -0500 (EST) Message-ID: <006f01bf4652$da903650$ec260587@ldv.lucent.com> Reply-To: "Steve Buroff" From: "Steve Buroff" To: "xerces mailing list" Cc: "Buroff, Steven" Subject: schema parsing bug? Date: Tue, 14 Dec 1999 11:47:03 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_006B_01BF4628.F0902D40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 This is a multi-part message in MIME format. ------=_NextPart_000_006B_01BF4628.F0902D40 Content-Type: multipart/alternative; boundary="----=_NextPart_001_006C_01BF4628.F0902D40" ------=_NextPart_001_006C_01BF4628.F0902D40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have attached small xml and schema files which I believe show an error in XML4J 3.0.0 EA3. However, I'm pretty new at schemas so it certainly could be my mistake.=20 The error I get is: No validator for datatype Other Could someone please take a quick look at the attached files and see if I've done something wrong or if its a bug in xerces? Thanks much. Steve Buroff ------=_NextPart_001_006C_01BF4628.F0902D40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have attached small xml and schema files which I = believe=20 show an
error in XML4J 3.0.0 EA3. However, I'm pretty new at = schemas=20 so it
certainly could be my mistake.
 
The error I get is:
 
No validator for datatype = Other
Could someone please take a quick look at the = attached files=20 and see
if I've done something wrong or if its a bug in = xerces? Thanks=20 much.
 
Steve Buroff
------=_NextPart_001_006C_01BF4628.F0902D40-- ------=_NextPart_000_006B_01BF4628.F0902D40 Content-Type: application/octet-stream; name="play2.xsd" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="play2.xsd" ------=_NextPart_000_006B_01BF4628.F0902D40 Content-Type: text/xml; name="play2.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="play2.xml"
------=_NextPart_000_006B_01BF4628.F0902D40-- From pier@apache.org Tue Dec 14 17:08:27 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 93687 invoked from network); 14 Dec 1999 17:08:27 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 17:08:27 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1077 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 09:09:13 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <3856796C.9E493450@apache.org> Date: Tue, 14 Dec 1999 18:07:56 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Pogue CC: xerces-dev@xml.apache.org Subject: Re: ProjectX available to look at soon? References: <199912060327.VAA11756@chinet.com> <384C3791.7825B241@apache.org> <000e01bf43fd$b213eb60$0bfea8c0@berlin> <38552973.70F199C0@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike Pogue wrote: > > P.S. Any progress on the other question about "javax.*" naming? We > still need to know whether Apache is allowed to name a package "javax". I think we can write something called "java" or "javax" package. As long as it's 100% compliant with the spec. Just look at the GNU ClassPath project... Pier From pier@apache.org Tue Dec 14 18:25:37 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 98237 invoked from network); 14 Dec 1999 18:25:37 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 18:25:37 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1110 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 10:26:24 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38568B86.2DD9F278@apache.org> Date: Tue, 14 Dec 1999 19:25:10 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> <3851A498.3494057E@us.ibm.com> <0dfd01bf44fc$a8a95420$edd2ac89@eaux> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Eric Ulevik wrote: > > Some of us cannot use CVS due to firewalls. Tar balls are the only way to > get the software. > > Please make more tar balls available! > > Thanks, The project is fairly new, and also we're on a brand new machine (locus). I just beg for some time to make some of those. We all have a lot of stuff to do, so, please, be patient for a little bit longer (and do as I did, HACK YOUR FIREWALL!!!! :) :) :) Pier From pier@apache.org Tue Dec 14 18:27:34 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 98529 invoked from network); 14 Dec 1999 18:27:34 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 18:27:34 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1575 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 10:28:22 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38568BFB.1F83C467@apache.org> Date: Tue, 14 Dec 1999 19:27:07 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: Problem getting entities correctly using xerces-J References: <38545C04.479F775B@rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Seth Ladd wrote: > > Hello, > > I've just checked out the latest source of xerces-j from CVS, and built > it. I then used to to create a DOM out of a simple XML file. In that > file I have standard XML entities embedded in the text between tags. It > seems that the xerces parser is ripping out the entity and everything > after that to the newline. > > For example, > > this is my text & and here is some more > > renders itself as > > 'this is my text' > > when I get it from the DOM. > > Is this a known bug or am I doing something wrong? Any help would be > appreciated. I ran into this with the 1.0 zip file from the web site, > and I was told it was fixed in CVS. > > Thanks for your time and help, > Seth I never had that problem w/ Xerces-J. The only thing is that it returns multiple text nodes, but that's 100% compliant to the spec. When you process the children of are you sure you get ALL children nodes of the Element? Pier From pier@apache.org Tue Dec 14 18:30:21 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 98876 invoked from network); 14 Dec 1999 18:30:21 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 18:30:21 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1099 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 10:31:06 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38568C9D.D833DADC@apache.org> Date: Tue, 14 Dec 1999 19:29:49 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: HTML DOM implementation References: <38554D02.EF57A1F8@exoffice.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Assaf Arkin wrote: > > Providing HTML functionality to Xerces requires adding three packages: > the HTML DOM (org.w3c.dom.html), a Xerces HTML implementation, and the > parser (separate code base than the XML parser). This will increase the > JAR size by an additional 100KB, it might (or might not) be smart to add > it as a separate add-on JAR. I don't care about the size, or the package names, but I'm so happy we have now an HTML parser :) Thank you very much Assaf (I'm starting to really like this guy :) Pier From pier@apache.org Tue Dec 14 18:31:09 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 99267 invoked from network); 14 Dec 1999 18:31:09 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 18:31:09 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1048 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 10:31:57 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <38568CD3.72787532@apache.org> Date: Tue, 14 Dec 1999 19:30:43 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit heninger@us.ibm.com wrote: > > Eric Ulevik wrote > > Some of us cannot use CVS due to firewalls. Tar balls are the only way to > > get the software. > > > > Depending on your firewall, going through your proxy server might work. > On Windows, SocksCap32 works with WinCVS. See > http://www.socks.nec.com/sockscap.html. Hmmm... Are you sure? The last time I tried it wasn't working... But newer versions might have fixed that problem. Pier From mpogue@apache.org Tue Dec 14 19:02:46 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 2099 invoked from network); 14 Dec 1999 19:02:46 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 14 Dec 1999 19:02:46 -0000 Received: from netmail.austin.ibm.com (netmail.austin.ibm.com [9.53.250.98]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id MAA51450 for ; Tue, 14 Dec 1999 12:59:39 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail.austin.ibm.com (8.8.5/8.8.5) with ESMTP id NAA31662 for ; Tue, 14 Dec 1999 13:02:43 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id NAA26074 for ; Tue, 14 Dec 1999 13:02:41 -0600 (CST) Message-ID: <385692FB.C83A5493@apache.org> Date: Tue, 14 Dec 1999 10:56:59 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: HTML DOM implementation References: <38554D02.EF57A1F8@exoffice.com> <38568C9D.D833DADC@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Yes, I agree -- thanks, Arkin! This is great! Mike Pierpaolo Fumagalli wrote: > > Assaf Arkin wrote: > > > > Providing HTML functionality to Xerces requires adding three packages: > > the HTML DOM (org.w3c.dom.html), a Xerces HTML implementation, and the > > parser (separate code base than the XML parser). This will increase the > > JAR size by an additional 100KB, it might (or might not) be smart to add > > it as a separate add-on JAR. > > I don't care about the size, or the package names, but I'm so happy we > have now an HTML parser :) Thank you very much Assaf (I'm starting to > really like this guy :) > > Pier From twleung@sauria.com Tue Dec 14 20:39:31 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 12515 invoked from network); 14 Dec 1999 20:39:31 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 14 Dec 1999 20:39:31 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id E97539E006 for ; Tue, 14 Dec 1999 12:58:32 -0800 (PST) Message-ID: <005301bf4673$8794ea10$0a00a8c0@orconet.com> From: To: References: <38554D02.EF57A1F8@exoffice.com> Subject: Re: HTML DOM implementation Date: Tue, 14 Dec 1999 12:40:59 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 ElementImpl.getValue is bogus. Your fix is fine. Ted ----- Original Message ----- From: Assaf Arkin To: Sent: Monday, December 13, 1999 11:46 AM Subject: HTML DOM implementation > I've ported the OpenXML HTML DOM to work on top of the Xerces DOM. This > implementation is currently available in the OpenXML release under the > package name org.apache.html.dom. If Xerces is available in the > classpath, the OpenXML HTML parser will now use the Xerces HTML DOM > rather than the OpenXML HTML DOM. > > I've indentified a conflict in Xerces, apparently ElementImpl defines a > public method getValue() that conflicts with HTMLLIElement defining the > same method with a different return type. I could not find any use for > ElementImpl.getValue and commenting it out did not break the build. I > would like a confirmation that this fix will not break anything before > committing it. > > Providing HTML functionality to Xerces requires adding three packages: > the HTML DOM (org.w3c.dom.html), a Xerces HTML implementation, and the > parser (separate code base than the XML parser). This will increase the > JAR size by an additional 100KB, it might (or might not) be smart to add > it as a separate add-on JAR. > > Currently I'm using the package name org.apache.html.dom. Is this in > line with the proposed org.apache.xml and should the parser reside in > org.apache.html.parser? > > arkin > > -- > ____________________________________________________________ > Assaf Arkin arkin@exoffice.com > CTO http://www.exoffice.com > Exoffice, The ExoLab Company tel: (650) 259-9796 > From twleung@sauria.com Tue Dec 14 20:40:37 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 13157 invoked from network); 14 Dec 1999 20:40:37 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 14 Dec 1999 20:40:37 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id B68679E006 for ; Tue, 14 Dec 1999 12:59:39 -0800 (PST) Message-ID: <006b01bf4673$af6071e0$0a00a8c0@orconet.com> From: To: References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> <028b01bf45d4$963237c0$edd2ac89@eaux> <3855AD99.1D4664B2@apache.org> <00e901bf45dd$b8a2cff0$edd2ac89@eaux> Subject: Re: PROPOSAL: regular build schedule Date: Tue, 14 Dec 1999 12:42:06 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Actually, I've beek looking at the jakarta stuff, and they have a multitiered binary system including daily builds. Pier, can we get whatever you guys are using? Ted ----- Original Message ----- From: Eric Ulevik To: Sent: Monday, December 13, 1999 6:48 PM Subject: Re: PROPOSAL: regular build schedule > From: Mike Pogue > > I agree. We should be doing regular tar balls. Anybody want to > > volunteer to do the next one? > > > > Or, should we go the automated tarball route (once a week, whether it > > actually works or not)? > > > > Eric, which would you personally prefer? > > > > Mike > > I would prefer an automated system, as in my experience this means more > releases. > > Regards, > > Eric Ulevik > > > From twleung@sauria.com Tue Dec 14 20:41:35 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 13448 invoked from network); 14 Dec 1999 20:41:35 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 14 Dec 1999 20:41:35 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id 6BA009E006 for ; Tue, 14 Dec 1999 13:00:37 -0800 (PST) Message-ID: <007101bf4673$d1c2ef60$0a00a8c0@orconet.com> From: To: References: Subject: Re: Question Date: Tue, 14 Dec 1999 12:43:04 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 This is a legal thing. Once W3C publishes their own files (the ones in org.w3c.dom have the W3C copyright), then we can copy them over the ones that we have now. I hope that won't be long, now that DOM L2 has gone CR. Ted ----- Original Message ----- From: Christopher Taylor To: Sent: Monday, December 13, 1999 9:35 PM Subject: Question > Hello, > > I'm sorry if this has already been addressed, as I'm new to the Xerces > project. Why does the class org.apache.xerces.dom.DOMImplementationImpl > support the > DOM2 method createDocument(), but org.w3c.dom.DOMImplementation does not > support that interface method? It's listed in the DOM2 documentation on > www.w3c.org. > > -Chris > > P.S. If the DOM2 methods are supposed to be there, I can add them. I just > didn't want to add them if they didn't belong there. > > From pier@apache.org Tue Dec 14 21:03:33 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 16904 invoked from network); 14 Dec 1999 21:03:33 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 21:03:33 -0000 Received: from apache.org(fumagallisrl.inet.it[194.185.223.22]) (1072 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 13:04:21 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <3856B054.A51FAE4@apache.org> Date: Tue, 14 Dec 1999 22:02:12 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <87256846.006DF0AF.00@d53mta03h.boulder.ibm.com> <028b01bf45d4$963237c0$edd2ac89@eaux> <3855AD99.1D4664B2@apache.org> <00e901bf45dd$b8a2cff0$edd2ac89@eaux> <006b01bf4673$af6071e0$0a00a8c0@orconet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit twleung@sauria.com wrote: > > Actually, > > I've beek looking at the jakarta stuff, and they have a multitiered > binary system including daily builds. Pier, can we get whatever > you guys are using? I bet so... I'll ask around on the Jakarta PMC and see what I can do on it... Pier (always "working on it" :) From joseph.gregorio@mts.com Tue Dec 14 21:32:17 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 20629 invoked from network); 14 Dec 1999 21:32:17 -0000 Received: from eagle.mts.com (HELO mts.com) (148.150.31.4) by 63.211.145.10 with SMTP; 14 Dec 1999 21:32:17 -0000 Received: from hermes.mts.com by mts.com (SMI-8.6/SMI-SVR4) id PAA11620; Tue, 14 Dec 1999 15:32:15 -0600 Received: by smtpgate.mts.com with Internet Mail Service (5.5.2448.0) id ; Tue, 14 Dec 1999 16:31:37 -0500 Message-ID: <421E2204A588D111B8BF00A0C995F26856488E@smtpgate.mts.com> From: "Gregorio, Joe" To: "'xerces-dev@xml.apache.org'" Subject: RE: PROPOSAL: DOMString Date: Tue, 14 Dec 1999 16:31:33 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" +1 for typedef std::basic_string DOMString; -joe > -----Original Message----- > From: Robert_Weir@lotus.com [mailto:Robert_Weir@lotus.com] > Sent: Monday, December 13, 1999 3:17 PM > To: xerces-dev@xml.apache.org > Subject: Re: PROPOSAL: DOMString > > > > How about we typedef XMLCh in the platform-specific header > files and then > typedef DOMString to be std::basic_string. The DOM > spec is pretty > specific about these being 16-bit characters, so this would > ensure it by > default. > > And if someone wants to change the typedefs and recompile, they could > create a 32-bit for efficiency, or 8-bit for ASCII-only with memory > constraints. As you point out, no one solutions dominates > the others. So, > make the default be what the W3C spec says and let more > advanced users tune > it to their particular needs. In any case, the Xerces and Xalan code > should assume nothing about the size of XMLCh. > > As for reference counting, we get that already in some > standard library > implementations, like Win32/VC++. Do we know if other > important platforms > have really poor implementations of std::basic_string<> ? > > > -Rob > > Andy said: > > >With wstring there is also the question of character size. On > >some platforms (Win32, Solaris), wchar_t is 16 bits; on others > >(Borland on Win32, Linux) it's 32 bits. A 32 bit wchar_t > >compatible string allows the string data to be easily passed > >to other APIs that expect wchar_t data, but is going to cause > >memory use problems with large documents. There doesn't seem to > >be a good answer to this problem, even with DOMString. On the > >32 bit character platforms, either the data is inconvenient and > >inefficient to use, or the data is bloated. Take you pick. > > From arkin@exoffice.com Tue Dec 14 23:11:27 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 30307 invoked from network); 14 Dec 1999 23:11:27 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 14 Dec 1999 23:11:27 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id PAA10642 for ; Tue, 14 Dec 1999 15:25:08 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <3856D1D4.5E39C7E6@exoffice.com> Date: Tue, 14 Dec 1999 15:25:08 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: HTML DOM implementation References: <38554D02.EF57A1F8@exoffice.com> <005301bf4673$8794ea10$0a00a8c0@orconet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The HTML DOM implementation has been committed to the code base with the ElementImpl fix (thanks Ted). There are now to additional packages: org.w3c.dom.html contains the Level 2 HTML DOM (does not require Level 2 DOM) org.apache.html.dom contains the implementation To construct a new HTML document use org.apache.html.dom.HTMLDocumentImpl or org.apache.html.dom.HTMLDOMImplementationImpl. The latest build of the OpenXML HTML parser will automatically default to using org.apache.html.dom when parsing an HTML document. arkin -- ____________________________________________________________ Assaf Arkin arkin@exoffice.com CTO http://www.exoffice.com Exoffice, The ExoLab Company tel: (650) 259-9796 From pier@apache.org Tue Dec 14 23:41:41 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 32998 invoked from network); 14 Dec 1999 23:41:41 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by 63.211.145.10 with SMTP; 14 Dec 1999 23:41:41 -0000 Received: from apache.org(a-co7-52.tin.it[212.216.2.243]) (1058 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Tue, 14 Dec 1999 15:42:30 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <3856D599.23C8555D@apache.org> Date: Wed, 15 Dec 1999 00:41:13 +0100 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org, general@xml.apache.org Subject: New Committer request... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all... I would like to ask to all of you a favour. There's a great guy at IBM (I used to work with him, and I found him really smart) to wich I believe we should give CVS commit access. His name is Arnaud LeHors (did I spell it right?) and (to quote what Mike said) "is the primary IBM representative to the DOM W3C WG, and also co-chair of the XML-core WG. He'll be working on level 2 and 3 of the DOM (et.al.)...". Can we have some bunches of +1 please :) :) :) :) Pier From stefano@apache.org Wed Dec 15 02:04:34 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 50529 invoked from network); 15 Dec 1999 02:04:34 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 15 Dec 1999 02:04:34 -0000 Received: from apache.org (pv32-pri.systemy.it [194.21.255.32]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id DAA04464 for ; Wed, 15 Dec 1999 03:04:29 +0100 Message-ID: <3856EBC5.48E26BCF@apache.org> Date: Wed, 15 Dec 1999 02:15:49 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: HTML DOM implementation References: <38554D02.EF57A1F8@exoffice.com> <38568C9D.D833DADC@apache.org> <385692FB.C83A5493@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike Pogue wrote: > > Yes, I agree -- thanks, Arkin! This is great! Same here. Let's keep it up :) -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From twleung@sauria.com Wed Dec 15 05:40:15 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 67640 invoked from network); 15 Dec 1999 05:40:15 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 15 Dec 1999 05:40:15 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id E32279E006 for ; Tue, 14 Dec 1999 21:59:17 -0800 (PST) Message-ID: <009f01bf46bf$168bc5e0$0a00a8c0@orconet.com> From: To: References: <3856D599.23C8555D@apache.org> Subject: Re: New Committer request... Date: Tue, 14 Dec 1999 21:41:51 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 +1 ----- Original Message ----- From: Pierpaolo Fumagalli To: ; Sent: Tuesday, December 14, 1999 3:41 PM Subject: New Committer request... > Hi all... I would like to ask to all of you a favour. There's a great > guy at IBM (I used to work with him, and I found him really smart) to > wich I believe we should give CVS commit access. > > His name is Arnaud LeHors (did I spell it right?) and (to quote what > Mike said) "is the primary IBM representative to the DOM W3C WG, and > also co-chair of the XML-core WG. He'll be working on level 2 and 3 of > the DOM (et.al.)...". > > Can we have some bunches of +1 please :) :) :) :) > > Pier > From twleung@sauria.com Wed Dec 15 05:41:26 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 67925 invoked from network); 15 Dec 1999 05:41:26 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 15 Dec 1999 05:41:26 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id 763E99E006 for ; Tue, 14 Dec 1999 22:00:29 -0800 (PST) Message-ID: <00a501bf46bf$412e8990$0a00a8c0@orconet.com> From: To: References: <38554D02.EF57A1F8@exoffice.com> <38568C9D.D833DADC@apache.org> <385692FB.C83A5493@apache.org> <3856EBC5.48E26BCF@apache.org> Subject: Re: HTML DOM implementation Date: Tue, 14 Dec 1999 21:43:03 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Cool. Do we need to get some additional docs for this so people can figure out what to do? I have updated docs for Xerces, but I'm waiting for an OK from Pier to check them into the xerces repository not the site repository. ----- Original Message ----- From: Stefano Mazzocchi To: Sent: Tuesday, December 14, 1999 5:15 PM Subject: Re: HTML DOM implementation > Mike Pogue wrote: > > > > Yes, I agree -- thanks, Arkin! This is great! > > Same here. Let's keep it up :) > > -- > Stefano Mazzocchi One must still have chaos in oneself to be > able to give birth to a dancing star. > Friedrich Nietzsche > > > From twleung@sauria.com Wed Dec 15 05:42:40 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 68206 invoked from network); 15 Dec 1999 05:42:40 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 15 Dec 1999 05:42:40 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id C044C9E006 for ; Tue, 14 Dec 1999 22:01:43 -0800 (PST) Message-ID: <00b301bf46bf$6d8cdff0$0a00a8c0@orconet.com> From: To: References: <99E503BF3E0CD21190DF0090276D7AF3150E74@CYBERMAIL_01> Subject: Re: SAX events Date: Tue, 14 Dec 1999 21:44:17 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 As you found, you need to use the InputStreamReader. ----- Original Message ----- From: Dave Cassel To: Sent: Monday, December 13, 1999 1:00 PM Subject: RE: SAX events > Ted, > > I adopted the stuff you sent me and tried it out. It didn't work at > first, but in the course of comparing files, I noticed I had: > > SAXParser m_parser; > ... > m_parser.parse(new InputSource(m_is)); > > whereas you had: > > SAXParser p; > ... > p.parse(new InputSource(new InputStreamReader(in))); > > -- I hadn't bothered with the Reader. When I put that in, it worked. > Just for kicks, I tried it with the Reader but without your code, and > the original problem was back. It looks like the combination of the > InputStreamReader and your fix did the trick. I wonder if that's an > InputSource bug or just a natural result of not using a Reader. Either > way, it works when the Reader is used. > > Thanks for the help! > > David Cassel > Software Engineer > CyberFone, Inc. > 610-989-9330x33 > > > -----Original Message----- > > From: twleung@sauria.com [mailto:twleung@sauria.com] > > Sent: Friday, December 10, 1999 7:41 PM > > To: xerces-dev@xml.apache.org > > Subject: Re: SAX events > > > > > > Hi David, > > > > I recently checked in some fixes that provide a solution to > > this problem. > > The fixes allow the parser to react to data as it comes in, > > instead of in > > buffer sized (16K) blocks. > > > > I've attached a source file that shows how to make use of the new > > functionality. I'll try to write this up and add it to the docs soon. > > > > Ted > > ----- Original Message ----- > > From: "Dave Cassel" > > To: > > Sent: Friday, December 10, 1999 11:39 AM > > Subject: SAX events > > > > > > > Forgive me if this has been brought up before, but I can't > > find anything > > > about it. > > > > > > First off: Win NT 4.0, Sun JDK 1.1.8, Xerces-J 1.0. > > > > > > I'm writing something where a client sends XML messages to > > a server and > > > the server responds to the messages individually. I've > > tried a couple > > > different ways and can't get it to work. The server is using SAX to > > > parse the input. > > > > > > My first try was to have the client send a couple of full documents. > > > However, the server griped about this: > > > "[Fatal Error] :1 :37: The markup in the document following the root > > > element must be well-formed." Okay, it figures the > > top-level element > > > is the root and doesn't want to see other elements after > > that. I guess > > > it doesn't see anything it can interpret as an > > end-of-document. Fair > > > enough. > > > > > > For testing, I then tried just manually writing some strings to the > > > stream. I gave it a element, inside of which I gave > > it a > > > element. I had the client pause a few seconds and then > > write a second > > > element, and then closed the . All the elements were > > > correctly received -- but not until everything had been written. (I > > > flushed the stream after writing the first .) > > > > > > Shouldn't the server get & interpret elements as soon as they are > > > available from the stream? Does SAX wait to have an entire element > > > before it calls events? I can't close the stream between > > messages; it > > > seems I can't have them in seperate documents; so how do I get the > > > server to react to the incoming data? Is this a problem > > with Xerces or > > > with what I'm trying to do with it? > > > > > > Thanks! > > > > > > David Cassel > > > Software Engineer > > > CyberFone, Inc. > > > 610-989-9330x33 > > > > > > > > > > > > From sjb@lucent.com Wed Dec 15 11:39:39 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 78102 invoked from network); 15 Dec 1999 11:39:39 -0000 Received: from hoemail1.lucent.com (HELO hoemlsrv.firewall.lucent.com) (192.11.226.161) by 63.211.145.10 with SMTP; 15 Dec 1999 11:39:39 -0000 Received: from hoemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id GAA00196 for ; Wed, 15 Dec 1999 06:39:36 -0500 (EST) Received: from ldvmail.ldv.lucent.com (h135-17-61-5.lucent.com [135.17.61.5]) by hoemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id GAA00187 for ; Wed, 15 Dec 1999 06:39:36 -0500 (EST) Received: by ldvmail.ldv.lucent.com (8.9.1b+Sun/EMS-1.5 sol2) id GAA11876; Wed, 15 Dec 1999 06:39:34 -0500 (EST) Received: from shoeless by ldvmail.ldv.lucent.com (8.9.1b+Sun/EMS-1.5 sol2) id GAA11872; Wed, 15 Dec 1999 06:39:31 -0500 (EST) Message-ID: <00f801bf46f1$2dead2d0$8b260587@ldv.lucent.com> Reply-To: "Steve Buroff" From: "Steve Buroff" To: "xerces-dev mailing list" Cc: "Buroff, Steven" Subject: Fw: schema question Date: Wed, 15 Dec 1999 06:40:23 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F5_01BF46C7.43CBD010" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 This is a multi-part message in MIME format. ------=_NextPart_000_00F5_01BF46C7.43CBD010 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a question on XML schema. Please excuse me if it is a stupid = question. I'm new to schema. Also, if this is not the correct group to send the = question to, please direct me to the correct one. Consider the following schema file: =20 and this xml file: =20
=20 When I parse with xml4j 3.0.0 EA3, I get the following error message. =20 No validator for datatype Other play2.xml: 579 ms (2 elems, 1 attrs, 3 spaces, 0 chars) =20 What am I doing wrong? TIA. =20 Steve Buroff ------=_NextPart_000_00F5_01BF46C7.43CBD010 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I have a question on XML schema. Please excuse me if = it is a=20 stupid question.
I'm new to schema. Also, if this is not the correct = group to=20 send the question
to, please direct me to the correct = one.
 
Consider the following schema file:
 
<?xml version=3D"1.0" = encoding=3D"UTF-8"?>
<!--=20 <!DOCTYPE schema SYSTEM "structures.dtd"> -->
<!DOCTYPE = schema=20 PUBLIC "-//W3C/DTD XML Schema Version=20 = 1.0//EN"
          &= nbsp;           &n= bsp;=20 "http://w= ww.w3.org/XML/Group/1999/09/23-xmlschema/struct
ures/structures.dt= d">
<schema>
 
<element=20 name=3D"MAIN">
        = <archetype=20 = name=3D"Main">
        &nbs= p;      =20 <element=20 = ref=3D"OTHER"/>
        &nb= sp;      =20 <attribute = name=3D"xmlns"/>
       =20 </archetype>
</element>
 
<archetype name=3D"Other" = content=3D"empty"/>
 
<element name=3D"OTHER" = type=3D"Other"/>
 
</schema>
 
and this xml file:
 
<?xml version=3D"1.0" = encoding=3D"UTF-8"?>
 
<MAIN=20 xmlns=3D"play2.xsd">
       =20 <OTHER/>
</MAIN>
 
When I parse with xml4j 3.0.0 EA3, I get the = following error=20 message.
 
No validator for datatype Other
play2.xml: 579 = ms (2=20 elems, 1 attrs, 3 spaces, 0 chars)
 
What am I doing wrong? TIA.
 
Steve Buroff
------=_NextPart_000_00F5_01BF46C7.43CBD010-- From luca.davanzo@insiel.it Tue Dec 14 10:23:39 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Delivered-To: moderator for xerces-dev@xml.apache.org Received: (qmail 70368 invoked from network); 14 Dec 1999 10:23:39 -0000 Received: from unknown (HELO email.insiel.it) (193.42.71.10) by 63.211.145.10 with SMTP; 14 Dec 1999 10:23:39 -0000 Received: from svr-udine-01.insiel.it (udine.insiel.it [193.42.70.8]) by email.insiel.it (8.9.3/8.9.3) with ESMTP id LAA25259 for ; Tue, 14 Dec 1999 11:31:16 +0100 Received: from scenic350_audio (c4350109.insiel.it [192.168.234.109]) by svr-udine-01.insiel.it with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id YLTFVZ7K; Tue, 14 Dec 1999 11:20:17 +0100 Reply-To: From: "Davanzo Luca" To: Subject: missing library in xerces-c Date: Tue, 14 Dec 1999 11:20:09 +0100 Message-ID: <000001bf461c$d0846770$6deaa8c0@scenic350_audio.insiel.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 I downloaded xerces-c for C++ 1.0; in your documentation you talk about a .dll or .lib file called "icuuc.xx" whic is necesssary to redistribute ones application; I can't find that file in the downloaded package. What do I do? It's an important thing for my project to be able to use xercess.. HELP!!! From mpogue@apache.org Wed Dec 15 17:49:48 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 16153 invoked from network); 15 Dec 1999 17:49:48 -0000 Received: from ausmail2.austin.ibm.com (192.35.232.11) by 63.211.145.10 with SMTP; 15 Dec 1999 17:49:48 -0000 Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [9.53.250.96]) by ausmail2.austin.ibm.com (8.9.1/8.8.5) with ESMTP id LAA22246 for ; Wed, 15 Dec 1999 11:46:42 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail1.austin.ibm.com (8.8.5/8.8.5) with ESMTP id LAA24396 for ; Wed, 15 Dec 1999 11:49:46 -0600 Received: from apache.org (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id LAA28232 for ; Wed, 15 Dec 1999 11:49:43 -0600 (CST) Message-ID: <3857D360.CAD09EB1@apache.org> Date: Wed, 15 Dec 1999 09:44:00 -0800 From: Mike Pogue Organization: xml.apache.org X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: missing library in xerces-c References: <000001bf461c$d0846770$6deaa8c0@scenic350_audio.insiel.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The ICU (International Classes for Unicode) provides support for a whole bunch of encodings that Xerces-C does not natively support. Xerces-C does understand Unicode (UTF-8 and UTF-16), and US ASCII, but if you want *more* than that, you need to choose which transcoding package to use, and then you have to compile Xerces-C accordingly. Your choices are: iconv (works on many UNIX'es) Win32 transcoders (obviously, this option only works on Windows) ICU (works on many platforms) If you choose to go with ICU, you can get it from IBM's DeveloperWorks. ICU is Open Source there, under the IPSL (IBM Public Source code License). There is a community of developers there (including IBM, Sun, Netscape, Basic Technologies, NCR), that is continuing to work on it. ICU does a lot more than transcoding, but only the transcoding DLL (library) is needed by Xerces-C (and then, only if you want more than Unicode/ASCII support). The ICU (downloads, newsgroups, etc.) can be found at: http://www10.software.ibm.com/developerworks/opensource/icu/index.html IBM has also provided, for your convenience, an integrated version of Xerces-C and ICU. It's on Alphaworks, at http://www.alphaworks.ibm.com/tech/xml4c Don't let the name "XML4C" fool you! It really is based on the Xerces-C code base. Hope this helps! Mike Davanzo Luca wrote: > > I downloaded xerces-c for C++ 1.0; in your documentation you talk about a > .dll or .lib file called "icuuc.xx" whic is necesssary to redistribute ones > application; I can't find that file in the downloaded package. > > What do I do? > > It's an important thing for my project to be able to use xercess.. > HELP!!! From rahulj@us.ibm.com Wed Dec 15 17:55:45 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 18310 invoked from network); 15 Dec 1999 17:55:45 -0000 Received: from ausmail.austin.ibm.com (192.35.232.19) by 63.211.145.10 with SMTP; 15 Dec 1999 17:55:45 -0000 Received: from netmail2.austin.ibm.com (netmail2.austin.ibm.com [9.53.250.97]) by ausmail.austin.ibm.com (8.9.1/8.8.5) with ESMTP id LAA62616 for ; Wed, 15 Dec 1999 11:57:13 -0600 Received: from popmail.austin.ibm.com (popmail.austin.ibm.com [9.53.247.178]) by netmail2.austin.ibm.com (8.8.5/8.8.5) with ESMTP id LAA18260 for ; Wed, 15 Dec 1999 11:55:44 -0600 Received: from us.ibm.com (socks2.almaden.ibm.com [9.1.40.50]) by popmail.austin.ibm.com (AIX4.2/UCB 8.7/8.7-client1.01) with ESMTP id LAA24274 for ; Wed, 15 Dec 1999 11:55:40 -0600 (CST) Message-ID: <3857D811.B7777220@us.ibm.com> Date: Wed, 15 Dec 1999 10:04:01 -0800 From: Rahul Jain Reply-To: rahulj@apache.org Organization: IBM Center for Java Technology X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: missing library in xerces-c References: <000001bf461c$d0846770$6deaa8c0@scenic350_audio.insiel.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This is an error in the documentation. We should clarify it further. I will go ahead and fix it for the next release. The file 'icuuc.dll' is only shipped/relevant if you are using Xerces-C with IBM Classes for Unicode (ICU). Since Xerces-C binaries do not use ICU, the ICU .dll and .lib files are not required. Do note that without ICU, you can process input only in ASCII, UTF-8, UTF-16 and UCS4 encodings. Further, for output it uses system trancoding services. If you need to support more encodings then you can download pre-built binaries of Xerces-C with ICU from http://www.alphaworks.ibm.com/tech/xml4c rahul Davanzo Luca wrote: > > I downloaded xerces-c for C++ 1.0; in your documentation you talk about a > .dll or .lib file called "icuuc.xx" whic is necesssary to redistribute ones > application; I can't find that file in the downloaded package. > > What do I do? > > It's an important thing for my project to be able to use xercess.. > HELP!!! From Scott_Boag/CAM/Lotus@lotus.com Wed Dec 15 20:14:32 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 55435 invoked from network); 15 Dec 1999 20:14:32 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 15 Dec 1999 20:14:32 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id PAA12541; Wed, 15 Dec 1999 15:28:26 -0500 (EST) Received: from a3mail.lotus.com (A3MAIL.lotus.com [9.95.5.66]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id PAA06043; Wed, 15 Dec 1999 15:11:58 -0500 (EST) Subject: Re: New Committer request... To: xerces-dev@xml.apache.org Cc: general@xml.apache.org, xerces-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: From: "Scott Boag/CAM/Lotus" Date: Wed, 15 Dec 1999 11:53:32 -0500 X-MIMETrack: Serialize by Router on A3MAIL/CAM/H/Lotus(Build V503_12031999 |December 3, 1999) at 12/15/99 03:14:31 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii > Can we have some bunches of +1 please :) :) :) :) +1 -scott From Scott_Boag/CAM/Lotus@lotus.com Wed Dec 15 20:50:38 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 66926 invoked from network); 15 Dec 1999 20:50:38 -0000 Received: from lotus2.lotus.com (192.233.136.8) by 63.211.145.10 with SMTP; 15 Dec 1999 20:50:38 -0000 Received: from internet2.lotus.com (internet2 [9.95.4.236]) by lotus2.lotus.com (8.9.3/8.9.3) with ESMTP id QAA14577; Wed, 15 Dec 1999 16:04:33 -0500 (EST) Received: from a3mail.lotus.com (A3MAIL.lotus.com [9.95.5.66]) by internet2.lotus.com (8.9.3/8.9.3) with ESMTP id PAA09540; Wed, 15 Dec 1999 15:48:07 -0500 (EST) Subject: Re: New Committer request... To: xerces-dev@xml.apache.org Cc: general@xml.apache.org, xerces-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0 March 30, 1999 Message-ID: From: "Scott Boag/CAM/Lotus" Date: Wed, 15 Dec 1999 11:53:32 -0500 X-MIMETrack: Serialize by Router on A3MAIL/CAM/H/Lotus(Build V503_12031999 |December 3, 1999) at 12/15/99 03:50:38 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii > Can we have some bunches of +1 please :) :) :) :) +1 -scott From arkin@exoffice.com Wed Dec 15 20:55:56 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 69344 invoked from network); 15 Dec 1999 20:55:56 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 15 Dec 1999 20:55:56 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id NAA02063 for ; Wed, 15 Dec 1999 13:09:44 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <38580398.7DB014BB@exoffice.com> Date: Wed, 15 Dec 1999 13:09:44 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: New Committer request... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Can we have some bunches of +1 please :) :) :) :) +1 And welcome aboard. arkin From twleung@sauria.com Wed Dec 15 21:43:51 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 84984 invoked from network); 15 Dec 1999 21:43:51 -0000 Received: from sauria.com (HELO wall) (postfix@216.98.236.70) by 63.211.145.10 with SMTP; 15 Dec 1999 21:43:51 -0000 Received: from boo (unknown [192.168.0.10]) by wall (Postfix) with SMTP id 02BC79E006 for ; Wed, 15 Dec 1999 14:02:55 -0800 (PST) Message-ID: <003201bf4745$b3094d30$0a00a8c0@orconet.com> From: To: References: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> <3851A498.3494057E@us.ibm.com> <0dfd01bf44fc$a8a95420$edd2ac89@eaux> <38568B86.2DD9F278@apache.org> Subject: Re: PROPOSAL: regular build schedule Date: Wed, 15 Dec 1999 13:45:26 -0800 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 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 In lieu of getting something automated in place, I think that we should have a 1.0.1 binary build of Xerces-J. I also volunteer myself (and IBM) as the release coordinator for this build. Please let me know if you have any objections to this. Here's a short list of what needs to happen for that build: 1. documentation for xerces-j checked into xml-xerces repository (Pier and Ted) 2. Update of that documentation to discuss new function -- mostly serialization & HTML parsing (Arkin?) 3. Update the version number and build stuff 4. Build the release & test (Ted & IBM) 5. Shove new binaries onto locus (Ted) Please let me know if I have left anything out, or if you have functionality that needs to go in. From arkin@exoffice.com Thu Dec 16 01:12:21 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 18528 invoked from network); 16 Dec 1999 01:12:21 -0000 Received: from unknown (HELO arkin.exoffice.com) (root@207.33.160.104) by 63.211.145.10 with SMTP; 16 Dec 1999 01:12:21 -0000 Received: from exoffice.com (IDENT:arkin@arkin.exoffice.com [207.33.160.104]) by arkin.exoffice.com (8.9.3/8.9.3) with ESMTP id RAA09207; Wed, 15 Dec 1999 17:26:04 -0800 Sender: arkin@arkin.exoffice.com Message-ID: <38583FAC.6FEC0CF5@exoffice.com> Date: Wed, 15 Dec 1999 17:26:04 -0800 From: Assaf Arkin Organization: Exoffice X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: xerces-dev@xml.apache.org CC: general@xml.apache.org Subject: New serializer API Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Based on Scott's, Stefano's and other contributors I've revamped the Serializer interface with the following changes: BaseSerializer has been renamed BaseMarkupSerializer, it's only intention in life is to be part of the XML/HTML/XHML serializer implementation. DOMSerializer has been added as an interface for serializing DOM, DocumentHandler is still the interface for serializing SAX. A SAX serializer need only implement DocumentHandler, but the one provided also implement the other SAX interfaces, it's the responsibility of the SAX producer to register the DocumentHandler as any other interface. I do not think it makes sense to extend HandlerBase, and not all the interfaces (SAX2) are supported by HandlerBase at the moment, but I'm looking for your input on that. The Serializer interface now serves for setting the output stream/writer/output format and for obtaining a SAX/DOM serializer. The same serializer can be reused by setting a different stream/writer/output over it's life time, there is no need to call a specific init method. SerializerFactory has been added. It uses a default SerializerFactoryImpl for registering XML/HTML/XHTML serializer factories, in addition, it reads a list of factories from a system property and register that. In order to support that, each factory now reports what method it supports (with getSupportedMethod). The default serializers for XML/HTML/XHTML are always present, but can be superceded with the properties file. (Note to Stefano and Jame: I've added a FOP method to OutputFormat, and adding a FOP serializer to the default base should be a snap. The FOP serializer does not need to extend BaseMarkupSerializer.) For backward compatibility with existing code Serializer is still an abstract class and still supports the makeSerializer/ makeSAXSerializer methods, however, I do expect these to be deprecated and Serializer to become an interface once enough people migrate. I'm looking for volunteers to test the code for a few days before it gets committed, makeing sure it works as specified and doesn't break. arkin From stefano@apache.org Thu Dec 16 03:05:08 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 4543 invoked from network); 16 Dec 1999 03:05:08 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 16 Dec 1999 03:05:08 -0000 Received: from apache.org (pv9-pri.systemy.it [194.21.255.9]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id EAA00280 for ; Thu, 16 Dec 1999 04:05:05 +0100 Message-ID: <385855F6.48A5C1EB@apache.org> Date: Thu, 16 Dec 1999 04:01:10 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: New Committer request... References: <38580398.7DB014BB@exoffice.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Assaf Arkin wrote: > > > Can we have some bunches of +1 please :) :) :) :) > > +1 > > And welcome aboard. +1 as well. -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From stefano@apache.org Thu Dec 16 03:05:10 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 4685 invoked from network); 16 Dec 1999 03:05:10 -0000 Received: from pop.systemy.it (194.20.140.28) by 63.211.145.10 with SMTP; 16 Dec 1999 03:05:10 -0000 Received: from apache.org (pv9-pri.systemy.it [194.21.255.9]) by pop.systemy.it (8.8.8/8.8.3) with ESMTP id EAA00284 for ; Thu, 16 Dec 1999 04:05:06 +0100 Message-ID: <385856A9.79BF2E80@apache.org> Date: Thu, 16 Dec 1999 04:04:09 +0100 From: Stefano Mazzocchi Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,it MIME-Version: 1.0 To: xerces-dev@xml.apache.org Subject: Re: PROPOSAL: regular build schedule References: <00dc01bf4371$6fc1f1d0$b7160609@cupertino.ibm.com> <3851A498.3494057E@us.ibm.com> <0dfd01bf44fc$a8a95420$edd2ac89@eaux> <38568B86.2DD9F278@apache.org> <003201bf4745$b3094d30$0a00a8c0@orconet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit twleung@sauria.com wrote: > > In lieu of getting something automated in place, I think that we > should have a 1.0.1 binary build of Xerces-J. I also volunteer > myself (and IBM) as the release coordinator for this build. Please > let me know if you have any objections to this. No objections at all. Go for it!!! (I need the new serializing classes for Cocoon badly!!) > Here's a short list of what needs to happen for that build: > > 1. documentation for xerces-j checked into xml-xerces repository > (Pier and Ted) > > 2. Update of that documentation to discuss new function -- mostly > serialization & HTML parsing (Arkin?) Arkin, I volunteer to try your new serializing classes out. > 3. Update the version number and build stuff > > 4. Build the release & test (Ted & IBM) Do you want me to create the complete Ant build file with stylebook and javadoc stuff? Cloning the Cocoon build.xml file will take just a couple of minutes. > 5. Shove new binaries onto locus (Ted) > > Please let me know if I have left anything out, or if you have > functionality that needs to go in. -- Stefano Mazzocchi One must still have chaos in oneself to be able to give birth to a dancing star. Friedrich Nietzsche From clark.evans@manhattanproject.com Thu Dec 16 04:05:26 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 36302 invoked from network); 16 Dec 1999 04:05:26 -0000 Received: from elwood.cais.com (199.0.216.215) by 63.211.145.10 with SMTP; 16 Dec 1999 04:05:26 -0000 Received: from cauchy.clarkevans.com (IDENT:clark@209-9-30-66.sdsl.cais.net [209.9.30.66]) by elwood.cais.com (8.9.1/Elwood) with ESMTP id XAA21622 for ; Wed, 15 Dec 1999 23:07:31 -0500 (EST) Date: Wed, 15 Dec 1999 11:08:33 -0500 (EST) From: "Clark C. Evans" X-Sender: clark@cauchy.clarkevans.com To: xerces-dev@xml.apache.org Subject: Dec 15 Snapshot In-Reply-To: <199911131041.EAA14336@chinet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I cannot build the "c" version of today's snapshot on a stock RH 6.1 Pentium box. I ran configure, and it tried to create /obj and /lib So, I looked at the Makefile, and it did not define XCERESCROOT, after defining this, it got a few more lines into the Makefile and tried to create /include/lib Hmm. I take it the build is not yet operable? Any suggestions? Thanks! Clark From balld@phoenix.webslingerZ.com Thu Dec 16 04:49:54 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 59153 invoked from network); 16 Dec 1999 04:49:54 -0000 Received: from phoenix.webslingerz.com (balld@206.66.49.24) by 63.211.145.10 with SMTP; 16 Dec 1999 04:49:54 -0000 Received: from localhost (balld@localhost) by phoenix.webslingerZ.com (8.8.7/8.8.7) with ESMTP id XAA09421 for ; Wed, 15 Dec 1999 23:49:53 -0500 Date: Wed, 15 Dec 1999 23:49:53 -0500 (EST) From: Donald Ball To: xerces-dev@xml.apache.org Subject: Re: Dec 15 Snapshot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 15 Dec 1999, Clark C. Evans wrote: > I cannot build the "c" version of today's snapshot > on a stock RH 6.1 Pentium box. > > I ran configure, and it tried to create /obj and /lib > So, I looked at the Makefile, and it did not define > XCERESCROOT, after defining this, it got a few more > lines into the Makefile and tried to create /include/lib > Hmm. I was able to get a little bit further than that with the following steps: export XERCESCROOT=/home/balld/src/xml-xerces/c sh runConfigure -p linux make I bet you tried to ./configure in the c directory. That's the standard way to make UNIX packages in this day and age; one wonders why the Xerces package requires another wrapper script. I'd recommend the following: 1. Top level README or INSTALLATION document, even if it's just what I have above. 2. Make the runConfigure script executable. FYI, it's building right now on my machine; the only major complaint it has so far is that a bunch of classes only have private destructors and no friends. I'm by no means a c++ expert so I don't know if this is a gratuitous message or not. Aha, it just finished building. Yep, looks like a valid shared library to me. Cool. Now I wonder if I can get the perl library built, and if this parser will be faster than CPAN's XML parser. - donald From clark.evans@manhattanproject.com Thu Dec 16 05:43:22 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 83485 invoked from network); 16 Dec 1999 05:43:22 -0000 Received: from elwood.cais.com (199.0.216.215) by 63.211.145.10 with SMTP; 16 Dec 1999 05:43:22 -0000 Received: from cauchy.clarkevans.com (IDENT:clark@209-9-30-66.sdsl.cais.net [209.9.30.66]) by elwood.cais.com (8.9.1/Elwood) with ESMTP id AAA28143 for ; Thu, 16 Dec 1999 00:45:33 -0500 (EST) Date: Wed, 15 Dec 1999 12:46:36 -0500 (EST) From: "Clark C. Evans" X-Sender: clark@cauchy.clarkevans.com To: xerces-dev@xml.apache.org Subject: Re: Dec 15 Snapshot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 15 Dec 1999, Donald Ball wrote: > export XERCESCROOT=/home/balld/src/xml-xerces/c > sh runConfigure -p linux > make Thanks! This did the trick. BTW, the "make install" is creating non-standard directories in /usr/local (by default). This is bad. Most of these directories should be under /usr/local/include/... The only one that is correct is the use of /usr/local/lib Thanks! From gtj@peakin.com Thu Dec 16 05:49:38 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 86870 invoked from network); 16 Dec 1999 05:49:38 -0000 Received: from out2.prserv.net (HELO prserv.net) (165.87.194.229) by 63.211.145.10 with SMTP; 16 Dec 1999 05:49:38 -0000 Received: from gtjtp770 ([32.101.156.186]) by prserv.net (out2) with SMTP id <1999121605480922900pn07te>; Thu, 16 Dec 1999 05:48:09 +0000 From: "George T. Joseph" To: "xerces-dev" Subject: NullPointerException in StringPool.addString Date: Thu, 16 Dec 1999 00:47:25 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal I've run across a NullPointerException when parsing an XML document against a schema and when that schema references an ENTITY in the content of a textEntity delcaration that was defined in the internal DTD of the schema. Wow, the sample code is shorter than the description! I've just started working my way through the source code but if this is a known problem or someone's got a quick fix, I'd appreciate the feedback. Thanks, george -----environment Windows NT 4.0sp4 Sun Win32 JDK 1.2.2 Xerces-J 1.0.0 -----command java sax.SAXWriter test.xml -----XML instance document (test.xml) -----XML Schema (test.xsd) ]> &constant; -----Stack Trace java.lang.NullPointerException: at org.apache.xerces.utils.StringPool.addString(StringPool.java:251) at org.apache.xerces.validators.schema.XSchemaValidator.traverseSchema(XSchemaV alidator.java:1751) at org.apache.xerces.validators.schema.XSchemaValidator.loadSchema(XSchemaValid ator.java:1701) at org.apache.xerces.framework.XMLParser.scanAttValue(XMLParser.java:1923) at org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanne r.java:1800) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM LDocumentScanner.java:991) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner. java:381) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1129) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1168) at sax.SAXWriter.print(SAXWriter.java:134) at sax.SAXWriter.main(SAXWriter.java:380) From jgoehringer@mindspring.com Thu Dec 16 10:15:01 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 12540 invoked from network); 16 Dec 1999 10:15:01 -0000 Received: from smtp7.atl.mindspring.net (207.69.128.51) by 63.211.145.10 with SMTP; 16 Dec 1999 10:15:01 -0000 Received: from jringer (user-2iniker.dialup.mindspring.com [165.121.81.219]) by smtp7.atl.mindspring.net (8.9.3/8.8.5) with SMTP id FAA07945 for ; Thu, 16 Dec 1999 05:14:59 -0500 (EST) From: "John Goehringer" To: Subject: A few memory leaks in Xerces-C 1.0.0 Date: Thu, 16 Dec 1999 05:14:58 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Here are some example patches documenting a few leaks we found. Let me know if these look ok. These are diff'ed against the Xerces-C-src_1_0_0.zip drop. Looks like they are still in the latest cvs version of the code at this time. We were stuffing SAXException's into a stl container, hence the addition of the constructor/assignment stuff. Excellent job on the parser - really appreciate it! diff -c -r orig/framework/XMLAttr.cpp src/framework/XMLAttr.cpp *** orig/framework/XMLAttr.cpp Fri Dec 10 17:13:00 1999 --- src/framework/XMLAttr.cpp Thu Dec 16 01:20:48 1999 *************** *** 217,222 **** --- 217,223 ---- void XMLAttr::cleanUp() { delete [] fName; + delete [] fPrefix; delete [] fQName; delete [] fValue; } diff -c -r orig/internal/ReaderMgr.cpp src/internal/ReaderMgr.cpp *** orig/internal/ReaderMgr.cpp Fri Dec 10 17:13:04 1999 --- src/internal/ReaderMgr.cpp Thu Dec 16 01:03:32 1999 *************** *** 682,689 **** // if (!fReaderStack && !fCurReader) { ! lastInfo.systemId = XMLString::replicate(XMLUni::fgZeroLenString); ! lastInfo.publicId = XMLString::replicate(XMLUni::fgZeroLenString); lastInfo.lineNumber = 0; lastInfo.colNumber = 0; return; --- 682,689 ---- // if (!fReaderStack && !fCurReader) { ! lastInfo.systemId = XMLUni::fgZeroLenString; ! lastInfo.publicId = XMLUni::fgZeroLenString; lastInfo.lineNumber = 0; lastInfo.colNumber = 0; return; diff -c -r orig/internal/XMLScanner2.cpp src/internal/XMLScanner2.cpp *** orig/internal/XMLScanner2.cpp Fri Dec 10 17:13:06 1999 --- src/internal/XMLScanner2.cpp Thu Dec 16 01:15:09 1999 *************** *** 761,767 **** // Its a valid URL so its assumed to be fully qualified. Get the // base part of the path part of the URL. // ! fReaderMgr.setBasePath(XMLPlatformUtils::getBasePath(tmpURL.getPath())); } catch(const MalformedURLException&) --- 761,769 ---- // Its a valid URL so its assumed to be fully qualified. Get the // base part of the path part of the URL. // ! XMLCh* pathPtr = XMLPlatformUtils::getBasePath(tmpURL.getPath()); ! ArrayJanitor janName(pathPtr); ! fReaderMgr.setBasePath(pathPtr); } catch(const MalformedURLException&) *************** *** 770,776 **** // Its not a URL, so assume its just a plain file path and could // be partial, so get the complete path. // ! fReaderMgr.setBasePath(XMLPlatformUtils::getBasePath(src.getSystemId())); } } --- 772,780 ---- // Its not a URL, so assume its just a plain file path and could // be partial, so get the complete path. // ! XMLCh* pathPtr = XMLPlatformUtils::getBasePath(src.getSystemId()); ! ArrayJanitor janName(pathPtr); ! fReaderMgr.setBasePath(pathPtr); } } diff -c -r orig/sax/SAXException.hpp src/sax/SAXException.hpp *** orig/sax/SAXException.hpp Fri Dec 10 17:13:08 1999 --- src/sax/SAXException.hpp Thu Dec 16 01:19:41 1999 *************** *** 129,137 **** --- 129,166 ---- } + /** + * Copy constructor. + * + * @param other The source SAXException object + */ + SAXException(const SAXException &other) : fMsg(0) + { + fMsg = XMLString::replicate(other.fMsg); + } + + + /** + * Assignment operator + * + * @param other The source SAXException object + */ + SAXException & operator = (const SAXException &toAssign) + { + if (this == &toAssign) + return *this; + + delete[] fMsg; + fMsg = XMLString::replicate(toAssign.fMsg); + + return *this; + } + + /** Destructor */ virtual ~SAXException() { + delete[] fMsg; } //@} From court@acm.org Thu Dec 16 11:57:00 1999 Return-Path: Mailing-List: contact xerces-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list xerces-dev@xml.apache.org Received: (qmail 19842 invoked from network); 16 Dec 1999 11:57:00 -0000 Received: from brick1.brickhouse.net (HELO mail.kiwiconsulting.com) (206.245.233.115) by 63.211.145.10 with SMTP; 16 Dec 1999 11:57:00 -0000 Received: from acm.org [209.0.101.82] by mail.kiwiconsulting.com with ESMTP (SMTPD32-4.06) id AC215EF01C2; Thu, 16 Dec 1999 03:25:21 PDT Sender: court Message-ID: <3858D388.6