Re: RPC implementation - Help me please

On Thu, Aug 28, 2008 at 4:31 AM, Samuel Thibault < [EMAIL PROTECTED]> wrote: > Madhusudan C.S, le Thu 28 Aug 2008 00:23:36 +0530, a écrit : > > On Mon, Aug 25, 2008 at 3:54 AM, Samuel Thibault < > [EMAIL PROTECTED]> > > wrote: > > > > IIRC you ne

Re: RPC implementation - Help me please

On Thu, Aug 28, 2008 at 12:29 AM, Michael Banck <[EMAIL PROTECTED]> wrote: > On Thu, Aug 28, 2008 at 12:23:36AM +0530, Madhusudan C.S wrote: > > apt-get source glibc and dpkg-buildpackage -uc -B fails for some weird > > compilation errors in bsd files. I forgot to log

Re: RPC implementation - Help me please

On Mon, Aug 25, 2008 at 3:54 AM, Samuel Thibault < [EMAIL PROTECTED]> wrote: > IIRC you need to recompile glibc too, to have the RPC functions added to > libhurduser. > apt-get source glibc and dpkg-buildpackage -uc -B fails for some weird compilation errors in bsd files. I forgot to log the erro

Re: RPC implementation - Help me please

On Mon, Aug 25, 2008 at 2:11 AM, Da Zheng <[EMAIL PROTECTED]> wrote: > Madhusudan C.S wrote: > >> Hi all, >> I added 2 routines in $(HURD-SRC)/hurd/process.defs with the names >> proc_child_rusage and proc_progeny_usage. And then in >> $(

RPC implementation - Help me please

Hi all, I added 2 routines in $(HURD-SRC)/hurd/process.defs with the names proc_child_rusage and proc_progeny_usage. And then in $(HURD-SRC)/proc/info.c, I implemented S_proc_child_rusage and S_proc_progeny_usage. And then I did make proc from top level directory of Hurd source tree, i.e $

proc server build problem

Hi all, I am trying from a long time. But the build of proc server in hurd is failing when I run make proc. The build error is below. Can someone tell me what the problem is? mv -f cancel-cond.d.new cancel-cond.d set -e; gcc -std=gnu99 -fgnu89-inline -g -O3 -g -O2 -I. -I../../hurd/libthr

Help me in testing please

Hi all, I request any of you to help me in testing the procfs translator and procps tools and htop. I have uploaded the binaries of procps and htop in my blog and have written a small how-to do things. If anyone can help me it will be of great use to me :-) http://madhusudancs.info/proc

CVS help needed, top and htop

Hi antrik, Samuel and all, antrik and Samuel I have been trying to meet either of you on IRC from past couple of days but I am just not able to for some or the other reason. First of all, I wanted a small help regarding CVS. Should I now simply copy the directory of my project i.e procfs i

Re: ikiwiki fuckup...

Hi Thomas, > The procfs change was uncommitted, which I can commit as soon as we know > who's the author, and the other change was a merge conflict which I'll > resolve as soon as I get access to flubber again. > > >diff --git a/community/procfs.mdwn b/community/procfs.mdwn >index 472c66c

Re: GSoC projects

Hi antrik > > > and send me the login name at github.com. > > I registered as antrik now. You can commit now :-) -- Thanks and regards, Madhusudan.C.S Blogs at: www.madhusudancs.info

Re: GSoC projects

Hi Thomas, antrik On Mon, Aug 4, 2008 at 6:47 AM, <[EMAIL PROTECTED]> wrote: > Hi, > > On Sat, Aug 02, 2008 at 07:12:25PM +0200, Thomas Schwinge wrote: > > > I'd say it should clearly reside in an external module, on its own. As > > it is a stand-alone thing, a separate translator. > > The same c

Re: GSoC projects

Hi antrik, Well, I do actually see one problem with hosting it on Savannah: It > means every wiki committer needs To have a Savannah account, be part of > the Hurd project, and have commit rights. (Which means commit rights to > all Hurd stuff, unless Savannah has a way to selectively give commit

Re: GSoC projects

Hi Thomas, > I don't know github.com. But not why simply host (a secondary/backup of) > the Hurd wiki on the GNU Savannah machine already now? Then we can -- > later, when the needed infrastructure is in place -- just do a clean > switch-over (from Barry's flubber to GNU Savannah; for the main

Re: GSoC projects

Hi Thomas, On Sat, Aug 2, 2008 at 2:24 PM, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > Hello! > > The GSoC projects are making good progress, as I read from various IRC > log lines. Hence, we'd like to make this work available through the > standard GNU Savannah Hurd group/repository. I'm goin

procfs - Design Issue

Hi all, I have a design question regarding implementation of procfs. Whenever we look into /proc, it is very likely that its contents change(directory names with PIDs), since processes are created and die. So everytime it is better to fetch this information whenever a contents are looked

Requesting for help regarding libnetfs

I get the following kind of error, when I settrans my procfs on a directory and run ls. How to track this kind of errors. Can some one help me please. *** glibc detected *** procfs: free(): invalid pointer: 0x0122ba44 *** Also if netfs_get_dirents gets parameters BUFSIZE as 0, ENTRY as 0 and NET

Re: Updating the progress

Hi Olaf, Well, not being familiar with libnetfs, I unfortunately can't really > tell whether the code makes sense. > > I didn't discover any obvious errors when looking at it -- but then, > it's not surprising, considering that most of the code seems to be > template code more or less directly cop

Updating the progress

Hi Olaf, I have done few commits to be code today. I request you to please check the code. With that done, I feel most part of the netfs backend that is required to accomplish what we have set as targets (target being creating empty PID directorries) is mostly done. But it has taken too longer t

Re: Code commit

Hi Olaf, > > > > > Thats the reason I thought I should maintain a Changelog. Also I want > > it for my own reference later. > > Well, you can always look up the history in git. If you prefer it in a > text file, there are scripts that extract the commit messages and > generate a file from them. >

Help regarding netfs callbacks

Hi all, I am working on implementing GNU/Linux compatible procfs. I am using netfs for translator implementing this translator as it was planned. I have quite a few quiries regarding netfs programming and using its callbacks. Someone who know about these please help me. 1. Some of the

Re: GSoC: procfs implementation.

Hi Olaf, Well, in the end it is your decision... > > Would be nice though if you could explain why you think one way is > better than the other :-) What possible advantages and disadvantages do > you see in for each variant? > > IMHO there is no specific plus or minus as to why I should select one

Re: Help required for porting parted-1.7.1

On Fri, May 9, 2008 at 2:39 AM, Samuel Thibault < [EMAIL PROTECTED]> wrote: > Hello, > > Madhusudan C.S, le Fri 09 May 2008 00:28:16 +0530, a écrit : > > I am trying to port parted-1.7.1 to Hurd. As it is logged in > the > > failed builds report [ >

GSoC: procfs implementation.

Hi, The existing procfs code uses libtrivfs. So one of the goal's of my GSoC project is to rewrite procfs so that uses libnetfs. During the proposal submission stage, I had said that I will first port every feature in the existing code to use libnetfs and then start implementing the new featu

Help required for porting parted-1.7.1

Hi all, I am trying to port parted-1.7.1 to Hurd. As it is logged in the failed builds report [ http://unstable.buildd.net/buildd/hurd-i386_Failed.html] there is a problem with variables '_IOT__IOTBASE_format_data_t' and '_IOT__IOTBASE_dasd_information2_t' in s/390 architecture's code.

Re: Copyright assignments

Hi Samuel, > > Sorry I haven't followed the International Address format. I have changed > it > > now to look like this. > > #92, 2nd Main, 6th Cross, Chamundeshwari Layout, > > Vidyaranyapura, Bangalore - 560097 > > India > > > > Is this fine? > > That should be, yes. Thanks a lot. I will be m

Re: Copyright assignments

Hi > > [Please write your snail address here.] > > > > #92, 2nd Main, 6th Cross, Chamundeshwari Layout, > > Vidyaranyapura, Bangalore, Karnataka, India > > PIN : 560097 > > What is PIN? Sorry I haven't followed the International Address format. I have changed it now to look like this. #92, 2nd

Copyright assignments

Hi all, In the meet held on 25th April regarding GSoC, Olaf and Samuel asked us to send the copyright assignments to fsf. We were also given this link http://lists.gnu.org/archive/html/bug-hurd/2008-03/msg00175.html. I have filled out 3 forms, 1 each for Mach, Hurd and glibc as instructed

Help me in tracking a bug in NFS

Hi all, I have been working on Improving NFS implementation on the Hurd. Olaf told me that rm -r does not work on some cases and trace the problem. As I have already discussed with him it is observed that an error occurs when we use a trailing / with directory name for removing a directory

Re: Requesting to Review of the proposal - Improved NFS Implementation

Hi Olaf, First of all sorry for being very late on the mailing list. I have been discussing with you about some of these things in the IRC. Anyhow detailed explaination is here. > I will work on improving the performance of NFSv2 and fixing bugs that > > exist on the server side. > > How do

Requesting to Review of the proposal - Improved NFS Implementation

Hi Olaf and all, My proposal is given below. I request you to review it and give suggestions on any kind of mistakes so that I can improve my proposal. Greetings! I wish to provide an improved Network Filesystem support to "the Hurd". This implementation will be an impro

A small query regarding the schedule

Hi Olaf and all the mentors, In the proposal I will be submitting for Improved NFS implementation, I have divided the entire schedule into 2 major stages with each stage consisting of several phases. The first stage is to analyze, design and complete the NFSv2 implementation and then the

Requesting to help me in selecting the second project

Hi Olaf, After a lot of thinking and working on the possibilities you showed me yesterday I have come up with the the following 3 ideas as the ideas for my second proposal. They are listed in the order of knowledge I have about them and my preferences at the moment. (Somehow I am so much

Re: Requesting for review of the Draft proposal for - procfs

Hi Carl, Thanks a lot in taking time to rgo through my proposal. I think you've done a really great job of writing this proposal! > There's not much to comment on really. :-) Thanks > The project thus aims at making the GNU/Linux process management > > tools like ps, top, vmstat, sysctl, w, ki

Re: Requesting for review of the Draft proposal for - procfs

Hi Carl, > This is perhaps the root of the misunderstanding, we don't need to be > ahead of linux when it comes to procfs. procfs should only provide a > different interface to features /already/ present in the Hurd, i.e. a > compatibility layer. Your desire to propel the Hurd beyond linux is >

Re: Student for GSoC 2008 - procfs

Hi Carl, Olaf and all, > > > I didn't mean to say that /proc/*/mem is problematic per se. I rather > meant that it's problematic to implement a Linux-compatible version in > the Hurd procfs translator. > > The issue is that it's not possible to obtain all of the information > listed by the Linux v

Re: Requesting for review of the Draft proposal for - procfs

Hi Olaf, Carl and all, I have submitted a totally reworked proposal through Google Web App. This proposal reflects all the suggestions you have made previously. I written my proposal so that it falls in line with the Hurd's requirements at the moment as you people have told me. The same p

Re: Requesting for review of the Draft proposal for - procfs

Hi Olaf, Fredrick and all, Thanks a lot for all the suggestions and comments. I am sorry for all the misconceptions. I am reworking on the entire proposal so that meets the requirements of "the Hurd" community. I want to bring few points to your notice, though I had understood the n

Re: Requesting for review of the Draft proposal for - procfs

Hi Carl, Thanks a lot in spending your invaluable time in going through my proposal. Gave it a quick read-through and it looks pretty good to me. I'm not > that familiar with procfs though, I've mostly just used it to set some > networking settings and checking my notebooks battery level. So

Requesting for review of the Draft proposal for - procfs

Hi Olaf and all, I am a prospective GSoC 2008 student. Few you here might be knowing about me through my previous mails. After some work on procfs pseudo-filesystem in general which included going through the GNU/Linux's procfs documentation, going through the existing procfs code in hurdextras

Re: Student for GSoC 2008 - procfs

Hi, > Hi,You aren't late at all -- official application period is starting only > on monday :-) > First of all thanks a lot in spending your invaluable time to read such a long mail I have sent. Somehow I dont want to delay submitting application to the last day. So I though posting after s

Re: Student for GSoC 2008 - procfs

Hi all, Sorry for few mistakes in the mail, I was quite excited while writing this mail. So as soon as I saw the idea on the proposed projects list on 24th I was > very much inspired and motivated to take this project for this Summer. > The date there is March 17th and not 24th. Excuse

Re: Student for GSoC 2008 - procfs

Hey, I am sorry I forgot to make a mention of this. As its mentioned in the proposed ideas page I will also considering writing the code in libnetfs rather than libtrivfs whereever possible. -- Thanks and regards, Madhusudan.C.S

Student for GSoC 2008 - procfs

Hi all, Sorry all of you. I am extremely sorry for being so late in sending this mail. I am a prosepective GSoC 2008 student. I am very much interested in the idea of implementing procfs on HURD. This idea was proposed to me on our LUG (BMSLUG) mailing list a year back[1]