Re: let's make libpager single-threaded

2014-05-30 Thread Justus Winter
Quoting Richard Braun (2014-05-29 19:12:13) > On Thu, May 29, 2014 at 07:04:48PM +0200, Samuel Thibault wrote: > > But precisely: once the only thread gets a data_request, it'll call > > pager_read_page, which will typically call store_read, which will wait > > on the eventual I/O, and no other req

Re: let's make libpager single-threaded

2014-05-30 Thread Richard Braun
On Fri, May 30, 2014 at 09:35:37AM +0200, Justus Winter wrote: > Quoting Richard Braun (2014-05-29 19:12:13) > > On Thu, May 29, 2014 at 07:04:48PM +0200, Samuel Thibault wrote: > > > But precisely: once the only thread gets a data_request, it'll call > > > pager_read_page, which will typically cal

C developper offer

2014-05-30 Thread Julian Alcolea
Dear all I am looking for a GNU project where i could help in the development proccess. I have a very good knoledge in C languaje, more than 10 years and i am an advanced linux user , more than 10 years of continuous use. My proffesional projects are related to telecominications few years ago an

Re: Circular dependency with glibc libpthread libihash

2014-05-30 Thread Ludovic Courtès
Manolis Ragkousis skribis: > I had to put one more line after AC_NO_EXECUTABLES, otherwise it would fail > with >>> syntax error near unexpected token `fi'. AC_NO_EXECUTABLES expands to nothing, hence the error. It seems that we don’t even have to use it in a conditional. Ludo’.

Re: Circular dependency with glibc libpthread libihash

2014-05-30 Thread Samuel Thibault
Ludovic Courtès, le Fri 30 May 2014 17:29:27 +0200, a écrit : > Manolis Ragkousis skribis: > > > I had to put one more line after AC_NO_EXECUTABLES, otherwise it would fail > > with > >>> syntax error near unexpected token `fi'. > > AC_NO_EXECUTABLES expands to nothing, hence the error. It see

Re: [PATCH] build: Remove checks for 'getgrouplist' and 'uselocale'

2014-05-30 Thread Ludovic Courtès
l...@gnu.org (Ludovic Courtès) skribis: > From a8b1c2e3c5cd89f26b6856c63fd3ba625a36ad54 Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Ludovic=20Court=C3=A8s?= > Date: Sun, 25 May 2014 01:06:50 +0200 > Subject: [PATCH] build: Remove checks for 'getgrouplist' and 'uselocale'. > > GNU libc has had them

Re: [PATCH] build: Remove checks for 'getgrouplist' and 'uselocale'

2014-05-30 Thread Samuel Thibault
Ludovic Courtès, le Fri 30 May 2014 18:04:30 +0200, a écrit : > l...@gnu.org (Ludovic Courtès) skribis: > > > From a8b1c2e3c5cd89f26b6856c63fd3ba625a36ad54 Mon Sep 17 00:00:00 2001 > > From: =?UTF-8?q?Ludovic=20Court=C3=A8s?= > > Date: Sun, 25 May 2014 01:06:50 +0200 > > Subject: [PATCH] build: R

Re: let's make libpager single-threaded

2014-05-30 Thread Samuel Thibault
Justus Winter, le Fri 30 May 2014 09:35:37 +0200, a écrit : > Quoting Richard Braun (2014-05-29 19:12:13) > > On Thu, May 29, 2014 at 07:04:48PM +0200, Samuel Thibault wrote: > > > But precisely: once the only thread gets a data_request, it'll call > > > pager_read_page, which will typically call s

Re: let's make libpager single-threaded

2014-05-30 Thread Richard Braun
On Fri, May 30, 2014 at 08:15:43PM +0200, Samuel Thibault wrote: > Justus Winter, le Fri 30 May 2014 09:35:37 +0200, a écrit : > > Quoting Richard Braun (2014-05-29 19:12:13) > > > On Thu, May 29, 2014 at 07:04:48PM +0200, Samuel Thibault wrote: > > > > But precisely: once the only thread gets a da

Re: C developper offer

2014-05-30 Thread Zhang Cong
I have two thing want to do related to Hurd, Make gdb server upstream support for Hurd base on gsoc's work, I have workable version locally. Port chromium browser to Debian Hurd, this seems need to work with chromium team, as Debian Hurd was not official support by them. The second was challange

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Subhashish
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 ("vki/vki-linux.h"

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Subhashish
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 the gnu/hurd specifi

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Samuel Thibault
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 that'll be tedious (there are quite a few occurrences) and u

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Subhashish
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 that'll

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Samuel Thibault
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. vki-linux does, in the vki-*-linux.h files. > Moreover, ours are inside eum

Re: GSOC - valgrind-hurd queries

2014-05-30 Thread Subhashish
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. vki-linux does, in the