Hello,
Here's the repository for valgrind-hurd:
https://github.com/sprkv5/valgrind-hurd.git
The branches are:
main - The experimental development branch
master - The default development branch
master-clean - The branch without any changes
Regards,
Subhashish
Hello,
I got the configure checks to pass;
Here's the log: http://pastebin.com/KCPceTU4
I just wanted to ask that in configure.ac, whether I should
Set up VGCONF_ARCHS_INCLUDE_.
set up VGCONF_OS_IS_
or leave it to be done when required?
Any other recommendations?
Regards,
Subhashish
ernel
interface and 'make' and see what's required?
Any other approach?
Insights / comments / discussion required.
Regards,
Subhashish
Footnotes:
1 - https://gist.github.com/sprkv5/15b25ed9ee8ac5f20a47#file-makelog-3-txt
2 - Well I am using GNU/gnu as an identifier for hurd in
On Thursday 29 May 2014 05:36 AM, Samuel Thibault wrote:
Subhashish, le Thu 29 May 2014 04:57:55 +0530, a écrit :
This makelog[1] indicates that I should #include "vki/vki-gnu.h"[2].
Now this vki-gnu.h is supposed to be the gnu/hurd specific kernel interface
as the linux one ("
On Saturday 31 May 2014 04:19 AM, Subhashish wrote:
On Thursday 29 May 2014 05:36 AM, Samuel Thibault wrote:
Subhashish, le Thu 29 May 2014 04:57:55 +0530, a écrit :
This makelog[1] indicates that I should #include "vki/vki-gnu.h"[2].
Now this vki-gnu.h is supposed to be th
On Saturday 31 May 2014 04:29 AM, Samuel Thibault wrote:
Subhashish, le Sat 31 May 2014 04:24:27 +0530, a écrit :
The symbol VKI_PATH_MAX cannot be defined since symbol PATH_MAX is not
defined[3].
Can we have workarounds - based on realloc, or like xgethostname() as
described.
Yes, but
On Saturday 31 May 2014 06:32 AM, Samuel Thibault wrote:
Subhashish, le Sat 31 May 2014 06:23:39 +0530, a écrit :
Now since I've #include-ed "i386-gnu/bits/resource.h", do I need to #define
the RLIMIT_* symbols with VKI_ prefixes?
vki-linux.h doesn't but darwin's does
On Saturday 31 May 2014 06:32 AM, Samuel Thibault wrote:
Subhashish, le Sat 31 May 2014 06:23:39 +0530, a écrit :
Now since I've #include-ed "i386-gnu/bits/resource.h", do I need to #define
the RLIMIT_* symbols with VKI_ prefixes?
vki-linux.h doesn't but darwin's does
On Thursday 29 May 2014 05:36 AM, Samuel Thibault wrote:
> Subhashish, le Thu 29 May 2014 04:57:55 +0530, a écrit :
>> This makelog[1] indicates that I should #include "vki/vki-gnu.h"[2].
>>
>> Now this vki-gnu.h is supposed to be the gnu/hurd specific kernel
i
we do it?
Insights.
Regards,
Subhashish
5 - https://gist.github.com/sprkv5/15b25ed9ee8ac5f20a47#file-makelog-19-txt
P.S. - I hope this binary gets linked and built asap but I don't know
how many hoops I must go through.. :( Sorry.
On Tuesday 24 June 2014 06:21 PM, Samuel Thibault wrote:
Samuel Thibault, le Wed 18 Jun 2014 00:38:37 +0200, a écrit :
Subhashish, le Mon 16 Jun 2014 15:38:58 +0530, a écrit :
On Sunday 15 June 2014 12:11 AM, Samuel Thibault wrote:
How is it going?
Please feel free to come on the IRC
On Wednesday 25 June 2014 04:24 PM, Samuel Thibault wrote:
Hello,
Subhashish, le Wed 25 Jun 2014 15:58:11 +0530, a écrit :
But I couldn't wrap my head around listing the generated mig interfaces for
the traps in vki-scnums-gnu.h.
Err, mig does not have to do with traps. Traps are jus
On Wednesday 25 June 2014 04:24 PM, Samuel Thibault wrote:
Hello,
Subhashish, le Wed 25 Jun 2014 15:58:11 +0530, a écrit :
The host system traps plus the syscalls( like __NR_rename are to be
encapsulated within an rpc generated via mig - my guess)
are to be listed there.
No. This file should
Hello,
I took some time off to look at my project state and wrote a status
report[1].
Regards,
Subhashish
1 - http://sprkv5.wordpress.com/2014/07/02/gsoc-status-report-1/
gards,
Subhashish
On Wednesday 09 July 2014 03:22 AM, Samuel Thibault wrote:
Subhashish, le Wed 09 Jul 2014 03:14:15 +0530, a écrit :
P.S. - @youpi - I've been to #hurd on IRC these days but it seems you don't
hang out there, maybe you're busy. I wanted to step up my communication.
I am unfortu
nition for VG_UCONTEXT_SYSCALL_SYSRES(uc)
Regards,
Subhashish
P.S. - @youpi - I've been to #hurd on IRC these days but it seems you
don't hang out there, maybe you're busy. I wanted to step up my
communication.
Hello,
I'm getting this weird error, that I can't seem to understand.
The log is here: http://pastebin.com/UrX2bQf0
Subhashish
Has anyone started working on porting valgrind to hurd?
If not, I'd like to take up the task (and for GSOC).
What would be the essential skills that would be required for this task?
Shell scripting, understanding of C, and anything else?
Regards,
Subhashish
syscall? Is this memcache tool the one
that handles read/write primitives of valgrind?
Or maybe I'm wrong?
Regards,
Subhashish
On Mon, Jan 6, 2014 at 7:15 AM, Samuel Thibault wrote:
> Subhashish Pradhan, le Mon 06 Jan 2014 01:27:08 +0530, a écrit :
> > Has anyone started work
I presume?)
Where in the source of hurd/mach shall I find all the syscalls and kernel
traps,
so that I could make a list of them to study and to work on them? (the
directory)
I'll dig into the background knowledge for RPCs (syscalls) and kernel traps
this week on.
Feedbacks, please.
Rega
Hello,
"Currently, the meetings take place in the *#hurd channel every Thursday at
19:00 UTC* and are open to any interested party."
Are these held regularly? How long do they last?
Can anyone drop in and discuss their queries related to the project?
Regards,
Subhashish.
Thanks! Will do.
Regards,
Subhashish
On Sat, Jan 11, 2014 at 4:19 AM, Richard Braun wrote:
> On Sat, Jan 11, 2014 at 03:26:50AM +0530, Subhashish Pradhan wrote:
> > Hello,
> >
> > "Currently, the meetings take place in the *#hurd channel every Thursday
> at
>
, right?
If so, then is it a vanilla glibc or a modified one.
If the above presumptions are true then how are these glibc wrappers
related to mach_msg syscalls in let's say: /include/mach/syscall_sw.h ?
Else, please explain where I'm wrong.
Regards,
Subhashish
gram?
It would help illustrate how the syscalls function in GNUMach/Hurd .
Any corrections/suggestions/questions are welcome as scrutiny will
help make my proposal illustrated and detailed. Thanks!
Regards,
Subhashish Pradhan
IRC Nick: sprkv5
Hello,
Thanks for feedback!
On Thu, Mar 20, 2014 at 9:00 PM, Samuel Thibault
wrote:
> Hello,
>
> Subhashish Pradhan, le Wed 19 Mar 2014 02:48:53 +0530, a écrit :
>> Previously I had some discussions and queries related to this project
>> on this mailing list, but disapp
Hello,
here is my initial coverage of teching valgrind ioctl.
Some notes have been left out, will fill it when I get some time - but
need to prepare for university exams that are starting tomorrow.
On Tue, Mar 25, 2014 at 6:32 AM, Samuel Thibault
wrote:
> Subhashish Pradhan, le Thu 20 Mar 2
On Tue, Mar 25, 2014 at 2:10 PM, Samuel Thibault
wrote:
> Subhashish Pradhan, le Tue 25 Mar 2014 08:15:52 +0530, a écrit :
>> here is my initial coverage of teching valgrind ioctl.
>
> Did you want to attach a file?
>
> Samuel
Oops! Sorry - I wanted to attach a link:
http:/
Hello,
I am Subhashish Pradhan, and my project proposal for GNU Project and
GNU Hurd has been accepted. My project is - Porting Valgrind to GNU
Hurd.[1]
This week I am going through GNU Mach documentation and code:
Mach 3 Kernel Principles.[2]
Mach 3 Kernel Interfaces.[3]
Over the following
On 4/28/14, Samuel Thibault wrote:
> Hello,
>
> Subhashish Pradhan, le Sat 26 Apr 2014 00:03:40 +0530, a écrit :
>> I am Subhashish Pradhan, and my project proposal for GNU Project and
>> GNU Hurd has been accepted. My project is - Porting Valgrind to GNU
>> Hurd
would boot the
first time and when I fetched the sources with git and traversed
through it, after the next reboot, the virtual machine would just
display a blank screen. So I'm updating my development environment
today.
Subhashish
On Thu, May 15, 2014 at 6:00 AM, Samuel Thibault
wrote:
>
ppers, they'd have to wait until this is done so that
traps are atleast passed and not handled. This would help in step 2 -
to understand the working of these traps and then handle them.
Any planned things will be taken up during weeks 6 and 7.
I will be reporting again.
Regards,
Subhashish
On Saturday 28 June 2014 01:41 AM, Subhashish wrote:
On Wednesday 25 June 2014 04:24 PM, Samuel Thibault wrote:
Hello,
Subhashish, le Wed 25 Jun 2014 15:58:11 +0530, a écrit :
The host system traps plus the syscalls( like __NR_rename are to be
encapsulated within an rpc generated via mig - my
Um, could you wait a day or two? I'm preparing the report.
Thanks!
On Mon, Aug 11, 2014 at 9:54 PM, Samuel Thibault
wrote:
> Hello,
>
> Any news about your project? We haven't seen you on IRC for a long
> time, and no news by mail... Remember that the soft deadline is today,
> and the hard dea
Hello again!
Any thoughts about the error?
On Sun, Aug 17, 2014 at 8:07 PM, Subhashish Pradhan wrote:
> On Mon, Aug 11, 2014 at 9:54 PM, Samuel Thibault
> wrote:
>> Hello,
>>
>> Any news about your project? We haven't seen you on IRC for a long
>> time, an
I could mention this project in my CV after I complete
the port as a part of the work done for the GNU Project?
Sincerely,
Subhashish Pradhan
On Tue, Aug 19, 2014 at 4:23 AM, Samuel Thibault
wrote:
> Subhashish Pradhan, le Sun 17 Aug 2014 20:07:25 +0530, a écrit :
>> I moved back to my c
on for
the next release.
Also the "dirty patch" problems would be watched out for during the
development.
So may I re-base my work on the new Valgrind 3.10.0? Comments please.
Regards,
Subhashish Pradhan
1 - https://github.com/liquid-mirror/valgrind/
37 matches
Mail list logo
