[Flightgear-devel] FW: [wms-dev] CWXML-BXML library release
FYI > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Craig Bruce > Sent: Tuesday, September 23, 2003 1:39 AM > To: [EMAIL PROTECTED] > Subject: [wms-dev] CWXML-BXML library release > > > For anyone who may be interested, CubeWerx has made a public beta release > of its "cwxml" library. The home page is at: > > http://www.cubewerx.com/cwxml/ > > and a Binary-XML design & performance report is available at: > > http://www.cubewerx.com/main/HTML/Binary_XML_Encoding.html > > What is CWXML? > > CWXML is an high-performance, open-source C-language library for parsing > and generating XML and BXML (below) formats with a straightforward API. > Initial testing indicates that it is 3 or more times as fast as other > popular libraries such as expat and libxml2 at parsing XML and much > faster again with BXML. The library is being developed by CubeWerx as > the reference implementation for the BXML format. The parser accepts and > automatically recognizes the following formats: XML, GZIPped XML, BXML, > BXML with internal GZIP, and BXML with external GZIP. It is licensed > under the GNU LGPL. > > What is BXML? > > BXML (Binary XML) is an straightforward, open, patent-unencumbered > binary-encoding format for XML data that is a stand-alone work-alike > drop-in replacement for an XML file that mirrors the XML markup structures > in a way that is similar to the in-memory representations of many > parser libraries. BXML was developed by CubeWerx Inc. for the OpenGIS® > Consortium and it makes all XML documents more compact and efficient to > parse and generate by using a symbol table for element/attribute names > and length-prefix encoding all arbitrary-length structures (strings, > blobs, arrays). But it especially makes dense-numeric XML documents much > more efficient by allowing raw arrays of different common types of numbers. > For example, imagery data, the butt of many XML-bloat jokes, can be handled > in BXML just as well if not better than it is handled in PNG format. > A numeric array can pass from end-to-end in a client/server environment as > a raw chunk of data without ever being recoded. Dense numeric data also > compresses faster and more compactly when encoded in binary rather than > text. BXML also has features for random access. The BXML specification > is available from: > > http://www.opengis.org/techno/discussions/03-002r8.pdf > > It was originally designed in part to address GML-bulk/slowness problems. > > --++-- > Dr. Craig S. Bruce| Tel: 819-771-8303 x205 | CubeWerx Inc. > Senior Software Developer |Fax: 613-771-8388 | Gatineau, Québec, Canada > [EMAIL PROTECTED] | http://www.csbruce.com | http://www.cubewerx.com/ > --++-- > "There's nothing remarkable about it. All one has to do is hit the right >keys at the right time and the instrument plays itself." -- J.S. Bach > ___ > wms-dev mailing list > [EMAIL PROTECTED] > http://mail.digitalearth.org/mailman/listinfo/wms-dev > ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] CygWin Build Failure
Jonathan Polley writes: > > I deleted plib and SimGear both and did a fresh update from CVS (I > install them into /sw just so it will be easier to purge the files). I > updated CygWin just before rebuilding FlightGear (gcc 3.3). Could that > be the cause of the problem? gcc 3.3 is slightly incompatable with earlier gcc's so you will have to rebuild FGFS from scratch too You might want to check out the new sse/sse2 support in gcc 3.3 look under i386 specific options < sse is faster then using the fpu > Note I haven't built with Cygwin, but it shouldn't be any different compile wise then MingW which works fine with gcc 3.3 HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] CygWin Build Failure
Norman, I deleted plib and SimGear both and did a fresh update from CVS (I install them into /sw just so it will be easier to purge the files). I updated CygWin just before rebuilding FlightGear (gcc 3.3). Could that be the cause of the problem? Thanks, Jonathan Polley On Monday, September 22, 2003, at 10:38 PM, Norman Vine wrote: Jonathan Polley writes: After a short break, I decided to try to rebuild FlightGear under CygWin. While building SimGear, I got the following errors: /sw/lib/libplibnet.a(netSocket.o.b)(.eh_frame+0x11): In function `_ZN10netAddressC1EPKci': /home/Jonathan Polley/fgdev/plib/src/net/netSocket.cxx:59: undefined reference to `___gxx_personality_v0' I deleted everything (plib, SimGear source and all installed headers and libraries) and built from scratch. I still have the problem. Any ideas? hmm 'personality' problems are usually a sign of not having compiled with c++ but, since this is PLib and we know this can't be the case, my guess is that you have upgraded your gcc suite since you last compiled PLib or FGFS and something is compiled against an older libtsdc++ So I would try recompiling PLib from scratch make distclean aclocal automake -a ./configure make Might need todo this with FGFS too if you haven't already HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] CygWin Build Failure
Jonathan Polley writes: > > After a short break, I decided to try to rebuild FlightGear under CygWin. While > building SimGear, I got the following errors: > > /sw/lib/libplibnet.a(netSocket.o.b)(.eh_frame+0x11): In function > `_ZN10netAddressC1EPKci': > /home/Jonathan Polley/fgdev/plib/src/net/netSocket.cxx:59: undefined reference to > `___gxx_personality_v0' > > I deleted everything (plib, SimGear source and all installed headers and libraries) > and built from scratch. I still have > the problem. Any ideas? hmm 'personality' problems are usually a sign of not having compiled with c++ but, since this is PLib and we know this can't be the case, my guess is that you have upgraded your gcc suite since you last compiled PLib or FGFS and something is compiled against an older libtsdc++ So I would try recompiling PLib from scratch make distclean aclocal automake -a ./configure make Might need todo this with FGFS too if you haven't already HTH Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] CygWin Build Failure
After a short break, I decided to try to rebuild FlightGear under CygWin. While building SimGear, I got the following errors: /sw/lib/libplibnet.a(netSocket.o.b)(.eh_frame+0x11): In function `_ZN10netAddressC1EPKci': /home/Jonathan Polley/fgdev/plib/src/net/netSocket.cxx:59: undefined reference to `___gxx_personality_v0' I deleted everything (plib, SimGear source and all installed headers and libraries) and built from scratch. I still have the problem. Any ideas? Thanks, Jonathan Polley Of COURSE they can do that. They're engineers! ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Intermittent crash when calling lighting subsystem
I'm seeing an intermittent (~ once every 5 starts) crash which appears to occur when the lighting update is called from the subsystem manager update. Flightgear simply exits. I'm not sure if the following output during init might have anything to do with it: Sun rotation bad = 4.96035e+180 HTH, Cheers - Dave ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] more hotspots
Ok thanks Erick. Paul ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] more hotspots
paul.mcann wrote: I added some more hotspots to Davids c172p since he already had done all the animation. Also I tried making the throttle and mixture knobs into hotspots even when they are moving adding extra hotspots for them. Also you can click on the trim wheel to trim now. I added a directory for the labels for the white toggle switches, but there is probably better way to do the labels then I came up with. There is a short readme file which gives the path for the new directory. Let me know if it works ok? I tried it and it looks good to me. I had a problem where the trim only trimmed down and I couldn't trim up again. But this happened only once and I am unable to reproduce it. It's committed now. Thanks. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
