Slashdot Mirror

← Back to Stories (view on slashdot.org)

APR 1.0.0 Goes Gold

Posted by michael on from the run-anywhere dept.

cliffwoolley writes "After several years of development, the Apache Portable Runtime, which is the portability library underlying the Apache HTTP Server 2.x, has finally reached its own 1.0.0 release. If you want to write a portable app without the headaches, APR is the way to do it. Grab a copy and check it out. The full announcement is here."

6 of 111 comments (clear)

  1. java-ish? by BoldAC · · Score: 3, Insightful

    The mission of the Apache Portable Runtime Project is to create and maintain software libraries that provide a predictable and consistent interface to underlying platform-specific implementations. The primary goal is to provide an API to which software developers may code and be assured of predictable if not identical behavior regardless of the platform on which their software is built, relieving them of the need to code special-case conditions to work around or take advantage of platform-specific deficiencies or features.

    This is competition for java?

    Sorry... can somebody give me some insight on what this is?

  2. Neat! by jonesboy_damnit · · Score: 1, Insightful

    Hooray for compatibility layers!
    ...I wonder what the performance of this stuff is like as compared to Java. My knee-jerk reaction is "wow, it should be much faster!", but I suppose time will tell. Could make for some interesting new PHP/JSP/etc. type things, or wider compatibility for them.
    Of course, it may also remain relatively obscure and unused. Given the attention they've paid to detail on it, that would be a shame, imho.
    -Matt

  3. Re:APR by FooAtWFU · · Score: 4, Insightful

    I don't think APR and SDL have much of the same market. The Apache Portable Runtime is used in the Apache httpd. Simple DirectMedia Layer is used for graphics and sounds and the link.

    --
    The World Wide Web is dying. Soon, we shall have only the Internet.
  4. Follow up - I took a quick look at the source. by xyote · · Score: 5, Insightful
    For the atomic operations, the intel based code is ok since the lock prefix serializes memory. The powerpc load reserved / store conditional do not however and explicit memory barriers are required and they are not there. That's bad.

    For the win32 version of condvar, I don't think a win32 Event isn't going to hack it. The current logic allows a condvar to remain signaled until the all waiters have woken up and have decremented the use count to zero. This could lead to a lot of spurious wakeups if some waiting thread takes it time to wake up. The APR authors need to read that Schmidt document I mentioned earlier and maybe also look at Schmidt's ACE project and see how he did it.

    This is not a comprehensive critique as I only took a cursory look but what I did see indicates that APR needs some more work.

    1. Re:Follow up - I took a quick look at the source. by NoMercy · · Score: 2, Insightful

      Please, if your comments are creative, and useful, forward them to the team who are doing it (give them plenty of easy links to the resources so they don't instantly dismiss you).

      I don't know enough in this field to help, but if somone sent me some details on any project I'm working on which allows me to improve it, I'd be greatful, though not likely to give you pizza tokens :)

  5. Re:Yet another library for an obsolete language by Anonymous Coward · · Score: 1, Insightful

    And that's not even the half of it... take a look at this:

    http://tinyurl.com/605v