This resource is under poor development now. Hope, better is in the future.
Code is working and you can use it from SorceForge CVS snapshot. Also you can find there a lot of one-click-compiling examples which demonstrate almost all features of the current version. I hope it will be usefull.
I have no time to complete this www sight, but interface and source developing are always in progress cause I use UP for commercial projects at my workplace.

Since August 2003 UP with big probability will go from unspecified binary environment to CLR (Common Language Runtime) and automaticly to any language which supports CLI (Common Language Interface).

It seems there are no well abstracted OS interfaces for now - just look on .NET System.Net.Sockets interfaces... As I can see it will run easy only over IP (protocols identifiers are hardcoded numeric constants, address class is present only for IP). And why HTTP protocol support should be present in system interface boundary by standard (see ECMA)??? I have an answer - it does because M$ did so. But I have no answer where System.HTTP interfaces go if HTTP transforms in, for example, WSTTTPTPTPT. That was an example why .NET smells sometimes like old money-shaking story:
"Win16 API is OBSOLETE now - use the new MODERN Win32 API highway from M$. And thousands of coders proclaim: "Oh yes! Win16 API is bad, but Win32 is cool on-the-edge stuff!!!". Then they come to bookstore to get a Win32 Book, go to special MS courses to give some money and listen about old-founded technologies in cool modern words. And then they (rewrite)/(recompile with new 32 bit compiler bought at MS) their old Win16 applications for new cool API (after what buttons looks very sexy) and make money."

As any technology .NET has a lot of positive arguments: proclaimed interlanguage interaction (but I don't see anything for 3 years except pure IL C#/VB, x86/IL C++, homegrowing C <-> .NET mapping), standardized Intermediate Language with wide functionality which seems to become the mainstream for the resistant computer software.

P.S. I see that nobody distinguishes between execution machine boundary, programing language boundary and operating system boundary. All .NET and Java tries to create a crazy bicycle mix of
  • Own bytecode (intermediate language)
  • Own language (C# for .NET with far from pure logic features, Java with perfect logic but with only Java)
  • Own system interface sliced projection

    • With such complex way it's not possible to take all in one.