From 3768399454977463907 X-Google-Thread: f78e5,f292bdd67daeb7bb X-Google-Attributes: gidf78e5,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!news4.google.com!news.glorb.com!news.tele.dk!feed118.news.tele.dk!news.tele.dk!small.news.tele.dk!lnewsinpeer00.lnd.ops.eu.uu.net!emea.uu.net!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!stump.algebra.com!devnull From: giecrilj@stegny.2a.pl ("Kristof Zelechovski") Newsgroups: comp.std.c++ Subject: Re: C++ Embraces Procedural Programming Over OO Programming [OT] Date: Thu, 30 Nov 2006 16:24:29 GMT Organization: Internet Partners Lines: 48 Sender: mail2news@demon.net Approved: fjh@cs.mu.oz.au (Fergus Henderson , moderator of comp.std.c++) Message-ID: References: <1164724788.102215.311700@h54g2000cwb.googlegroups.com> <1164799891.346141.92780@16g2000cwy.googlegroups.com> <4t6cfjF12g0a2U1@mid.individual.net> <1164847979.127232.281180@l12g2000cwl.googlegroups.com> NNTP-Posting-Host: news.news.demon.net X-Trace: news.demon.co.uk 1164903905 752 158.152.254.254 (30 Nov 2006 16:25:05 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Thu, 30 Nov 2006 16:25:05 +0000 (UTC) X-Original-To: std-c++@mailman.ucar.edu X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Priority: 3 X-RFC2646: Format=Flowed; Original X-Virus-Scanned: amavisd-new at csse.unimelb.edu.au X-MSMail-Priority: Normal X-Received: (from fjh@localhost) by mulga.csse.unimelb.edu.au (8.13.6+Sun/8.13.6/Submit) id kAUGOTtK010051; Fri, 1 Dec 2006 03:24:29 +1100 (EST) X-Path: comp-std-cpp-robomod!not-for-mail X-NNTP-Posting-Date: 30 Nov 2006 12:24:03 GMT X-Delivered-To: std-c++@mailman.ucar.edu X-Authentication-Warning: mulga.csse.unimelb.edu.au: fjh set sender to devnull@stump.algebra.com using -f X-Newsreader: Microsoft Outlook Express 6.00.2900.2869 X-Newsgroups: comp.std.c++ Xref: g2news2.google.com comp.std.c++:4844 Uzytkownik "kwikius" napisal w wiadomosci news:1164847979.127232.281180@l12g2000cwl.googlegroups.com... > > "Bo Persson" wrote: >> kwikius wrote: >> > >> > Various times I have heard it is hard to write the spec for such a >> > virtual platform, but nevertheless they exist for e.g Java and . >> > Net. Sure its hard, but it makes life much simpler for the user and >> > library developer. >> > >> >> But it sometimes makes it incredibly hard and expensive for those that >> happen not to exactly fit the spec. >> >> I work on big iron machines like this > > Is the 'big iron' designed to do useful work or is it just designed to > be 'big iron'.? > > AFAIKS somebody somewhere convinced somebody else with $$$ that > spending some $$$ was necessary to get 'big iron' to work with Java > platform > > Why did they do that? Are you saying that all that $$$ was wasted? > The description says that the coprocessor allows the virtual machine to run without burdening the CPU. It is commonplace to have specialized coprocessors to perform specialized tasks. There are coprocessors for floating point arithmetic, for graphics, for sound (my regards to Lisa and Paula), for communication line disciplines, for moving pictures, even for networking, PostScript and Lisp. Why shouldn't there be a coprocessor for Java? I imagine mainframe machines do not have much time to spare - they are too expensive to stay idle. Chris --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.comeaucomputing.com/csc/faq.html ]