From coopercc@netheaven.com Fri Oct 6 22:23:37 2000 From: coopercc@netheaven.com (Clark Cooper) Date: Fri, 6 Oct 2000 17:23:37 -0400 Subject: [Expat-discuss] Re: expat-discuss In-Reply-To: <39DDF447.12710D98@softechnics.com> (message from Jeff Rancier on Fri, 06 Oct 2000 11:48:23 -0400) References: <39DDF447.12710D98@softechnics.com> Message-ID: <200010062123.RAA25839@term-21.ltionline.com> Jeff, You wrote: # Is this list active? I viewed the current subscribers, and there is # only 7! Also, can you tell me what *digested* means? Thanks, This list is new but not yet very active. Your message is the first one to the list. This is where dicussion of potential new features will take place. Right now we're concentrating on getting people to use 1.95 and finding bugs in the build process, so there hasn't been any converstations yet on new features. If you elect to receive a *digested* form of the mailing list, then you'll get the messages batched up on a daily basis instead of having them directly forwarded to you as if they came from the sender. -- Clark Cooper Software Engineer Home: coopercc@netheaven.com Schenectady, NY USA Work: cccooper@ltionline.com From coopercc@netheaven.com Fri Oct 6 22:23:37 2000 From: coopercc@netheaven.com (Clark Cooper) Date: Fri, 6 Oct 2000 17:23:37 -0400 Subject: [Expat-discuss] Re: expat-discuss Message-ID: <200010062252.AAA02082@point.pointsman.de> Jeff, You wrote: # Is this list active? I viewed the current subscribers, and there is # only 7! Also, can you tell me what *digested* means? Thanks, This list is new but not yet very active. Your message is the first one to the list. This is where dicussion of potential new features will take place. Right now we're concentrating on getting people to use 1.95 and finding bugs in the build process, so there hasn't been any converstations yet on new features. If you elect to receive a *digested* form of the mailing list, then you'll get the messages batched up on a daily basis instead of having them directly forwarded to you as if they came from the sender. -- Clark Cooper Software Engineer Home: coopercc@netheaven.com Schenectady, NY USA Work: cccooper@ltionline.com _______________________________________________ Expat-discuss mailing list Expat-discuss@lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/expat-discuss From nozone@sbox.tu-graz.ac.at Mon Oct 16 19:59:37 2000 From: nozone@sbox.tu-graz.ac.at (Andreas Leitner) Date: Mon, 16 Oct 2000 20:59:37 +0200 Subject: [Expat-discuss] new release new paths Message-ID: <39EB5019.E41E0A97@sbox.tu-graz.ac.at> Hi, I am the maintainer of the exml project. That is for now an Eiffel wrapper around expat. I have downloaded the new release since I would like to update my package to fit the new version of expat. I really appreciate the new autoconf support - great work guys! For the time beeing I located expat with an environment variable and then depending on platform and Eiffel compiler had special makefile like files (in eiffel there are usually ACE files for that job) that use the $EXPAT variable to locate headers and libraries. With the new system that does not work anymore, since the header and the library can be in different locations. Of course I could introduce two variables (one for the header, one for the lib), but that just adds complexity. I would prefere to make the installation process for the user as simple as possible. What options do I have to detect the location of the lib and header (for Unix and Windows)? Sorry for my maybe stupid question but I do not have a lot of experience with autoconf/automake. many thanks in advance, Andreas From graeme.ludwig@bt.com Tue Oct 17 12:32:42 2000 From: graeme.ludwig@bt.com (graeme.ludwig@bt.com) Date: Tue, 17 Oct 2000 12:32:42 +0100 Subject: [Expat-discuss] Is expat thread-safe? Message-ID: <71DA16F18D32D2119A1D0000F8FE9A94093F0364@mbtlipnt01.btlabs.bt.co.uk> I need to use an XML Parser in a multi-threaded environment. Is expat thread-safe? Regards, Graeme Ludwig. From dykman@exentis.com Tue Oct 17 13:53:15 2000 From: dykman@exentis.com (Damien Dykman) Date: Tue, 17 Oct 2000 14:53:15 +0200 Subject: [Expat-discuss] XML_Parser reset function Message-ID: <007f01c03839$373d27e0$10cca8c0@cma.ensmp.fr> Hi, I was wondering if it would be possible to have sort of a XML_ParserReset(..) function to reset a XML_Parser object without freeing and reallocating memory. Actually I would like to be able to call the XML_Parse(..) function many times with the same XML_Parser object without calling XML_Free(..) and XML_Create(..) again and again. The aim of this function would be to avoid memory fragmentation when calling XML_Parse(..) thousands of times in the same process. To make things clearer, here is sample of how I use Expat library: XML_Parser parser; for (;;) { ... parser = XML_ParserCreate(..); XML_SetElementHandler(parser, ...); XML_Parse(parser, ...); XML_ParserFree(parser); ... } This is the way I would like to be able to use it: XML_Parser parser = XML_ParserCreate(..); XML_SetElementHandler(parser, ...); for (;;) { ... XML_Parse(parser, ...); XML_ParserReset(parser); ... } XML_ParserFree(parser); ----- Thanks for your help, Damien.