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
>
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
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
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+
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
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.
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
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
> 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
"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.
>
> 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,
"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
"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
> 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
> 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
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
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
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
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
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
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
21 matches
Mail list logo