Slashdot Mirror
Slashback: Interoperability, Royalty, Fire
Pardon me, sir, are you in the market for a nice strong bridge? Aaron J. Seigo writes: "A letter from Mosfet can be found at knews.derkarl.org which clearly states the official KDE position regarding the recent "news" with regard to Gnome and KDE getting together on a common component model. Which is: It isn't happening. And for good reason.
KDE2 is in the final stages of preperation, so this is not the time to go messing with the foundations of things. Also, KParts wasn't designed on a whim. The KDE team put a lot of thought into it and came up with something that has some very real benefits to it (speed/overhead/etc). While interoperability would be nice, don't expect it on the component level just yet. Be happy with drag 'n drop and the like. For now."
Fair enough. Also on the KDE front, Joseph points you to knews.derkarl.org, which seems like a useful one for anyone looking for KDE updates.
Will a Linux PDA become their strong suit?
jsinnema writes "News on the Linux Powered Royal daVinci from Wayland Bruns, CEO/CTO/Chief Geek CompanionLink Software at PDA Buzz Royal:
'Unfortunately, development is not on the timeline originally hoped. What's shaping out is two 16MB ROM/16MB Ram units, one 4 color grayscale for a low price, the other full color for a higher price. Size and weight are about the same as a Palm III. The color unit will have a flash slot.' and
'One of the interesting aspects of the project is that this is the first time we can directly compare performance of a particular app on both PC and PDA. I'm happy to report the PDA units are surprisingly powerful, except to note that memory access is relatively slow.'"
It sure would be neat if Linux becomes the default OS for palm-top computing; will Royal's project, though, stand a chance against the flashier ones which keep peeking like Monty Python animation over the horizon?
I'm sorry, but I'll have to call you back after I set my computer on fire. rpeppe writes "those who were intrigued by the Plan 9 release but don't have the appropriate hardware, or in fact anyone interested in new languages and OS's should be interested in the following:
vita nuova has released a new edition of the Inferno OS, source code and all, under a new licence, which allows distribution of core OS source code to inferno subscribers only, but unencumbered personal and commercial use of the binaries and the rest of the source code (including a javascript capable Web browser).
inferno is a cousin to Plan 9, but includes a virtual machine and a new language, limbo, and can run hosted under linux, free bsd, windows and other OS's, as well as natively on x86, ARM, MIPS, 68000, 68020 processors. because the whole operating system is virtualised, programs written for inferno are completely portable, something it would be difficult to say about java, for instance.
the language, limbo, deserves some attention - it's C-like, and OO in the deeper sense, but avoids the inheritance pitfalls that languages like java fall into. it's a joy to write in.
in my opinion, inferno was the coolest thing ever to have come out of bell labs CSRG - and we've now got exclusive rights to it, and intend to make as much of this excellent technology as we can. i hope others will too!"
Ah...Plan 9, I hate thee and I do not know you. Before my current job, I worked at a food service business. I cannot say directly the name though due to the nature of my ending terms because I worked directly with the security aspects of the networks, but we were the #1 distributor of fruit, condiments, and prewarmed ground corn to Southern US hotels. (Hint - starts with an A, end with a K, and has MAR in the middle)
At Company X, I was called in at least twice a week to assist lower level techs in working with FORTE on our dying Sun IPXs. Forte is the pre-cursor of Plan 9 developed in the late 80's/early 90's by a few people at DEC in their spare time. Let me tell you, Forte should have died with Digital a few years ago.
If Plan 9 is anything like Forte, count me out. Barring a small miracle and total code rewrite, if I ever see another Forte.conf or Plan 9.conf I will kill someone. I cannot count the times Forte dissaperared from the process tables for no reason. I thought it was our hardware (Sun IPXs aren't the best things after all, even more so the model GRTS-11 we had...*shudder*) but even after trying it on an HP-UX box and some homemade x86 servers Forte still sucked.
Finally I had to call up DEC and pull every string I had to get a tech to come here to examine. The problem? "Oh, Forte has known bugs with Ethernet. Try FDDI."
*)@E&ASDI) WTF is that! I tried to understand why Forte didn't like our Ethernet. No dice. Finally, we had to spend over $35,000 USD to rewire the server section with FDDI. Ughh.
Granted Forte did work then, but the performance left much to be desired. I hope Plan 9 fares better than Forte did (ask around, Forte was a beast). But be warned before diving headfirst into Plan 9, I got burned bad by it's original incantation.
,
faeryman
Back to back slashback and quickies.
This could set a record for maximum number of simultaneous /.ings
134340: I am not a number. I am a free planet!
So, where are they? Where are those binaries? Or is this brimstoneware?
Maybe the state's highest function is to grind out insoluble problems. (Zelazny, Hall of Mirrors)
precisely what is meant by "inheritance pitfalls that languages like java fall into"?
:D
you can't just say something like that without at least mentioning some of these problems. I wasn't really aware of any inheritance pitfalls that Java falls into, but then again that may be because I ccode a lot of Java.
I think we need a better grammar nazi. This just won't do.
--
Fuck the system? Nah, you might catch something.
If you're looking for a Linux PDA, also keep an eye on the Compaq iPAQ. Compaq is releasing an iPAQ Linux to developers. Is anyone here not a developer?
implement Command;
include "sys.m";
include "draw.m";
sys: Sys;
Command: module
{
init: fn (ctxt: ref Draw->Context, argv: list of string);
};
# The canonical "Hello world" program, enhanced
init(ctxt: ref Draw->Context, argv: list of String)
{
sys = load Sys Sys->PATH;
sys->print("hello world\n");
for (; argv!=nil; argv = tl argv)
sys->print("%s ", hd argv);
sys->print("\n");
}
yeah, I'm sure glad limbo avoids those obvious Java pitfalls. Hello World in limbo is such a joy. I'm convinced.
Free as in "the Truth shall set you..."
My understanding is Plan 9 (the OS) was designed to raise UNIX from the dead, echoing the plot of the awful, awful movie.
Logic ... merely enables one to be wrong with authority. -- Doctor Who
-- Give him Head? Be a Beacon?
-- Give him Head? Be a Beacon? :P)
(If you can't figure out how to E-Mail me, Don't.
i can legally write a binary that touches glibc, and keep it in house or sell it, whatever.
can't do that with qt.
it's like over a $1K to touch qt libs, and keep the source in house.
any linux distribution shipping with kde should carry a warning label, like the cigarette label, that says something like:
**********************************************
WARNING: this product contains "trolltech" binary codes, that, depending on use, may obligate you to $1000 or more in licensing fees.
**********************************************
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
I remember that one of the big problems in Java was this terribly slow mark & sweep that is done whenever the VM runs out of space, causing temporary lockups. And in Perl, any cyclical structures leak unless you manage them yourself - what a nightmare!
The idea in inferno is that everything is simply reference count based (super fast) until it notices a circular structure, and then it puts that into the "mark and sweep" bin. Too bad Java or Perl doesn't do this.
I hope that this idea doesn't get lost...
I know slashdot is not objective all the time, but what exactly qualifies timothy to make generalizing statements about Java's portability or its alleged problems with inheritance (no idea what that is about)?! Please! You'd expect better from group who knows about prejudice concerning software. You know, Linux is hard to use, there are no applications, no support for most hardware, you cannot use it for real work etc. Java has not and never will be perfect, but it's steadily improving. And there are JDK's and JRE's from all sorts of organizations, so you can hardly say anything about Java's properties.
Few people would think it reasonable to write to the editor of a literary magazine, commenting on and expressing opinions concerning a book which they have not read, yet several contributors have no compunctions about expressing their opinions about both Plan 9 and Inferno, despite an admitted lack of familiarity with either. At the very least, posters of 'opinions' should read some of the documents freely available from Bell Labs prior to commenting.
/.
Else it's entirely possible that one might later come to regret snide comments made concerning the work of various members of the ACM, Bell Lab's Fellows, recipients of the National Medal of Technology, etc.
Contributors to the Inferno/Plan 9 project include Rob Pike, Phil Winterbottom, Ken Thompson, Dennis Ritchie and others.
I think perhaps their concept of 'peer review' for their work extends somewhat beyond the constituency of
Your stupid computers!!! Stupid, stupid!!!!
A wealthy eccentric who marches to the beat of a different drum. But you may call me "Noodle Noggin."
Quando Omni Flunkus Moritati
Just a few thoughts on your comment.
First, even if DirectX were ported, you wouldn't be able to just install windows games straight to linux, as they depend on other win32 APIs and libraries as well (although combining WINE with the DirectX port might allow this to be achieved).
As far as OpenGL vs. DirectX, I tend to lean towards OpenGL. It's an open standard, and there are (mostly) compatible implementations offered by SGI, Microsoft, and a host of others (including the open-source MESA). OpenGL was designed with portability in mind, whereas DirectX was created to one-up Apple when quicktime was the hot multimedia format. DirectX is just barely portable to other versions of windows besides 9X (they had to redesign NT's hardware interface layer to make it work in Win2K), let alone UNIX/X11.
OpenGL does default to much higher precision than DirectX, which makes it theoretically slower, but in practice it bests the other API considerably when weilded by a good 3D programmer. Also, let's not forget that OpenGL was originally concieved by SGI, and the feature-sets of SGI chips tend to be a few years ahead of everybody else's. Therefore, "new" features like hardware T&L are already supported by OpenGL and used by all existing GL applications, whereas DirectX has to catch up to the hardware. In fact, even when upgrading to a new version of DirectX, old apps don't benefit from new hardware features.
I've had my current debian installation for more than a year, and I've never had to upgrade MESA. Windows folks haven't needed a GL upgrade since it was first included by default in a service release to Win95, whereas someone with the same version of windows has probably been through at least 4 upgrades to DirectX.
Anonymous Luddite: "What do you think of the dehumanizing effects of the Internet?"
Andy Grove: "Not Much."
(I do OO dev since 1991. I love this, and I pretty know what I am talking about).
Inheritance lead to problems because it is easily messed and very difficult to undo.
There is a design time inheritance (ie: B is-a A), and implementation time inheritance (ie: we are going to reuse the implementation of A to build B).
Pitfall of inheritance is that it is very inflexible. During the life of a system, requirements change slowly, design mistake have to be corrected, implementation improve. When things get so wrong, that the implemented inheritance is bad, splitting the classes, changing hierarchy, etc, etc, have a deep impact on what is already produced. (In one word, evolution is easy, until you hit the wall-of-brick of the choosed hierarchy and the pain starts).
The fragile-base-class (in general sense, not in C++ only sense) is also a problem. It means that changing superclass implementation can have vast impacts to subclasses. This often lead to frozen superclasses (ie: don't change it, too much people rely on its particular quirks)
Another problem with inheritance is that it is unknown how far to go with it. Grab any textbook on OO, read the example, and try to understand if the hierarchy is really good. This depends on the problem at hand, which sometimes is not known. But OO proponents like to ignore those issues and present things have if there was single true way.
Stupid example:
Shape -> Polygon -> Square
-> Triangle
-> Line
-> Polygon
-> Circle
-> Point
Is this right ? Wrong ? Isn't Point a zero radius circle ? Line and Point have no surface, so maybe there should be closed/non-closed shapes somewere ?
The answer is that there is no right/wrong. It depends on how it will be used. There is no a single *right* inheritance. But a choosen inheritance somewhat constraint the way we see things.
Java's interfaces is a try to get rid of those problem, but is IMHO a short shoot.
Dynamic langages are less sensitives to those problems. Check Objective-C, Smalltalk or TOM http://www.gerbil.org for more insight on this.
When all you have is a hammer, every problem looks like nails.
When all you have is inheritance, every design is a hierarchy.
For fun design failures, take a look at Swing/AWT integration. When you start to grasp the mess (Graphics/Graphics2D, paint() overload, and casts), it is really funny to see the nightmare coming on the road.
Cheers,
--fred
Not to mention the fact that Plan 9 is PLANIX.. coincidence? :)
(I do OO dev since 1991. I love this, and I pretty know what I am talking about).
...
Inheritance lead to problems because it is easily messed and very difficult to undo.
Brilliant analysis! (*saves article*). Moderators, did you see it?
--
Life's a bitch but somebody's gotta do it.
the thing is that in limbo, many modules can implement an interface, so it makes sense for it to be in a separate file, because it is not tied to the implementation of a particular module.
a Limbo interface is more like a specification for a class than something that comes from the implementation of the class itself. (unlike C and i think java, where the implementation of a class, in particular its inheritance characteristics, determines the interface it presents to the world).
if i write a limbo module interface, e.g.
Add: module {
add: fn(i, j: int): int;
# add i and j; return the result
};
then any number of modules can implement it, so it makes sense for it to be held in a separate place, because it is independent from any one of them. and in fact, an interface does not have to have any class implementation - that can be plugged in later, which is nice for top-down development.
you didn't miss it. we haven't put the binaries out yet. we're going to do so very soon. as with all these things, we're up against a very tight schedule, and have been spending most of the last couple of months writing the manuals... blah blah blah, i hate doing documentation! still, it's almost all done now (and online) and we're going to make the binaries available any time soon.
not forgetting that it's only the core VM source that is part of the "subscriber" arrangement and binary only if you haven't paid your $300; everything else in the system is Open Source, including the web browser, all the apps (over 200000 lines of code), and the build tools.
Then one of my friends said he would be doing Java instead... because there were no books available for Inferno or Limbo.
I wrote it off after that. It was still fun to come up with TV commercials, though. There's just so much potential!
My favorite was a young couple fleeing from the Microsoft building, with zombies close behind ("Brains! Brains!" One should look like Bill). The ditzy girl, in true horror-movie style, cries, "What do they want from us?" The shotgun-toting hero replies, "They want our intelligent operating system!" as we cut to a close-up of the Inferno box the girl is carrying. After the announcer finishes his spiel, we see the couple cornered in an alley, zombies close and threatening. The hero points his shotgun at the camera, we fade to white, two shots ring out, and blood drips on the screen in the form of the Lucent "brown ring of quality." It bursts into flame and the text "Inferno" is added as the announcer proclaims, "Inferno: Welcome to HELL!" Fade to black.
Whew! End Creativity. Anyway, if they can just get some books out, maybe they'll have a go at it.
Judebert
For geek dads: Contraction Timer
Not portable? WTF are you talking about?? Are you using Microsoft's VM or something?
you make my point for me.
Is this just a matter of opinion (and thus not worth a lot) or do you have anything specific to critique the language on?
check out the thread on inheritance. somebody (a java developer) said it better than i. if you can get hold of a copy of the april 2000 edition of the IEEE Computer journal, then the article "coping with java programming stress" gives an excellent rundown on things that aren't right with java (by experienced java programmers). there's also: this by someone who knows their computer language stuff.
they say it better than i possibly could.