Re: APR Binaries
Here's a better proposal: make a DLL available for download from apr.apache.org. That way there's no problem with people that don't want to buy MSVC or compile using cygwin. - Jason --- "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote: > At 04:14 AM 3/5/2002, you wrote: > >To build APR is not that difficult. On the Windows platform you > either > >need MSVC or cygwin. > > Please be advised; > > the cygwin build is NOT a win32 platform build - it uses the cygwin > emulation > layer, with all it's beauty and blemishes :) > > We would -certainly- entertain the mingw32 patches to build the > native win32 > binaries based on mingw. Admittedly, that may be more difficult > with the > native > APIs we use internally, but I suspect it's doable. > > I'll be happy to review any mingw build script here, just follow > the usual > guidelines [diff -u3, prefer cvs diff -u3 against the current > tree.] > > Bill > > __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
APR Binaries
Hey all Seems like the NSPR team make binaries available and prefer the binaries to be used if you're just a user of the API. I saw no binaries for APR on the site. Since I don't have MSVC++, is there any interest in providing binaries for APR on the site? Thanks - Jason __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
Building APR
Hey all Looks like you must have MSVC++ to build APR on Windows... isn't there some way to build it with MingW (GCC ported to win32) or some other Open Source compiler? - Jason __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
Re: The APR
Yes -- I'm basically sold on APR :) Just one thing, someone mentioned something about async IO -- does APR have support for async IO? Let me guess, if not there, it can be easily added. - Jason --- Greg Stein <[EMAIL PROTECTED]> wrote: > On Mon, Mar 04, 2002 at 02:24:09AM -0800, Jason Filby wrote: > > Hi all > > > > This looks like quite an interesting project! But, I have a few > > questions: > > > > o How does the APR compare to the NSPR in terms of functionality? > I > > remember reading that the NSPR had functions the APR team deemed > > unnecessary? Which functions were those? > > > > o Is there some more documentation somewhere on what the various > > utilities in APR-UTIL are/do? > > Christian has been talking up APR quite a bit, so I won't duplicate > that > effort :-) > > Regarding thread pools, you can certainly build those on *top* of > APR. Since > APR has threads, a pool of them is just an application-level > concept. Note > that Apache itself creates thread pools for request handling. When > a request > comes in, it is passed to a thread to process. > > Not a big deal, really. The fact that NSPR put it into their > toolkit is a > bit strange, but I could see some advantages on some platforms > (such as NT, > where it has some nifty APIs for thread pools). > > > I'll also point out that the Subversion version control system (see > http://subversion.tigris.org/) has also used APR as its basis for > portability. That project is nearly two years old now, and over > 100k lines > of code. Not small potatoes :-) The fact that we've used APR has > saved our > butts. It is absolutely fantastic to be able to run on Unix > systems, > Windows, BeOS, OS/2, etc ... and we don't have a single #ifdef in > our code > for per-platform stuff (okay, well in one area to do some Windows > registry > stuff). > > APR has been a wonderful success story for Subversion. > > Cheers, > -g > > -- > Greg Stein, http://www.lyra.org/ __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
Re: The APR
I found my answer: www.cs.ucl.ac.uk/staff/m.oliveira/docs/presence2001.pdf ACE has performance limitations because of its object/distributed design. - Jason --- Christian Gross <[EMAIL PROTECTED]> wrote: > At 10:09 04/03/2002 -0800, Jason Filby wrote: > >--- Christian Gross <[EMAIL PROTECTED]> wrote: > > > >Ok so APR doesn't have thread pools? Could this be implemented in > the > >future or doesn't the existing architecture allow for that? > > APR is not locked into specific models. It could be added on. > (But others > may correct me if I am wrong). That is part of the difference with > APR and > NSPR. APR can easily be "fixed" whereas NSPR has problems with > this. > > > > >Ok I may be biased but I prefer APR. I have used both > extensively > > >and find that APR is just simpler to use and more productive. > > > >Thats certainly an important point. > > It is and this is what really convinced me of APR. > > > > >For Apache http://www.devspace.com/Technology/ApacheStuff.html > and > > >for NSPR http://www.devspace.com/Technology/MozillaStuff.html. > > > >There doesn't seem to be anything on the MozillaStuff page? > > Yeah the NSPR demos. Look at the end of page. BTW look forward to > the end > of this month for more APR stuff. I am right now in the process of > > finishing cServer, which is a C++ wrapper that uses pools natively > for > memory allocations. > > > > >Part of the problem with NSPR is that its build process is too > darn > > >complicated and integrating NSPR is not much fun. Another > problem > > >with NSPR is that a few times I have had conflicts with naming > of > > >NSPR data types. This has never occured with APR. > > > >Cool. Thing is, I'm toying with the idea of writing an OO DBMS. So > >scalability and high performance are extremely important. Oracle > uses > >a portable runtime, btw, there's is called VOS (Virtual OS). > > I would REALLY recommend APR!!! APR is simply better suited for > that. Right now I am writing a JavaScript 2.0 implementation for > JSModeler > and APR saves my bacon!!! > > Christian Gross > > __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: The APR
--- Christian Gross <[EMAIL PROTECTED]> wrote: >APR is not locked into specific models. It could be added on. >(But others may correct me if I am wrong). That is part of the >difference with APR and NSPR. APR can easily be "fixed" whereas NSPR >has problems with this. An extensible architecture is always a plus. >>Cool. Thing is, I'm toying with the idea of writing an OO DBMS. So >>scalability and high performance are extremely important. Oracle >>uses a portable runtime, btw, there's is called VOS (Virtual OS). >I would REALLY recommend APR!!! APR is simply better suited for >that. Right now I am writing a JavaScript 2.0 implementation for >JSModeler and APR saves my bacon!!! Decisions decisions :) Ok, you say APR is better suited.. but why? ACE looks like its been really thoroughly tested. On the other hand, all the ACE docs talk about networking a LOT. It seems as though the emphasis is on networking... and I don't know if there's much work done on things like disk IO. - Jason __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: The APR
--- Ian Holsman <[EMAIL PROTECTED]> wrote: >hi Jason. >if you want high-performance you'll need to investigate async I/O >and things like direct I/O to implent your writers/readers >I don't think async I/O is in NSPR either BTW >also .. you might want to have a look at ACE >(http://www.cs.wustl.edu/~schmidt/ACE.html) it's in C++ BTW Well ACE looks very interesting -- seems that its been in development for quite some time and used by quite a few products. Ok, I have to ask, why doesn't Apache use ACE? Is it because its C++ and not C? Thanks - Jason __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
Re: The APR
--- Christian Gross <[EMAIL PROTECTED]> wrote: >NSPR and APR definitely have similarities. But there are some >slight differences (for example thread pools in NSPR). But which >one is better? There is not one REALLY better in terms of >functionality since each has their strengths. For example in APR >you have pool based resource management. This is a boon for any >programmer. Ok so APR doesn't have thread pools? Could this be implemented in the future or doesn't the existing architecture allow for that? >Ok I may be biased but I prefer APR. I have used both extensively >and find that APR is just simpler to use and more productive. Thats certainly an important point. >For Apache http://www.devspace.com/Technology/ApacheStuff.html and >for NSPR http://www.devspace.com/Technology/MozillaStuff.html. There doesn't seem to be anything on the MozillaStuff page? >Part of the problem with NSPR is that its build process is too darn >complicated and integrating NSPR is not much fun. Another problem >with NSPR is that a few times I have had conflicts with naming of >NSPR data types. This has never occured with APR. Cool. Thing is, I'm toying with the idea of writing an OO DBMS. So scalability and high performance are extremely important. Oracle uses a portable runtime, btw, there's is called VOS (Virtual OS). Thanks - Jason __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com
The APR
Hi all This looks like quite an interesting project! But, I have a few questions: o How does the APR compare to the NSPR in terms of functionality? I remember reading that the NSPR had functions the APR team deemed unnecessary? Which functions were those? o Is there some more documentation somewhere on what the various utilities in APR-UTIL are/do? Thanks - Jason __ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com