Hi,
dmesg: FreeBSD 5.4-STABLE #0: Sun Sep 25 20:08:39 EEST 2005
I am using valgrind to check my program but it always seems to come with this
message:
==8210== 600 bytes in 3 blocks are definitely lost in loss record 3 of 6
==8210==at 0x3C03619F: malloc (in
/usr/local/lib/valgrind/vgpreloa
Doug Barton <[EMAIL PROTECTED]> wrote:
> I disagree that ignoring comments in the files is a good idea. There is no
> way for mergemaster to know for sure if the comment is material or not,
> that's the admin's job.
Furthermore, it is non-trivial to automatically detect that
a change is inside
Hi,
I always get the error message:"Operation not permitted" When I use
sem_init set pshared argument equal 1. Compiling as : "gcc -o sem_test
sem_test.c -lc_r". My freebsd ver is release 5.4 p6.
Test code appear below:
1 #include
2 #include
3 #include
4 #includ
On Thu, 2005-09-29 at 20:47 +0800, Gary Li-126 wrote:
> Hi,
> I always get the error message:"Operation not permitted" When I use
> sem_init set pshared argument equal 1. Compiling as : "gcc -o sem_test
> sem_test.c -lc_r". My freebsd ver is release 5.4 p6.
>From sem_init(3):
A non-zero val
Lefteris Tsintjelis wrote:
> Hi,
>
> dmesg: FreeBSD 5.4-STABLE #0: Sun Sep 25 20:08:39 EEST 2005
>
> I am using valgrind to check my program but it always seems to come with
> this
> message:
>
> ==8210== 600 bytes in 3 blocks are definitely lost in loss record 3 of 6
> ==8210==at 0x3C03619
Simon Barner wrote:
Can you provide a (minimal) example where this happens? Also, what is
the exact command line?
valgrind --trace-children=yes --leak-check=yes --show-reachable=yes ./sql-m
==12024== Memcheck, a memory error detector for x86-linux.
==12024== Copyright (C) 2002-2004, and GNU G
In the last episode (Sep 29), Lefteris Tsintjelis said:
> Simon Barner wrote:
> >
> >Can you provide a (minimal) example where this happens? Also, what is
> >the exact command line?
>
> valgrind --trace-children=yes --leak-check=yes --show-reachable=yes ./sql-m
>
> ==12024== 200 bytes in 1 blocks
Lefteris Tsintjelis wrote:
> >Can you provide a (minimal) example where this happens? Also, what is
> >the exact command line?
>
> valgrind --trace-children=yes --leak-check=yes --show-reachable=yes ./sql-m
Two other things you can try to determine whether it's you code or a
internal error in val
Tim Howe wrote:
Tim Howe <[EMAIL PROTECTED]> writes:
ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0
This turned out to be the key.
Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and
msb being identical. If they are, it aborts the probe. The attached
patch creates
A new kernel based on sources of 9/28/2005 still fails to boot on a
Toshiba 8100 with a UDMA33 IDE onboard controller. The parameters passed
to atapci0 are different from those passed by the earlier kernel, and the
system locks up this point.
I'm not including the dmesg, etc., since that's
Hey,
i look since a long time, but i did not find. Is there a howto somewhere,
how i have to go through the update for the security advisories?
Thanks for any links, hints, ideas, comments and hot coffees :-D
Roger
___
freebsd-stable@freebsd.org maili
11 matches
Mail list logo