Re: MIG -> CORBA

2000-05-09 Thread Sergey Izvoztchikov
On Tue, 9 May 2000, Martin v. Loewis wrote: > > That's right. But It seems as a completely new environment for me and > > it has less conformance even that ORBit. > I won't argue about the "new environment" part. On the "less > conformance" part, can you give me a feature that is implemented >

Re: MIG -> CORBA

2000-05-09 Thread Sergey Izvoztchikov
On Wed, 10 May 2000, Mark Kettenis wrote: > Indeed. I don't really have experience with CORBA, but I don't think > the issues in this thread are relevant in this stage of Hurd > development. Right now the core Hurd protocols are defined by the MiG > .defs files. At one side this defines the C

Re: more ramblings about inodeless fs

2000-05-09 Thread Brent Fulgham
On Wed, May 10, 2000 at 01:33:11AM +0200, Marcus Brinkmann wrote: > Hi, > > maybe my ramblings will be useful for other inodeless fs implementations > later. > > 3. Making up inode numbers on the way: > Simply start with 1 and go up for every new file cached. This could be > called "virtual inod

Re: [MIG -> CORBA]

2000-05-09 Thread David Ferry
If you don't like the corba->c idl mapping, bad luck, the servers are implemented in C. However shifting to CORBA is nice as it opens the possibility of C++ hurd servers. However there may be other reasons that C++ can't be used (I am not familiar w/implementation details of hurd servers). If a c+

Re: MIG -> CORBA

2000-05-09 Thread Mark Kettenis
Date: Tue, 09 May 2000 13:09:59 -0400 From: Serguei Izvoztchikov <[EMAIL PROTECTED]> Jeff Bailey wrote: > I'm not a Master-Hurd-Programmer, but I know that Roland and Thomas have > declined to add wrappers within their header files to permit linking from > C++ programs, so I do

Re: MIG -> CORBA

2000-05-09 Thread Mark Kettenis
Date: Tue, 9 May 2000 23:28:58 +0200 From: "Martin v. Loewis" <[EMAIL PROTECTED]> [ This is not really directed to you Martin, but the last line of this message just provided a convenient point to jump in the discussion. ] > > No, it isn't. Its license is more liberal than the GPL.

Re: more ramblings about inodeless fs

2000-05-09 Thread Neal H Walfield
Hi Marcus, > 3. Making up inode numbers on the way: > Simply start with 1 and go up for every new file cached. This could be > called "virtual inodes". The problem is that there is per se no efficient way > to regain the virtual inode numbers from the file information, when looking it > up (The a

more ramblings about inodeless fs

2000-05-09 Thread Marcus Brinkmann
Hi, maybe my ramblings will be useful for other inodeless fs implementations later. It turned out that all variations I proposed so far won't work. There are the following requirements: The node->cache_id (usually inode number) given to a specific file must be unique among all used cache_i

Re: MIG -> CORBA

2000-05-09 Thread Martin v. Loewis
> I just want to start with most conformant ORB. I suppose CORBA > developers may need these parts. A check-box point of view may not give you a correct answer to the question "what ORB is most conformant". You'd also had to consider correctness of the implementation. Also, there are other typica

Re: MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
"Martin v. Loewis" wrote: > That is all still correct. However, instead of the BOA, ORBit supports > the POA. Why do you need the DII, DSI, or IFR? I just want to start with most conformant ORB. I suppose CORBA developers may need these parts. > > To be clear. Is ILU GPL'ed ? I don't think so. >

Re: MIG -> CORBA

2000-05-09 Thread Martin v. Loewis
> I know that ORBit is used in GNOME, but according this page > - http://www.vex.net/~ben/corba/orbmatrix.html > ORBit lacks DII, DSI, IFR, BOA. Probably information on page is out of > date. That is all still correct. However, instead of the BOA, ORBit supports the POA. Why do you need the DII,

Re: MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
"Martin v. Loewis" wrote: > Hmm. If you want to use C, you'll have to use the C mapping, whether > you like it or not (you could define an alternative C mapping, but it > would not be much simpler). If you don't want to use the C mapping, Agreed. > what is then the problem with using C++? I know

Re: MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
"Martin v. Loewis" wrote: > I think both parts of that statement are incorrect. ORBit is not in > early development; instead, it is a mature implementation which has > been extensively tested as part of the Gnome project. I know that ORBit is used in GNOME, but according this page - http://www.ve

Re: MIG -> CORBA

2000-05-09 Thread Martin v. Loewis
> I know this. It just has lack of basic CORBA services yet. I'm sure > it will go well and have them latter, but now MICO/OmniORB2 support > CORBA standard better. Out of curiosity: Which of the "basic CORBA services" do you need that are still missing, and what do you need them for? > And seco

Re: MIG -> CORBA

2000-05-09 Thread Martin v. Loewis
> Only one GPL ORB with C mapping is ORBit, which is still on early > development stage. I think both parts of that statement are incorrect. ORBit is not in early development; instead, it is a mature implementation which has been extensively tested as part of the Gnome project. Furthermore, ther

Re: MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
Jeff Bailey wrote: > I'm not a Master-Hurd-Programmer, but I know that Roland and Thomas have > declined to add wrappers within their header files to permit linking from > C++ programs, so I don't think they're going to change. What is the reason ? -- Best regards. Sergey Izvoztchikov. mailto

Re: MIG -> CORBA

2000-05-09 Thread Jeff Bailey
On Tue, May 09, 2000 at 11:54:57AM -0400, Serguei Izvoztchikov wrote: > I know that most of Mach/Hurd servers were written in C, > may be it's time to change this ? I'm not a Master-Hurd-Programmer, but I know that Roland and Thomas have declined to add wrappers within their header files to per

Re: MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
Jeff Bailey wrote: > On Tue, May 09, 2000 at 09:59:02AM -0400, Serguei Izvoztchikov wrote: > > Only one > > GPL ORB with C mapping is ORBit, which is still on early development > > stage. > > ORBit is the main ORB for GNOME, IIRC. You may want to use that, since > it will probably be loaded on

Bug#63723: marked as done (hurd: suspicious code in ext2fs/pager.c)

2000-05-09 Thread Debian Bug Tracking System
Your message dated Tue, 9 May 2000 17:38:28 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#63723: hurd: suspicious code in ext2fs/pager.c has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the cas

Re: MIG -> CORBA

2000-05-09 Thread Jeff Bailey
On Tue, May 09, 2000 at 09:59:02AM -0400, Serguei Izvoztchikov wrote: > Only one > GPL ORB with C mapping is ORBit, which is still on early development > stage. ORBit is the main ORB for GNOME, IIRC. You may want to use that, since it will probably be loaded on most Hurd systems once X is runn

MIG -> CORBA

2000-05-09 Thread Serguei Izvoztchikov
Hi everybody ! My Name is Sergey Izvoztchikov AKA LezDep. I saw Subj inside Hurd Tasks List. Recently I want through some Mach3 documentation, found info about Flick (http://www.cs.utah.edu/flux/flick) - Flexible IDL Compiler Kit, which seems to allow CORBA IDL to Mach3 IPC translation and checke