Thanks Martin for your reply!
2016-04-24 13:13 GMT-07:00 Martin Husemann :
> On Sun, Apr 24, 2016 at 01:00:12PM -0700, Charles Cui wrote:
>> Another thing is my mentor
>> for this project, mentors listed in the website are crispytoast and
>> martin, while I contacted mainly with christos previous
Hi Christos and NetBSD community,
Thanks for selecting me for GSOC this year. It 's my honor to join NetBSD
community and contribute my code! I will try my best to complete the task.
In terms of work needs to be done in the current stage
(community communications), I think I can start to prep
On Sun, Apr 24, 2016 at 03:50:41PM +0200, Timo Buhrmester wrote:
> Dump of assembler code for function mcount:
>0x0805045f <+0>: push %ebp
>0x08050460 <+1>: push %edi
>0x08050461 <+2>: push %esi
>0x08050462 <+3>: push %ebx
>0x08050463 <+4>: sub$0x18,%esp
On Sun, Apr 24, 2016 at 03:34:53PM +0200, Joerg Sonnenberger wrote:
> > That wasn't the question -- the question is what the semantics of
> > sem_open() names are supposed to be.
>
> They don't really have any. They are an independent namespace and the
> ENAMETOOLONG error was actually added
I can no longer profile programs with gprof on i386, NetBSD 7.99.26.
The test case is a hello world program:
| #include
|
| int
| main(void)
| {
| puts("hello world");
| return 0;
| }
which is compiled using cc -g -pg -o helloworld helloworld.c
Here's what happens:
$ gdb ./hellowor
On Sat, Apr 23, 2016 at 09:12:43PM +, David Holland wrote:
> On Sat, Apr 23, 2016 at 10:42:52PM +0200, Kamil Rytarowski wrote:
> > >> I read in the POSIX resources that the limit is defined by
> > >> PATH_MAX or its variation:
> > >>
> > >> ENAMETOOLONG The length of the name argument exce
