[openbeos] Re: Hi from the PetrOS camp.

  • From: "[ a n a n d ]" <anand@xxxxxxxxxxxxxx>
  • To: <openbeos@xxxxxxxxxxxxx>
  • Date: Thu, 8 Nov 2001 12:57:45 +0530

Dont go away that fast Peter. You talk sensibily and there is a tangible sense 
of sincerity in your mail. Give some time to the developers to evaluate your 
proposal. Meanwhile, You are most welcome to hang around like i do :-)

  ----- Original Message ----- 
  From: Peter Tattam 
  To: openbeos@xxxxxxxxxxxxx 
  Sent: Thursday, November 08, 2001 12:43 /.\nand
  Subject: [openbeos] Re: Hi from the PetrOS camp.

  Fair enough.  However, I can see the OpenBeos project being split into two
  parts that could operate in parallel to complete the project faster and
  allowing for the BeOS API to be ported to other operating systems.  If you 
  of alternative projects which might be more suitable, I'd be interested.

  To answer your other question as to what we'd gain, well we'd gain possibly a
  larger user base than we might get if we stuck to Win32 only, plus it would
  demonstrate that our OS is more powerful than being just a Win32 workalike.
  The design philosophy is of being able to support more than one user API.

  If the idea works well, your project might gain a little momentum and perhaps
  credibility from a commercial point of view by having a commercial developer
  willing to work with you.

  So I guess the answer is "thanks, but no thanks", no?


  On Thu, 8 Nov 2001, Daniel Reinhold wrote:

  > Hello Peter!
  > I think it's interesting that you are aware of OpenBeOS and are 
  > offering kernel support for it. I'm a bit confused as to what you 
  > (Trumpet Software) would get out of such an endeavor. A licensing deal, 
  > I presume? I would need to hear more specifics about that before I 
  > could really say one way or the other.
  > For myself, I'm perfectly happy with the path we've chosen with using 
  > NewOS. Outsourcing the kernel would have some obvious advantages, but 
  > it would also have some drawbacks. The idea of designing our own kernel 
  > was that the source code for the entire OS from top to bottom would be 
  > in our hands and under our control. Unless NewOS has hit some major 
  > obstacle that has the kernel team ready to jump ship, I would prefer to 
  > continue the track we have already chosen.
  > >
  > >Hi.  Just thought I'd introduce myself.
  > >
  > >I have been talking to Michael Phipps about the possibility of 
  > building a
  > >BeOS layer to our PetrOS operating system.
  > >
  > >We have a lot of the hard work of networking, OS kernel design and 
  > stuff, and
  > >our kernel probably has facilities close to that which a BeOS user
  > >implementation might require.
  > >
  > >While we also do Win32, I've tried to design our kernel so that it's 
  > not tied
  > >to any one OS philosophy.
  > >
  > >Anyway, after discussions with Michael, we think we could get some 
  > suitable
  > >layer that could graft a beOS subsystem onto it by doing two things.
  > >
  > >1) creating a BeOS kernel driver module to provide BeOS kernel 
  > services.
  > >
  > >2) adding an ELF loader as another executable format supported by 
  > PetrOS. Our
  > >native format is PE executables.
  > >
  > >Although you are working on your own OS, I estimate that the bulk of 
  > your work
  > >is likely to be at the application layer, not the 1/3 as suggested by 
  > some.  If
  > >we can provide some basic kernel services, it may be a way to 
  > acceralte your
  > >development.   Also as our networking stack and FS drivers are fairly 
  > mature,
  > >you could save yourselves the headaches of reinventing the wheel.
  > >
  > >What is the general opinion and consensus regarding our suggested 
  > input into
  > >the project?
  > >
  > >Regards
  > >
  > >Peter
  > >
  > >--
  > >Peter R. Tattam                            peter@xxxxxxxxxxx
  > >Managing Director,    Trumpet Software International Pty Ltd
  > >Hobart, Australia,  Ph. +61-3-6245-0220,  Fax +61-3-62450210
  > >
  > >

  Peter R. Tattam                            peter@xxxxxxxxxxx
  Managing Director,    Trumpet Software International Pty Ltd
  Hobart, Australia,  Ph. +61-3-6245-0220,  Fax +61-3-62450210

-- Attached file included as plaintext by Listar --
-- File: Wipro_Disclaimer.txt

Information transmitted by this E-MAIL is proprietary to Wipro and/or its 
Customers and
is intended for use only by the individual or entity to which it is
addressed, and may contain information that is privileged, confidential or
exempt from disclosure under applicable law. If you are not the intended
recipient or it appears that this mail has been forwarded to you without
proper authority, you are notified that any use or dissemination of this
information in any manner is strictly prohibited. In such cases, please
notify us immediately at mailto:mailadmin@xxxxxxxxx and delete this mail
from your records.

Other related posts: