Re: build error : osit.version.h less than required ???

Hi, --- Barry deFreese <[EMAIL PROTECTED]> wrote: > Ashish Gokhale wrote: > > Hi, > > Once again I attempt to build the mach kernel > using > > gnumach_1_branch, but I get following error. > > > > --- > > configure: error: version in > less > > than required 19991121 > > --- > > > > How do I reso

Re: build error : osit.version.h less than required ???

Ashish Gokhale wrote: Hi, Once again I attempt to build the mach kernel using gnumach_1_branch, but I get following error. --- configure: error: version in less than required 19991121 --- How do I resolve this? Thank you, AG Ashish, Are you sure you are pulling the gnumach-1-branch? You

build error : osit.version.h less than required ???

Hi, Once again I attempt to build the mach kernel using gnumach_1_branch, but I get following error. --- configure: error: version in less than required 19991121 --- How do I resolve this? Thank you, AG __ Yahoo! India

Dumps for sale,only track 2! Best quality and prices!Legit seller!

Hello, Legit seller,i have fresh data base availeble now for Usa,Canada,Europe and Asia dumps!They came only with track 2 and the aprovell rate is very good! My prices are: Usa and Canada: visa classic : 20$ master card: 15$ visa gold/platinum/business/signature: 30$ Europe and Asia: visa cl

Re: GNU Hurd SoC projects

Hi, Thanks for your advice. On 3/25/07, [EMAIL PROTECTED] On Sat, Mar 24, 2007 at 06:00:24PM +0800, Wei Shen wrote: > 2) Let the root fs server judge which server port to return on a > specific name qurry. > 3) Modify hurd_file_name_lookup function in the C lib. If necessary, > replace the

SoC tasks (was: Re: rpctrace improvement for the Google Summer of Code)

Hi, On Thu, Mar 22, 2007 at 02:16:20AM +0100, Thomas Schwinge wrote: > On Wed, Mar 21, 2007 at 08:09:31AM +0100, [EMAIL PROTECTED] > wrote: > > However, I didn't propose this so far, as tschwinge seems to have a > > perfectly opposite opinion than me on what are suitable tasks and > > what aren't

ngHurd (was: Re: Device drivers in Mach?)

Hi, On Thu, Mar 22, 2007 at 10:08:35AM -0400, Barry deFreese wrote: > I suppose that depends on who you ask. Some of the bigwigs are > looking at a totally new system based on Coyotos. Minor nitpick: My latest impression was that Marcus doesn't have any preference for Coyotos anymore; the new L

Re: rpctrace improvement for the Google Summer of Code

Hi, On Thu, Mar 22, 2007 at 10:50:49AM +, Tim Retout wrote: > On Wed, 2007-03-21 at 08:09 +0100, [EMAIL PROTECTED] wrote: > > Implementing the possibility of attaching rpctrace to running > > processes, is one possible thing that could be done. But there are > > many others, like adding abili

Re: GNU Hurd SoC projects

Hi, On Sat, Mar 24, 2007 at 06:00:24PM +0800, Wei Shen wrote: > 2) Let the root fs server judge which server port to return on a > specific name qurry. > 3) Modify hurd_file_name_lookup function in the C lib. If necessary, > replace the default sever name to the name of an overiding server > bef

Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

Hi, On Fri, Mar 23, 2007 at 10:49:40PM -0400, Barry deFreese wrote: > how hard would it be to generalize the "glue layer" and let us load > drivers as modules instead? Not sure what you mean. Generalize in what regard? -antrik- ___ Bug-hurd mailing

ioctl emulation (was: Re: GSoC libchannel project draft)

Hi, On Fri, Mar 23, 2007 at 09:13:09PM +0100, Richard Braun wrote: > The second and most important point you didn't mention in your > proposal concerns ioctls. Unlike block devices, there are lots of > ioctls on character devices, and unlike a common Unix like system, GNU > Mach doesn't handle io