Can anyone suggest a good test suite for stressing atomic
primitives and/or userland locking?
There were some questions on freebsd-arm about verifying
that our atomics are correct; a few people have looked at the
code and everything looks good so far, but it would be
reassuring to have some test
On Mon, 6 May 2013 00:11:51 +0200, Baptiste Daroussin writes:
The ports tree on current is still in very bad shape but I don't see
anymore errors due to bmake specifically.
You have my approval as portmgr to switch base make to bmake.
As an interim step, I would propose the change below.
:
From: John-Mark Gurney j...@funkthat.com
To: hack...@freebsd.org
Subject: looking for someone to fix humanize_number (test cases
included)
I'm looking for a person who is interested in fixing up humanize_number.
...
So I decided to write a test program to test
On Thu, Dec 27, 2012 at 02:24:33PM -1000, Clifton Royston wrote:
On Thu, Dec 27, 2012 at 08:31:36AM -1000, Clifton Royston wrote:
...
I'll put the updated test program somewhere shortly.
Test code and draft of revisions to function are at
http://www.volcano.org/misc
On 28 December 2012 15:06, Clifton Royston clift...@volcano.org wrote:
On Thu, Dec 27, 2012 at 02:24:33PM -1000, Clifton Royston wrote:
On Thu, Dec 27, 2012 at 08:31:36AM -1000, Clifton Royston wrote:
...
I'll put the updated test program somewhere shortly.
Test code and draft
...@funkthat.com
Subject: Re: looking for someone to fix humanize_number (test cases
included)
Message-ID:
caf6rxgkcodg2ep2pdxjkjcyqzbynre_tpt3cqeygwrtz6ak...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8
On 25 December 2012 14:46, Clifton Royston clift...@volcano.org wrote:
I
On Thu, Dec 27, 2012 at 08:31:36AM -1000, Clifton Royston wrote:
...
I'll put the updated test program somewhere shortly.
Test code and draft of revisions to function are at
http://www.volcano.org/misc/humanize_number/
Man page update will follow later.
-- Clifton
--
Clifton
On Wed, Dec 26, 2012 at 12:00:01PM +, freebsd-hackers-requ...@freebsd.org
wrote:
Date: Tue, 25 Dec 2012 14:52:09 -0500
From: Eitan Adler li...@eitanadler.com
To: freebsd-hackers@freebsd.org, John-Mark Gurney j...@funkthat.com
Subject: Re: looking for someone to fix humanize_number (test
On Mon, Dec 24, 2012 at 12:00:01PM +, freebsd-hackers-requ...@freebsd.org
wrote:
Date: Sun, 23 Dec 2012 00:32:20 -0800
From: John-Mark Gurney j...@funkthat.com
To: hack...@freebsd.org
Subject: looking for someone to fix humanize_number (test cases
included)
Message-ID
On Tue, Dec 25, 2012 at 07:20:37AM -1000, Clifton Royston wrote:
On Mon, Dec 24, 2012 at 12:00:01PM +, freebsd-hackers-requ...@freebsd.org
wrote:
From: John-Mark Gurney j...@funkthat.com
To: hack...@freebsd.org
Subject: looking for someone to fix humanize_number (test cases
Subject: looking for someone to fix humanize_number (test cases
included)
I'm looking for a person who is interested in fixing up humanize_number.
...
So I decided to write a test program to test the output, and now I'm even
more surprised by the output... Neither 7.2-R nor 10
On 25 December 2012 14:46, Clifton Royston clift...@volcano.org wrote:
I correct myself: the function works fine, and there are no bugs I
could find, though it's clear the man page could emphasize the correct
usage a bit more.
Can you submit a diff to the man page as well? I figure if you
at the results from the -k run, but the new machine had a larger result
(I copied from UFS to ZFS)... It turns out that humanize_number was
broken when doing rounding... No longer does humanize_number round up
at .5 or more of the prefix..
So I decided to write a test program to test the output, and now
hi all,
I build a new kernel and install it, but don't known how to test the my
new kernel's performance.
I have read the Regressin and Performance Testing Guide in developer's
handbook. But where is
the test program is, and how do i invoke them?
Gratitude to any words! Thank u
Den 03/09/2012 kl. 09.25 skrev Junior White efi...@gmail.com:
hi all,
I build a new kernel and install it, but don't known how to test the my
new kernel's performance.
I have read the Regressin and Performance Testing Guide in developer's
handbook. But where is
the test program
print/x *(int *)(0x8012b0280+4)
I've been having trouble debugging it since it's threaded, and so I
ran a binary search over the last few days of revisions from 1/Apr to
1/May.
Unfortunately I discovered to my horror today that all but the first
test was useless, because the patch I committed
debugging it since it's threaded, and so I
ran a binary search over the last few days of revisions from 1/Apr to
1/May.
Unfortunately I discovered to my horror today that all but the first
test was useless, because the patch I committed to disable the test
was of course readded to my ports tree, so none
Hi all / David,
doxygen has been failing for a while now on -CURRENT and apparently
-STABLE too. The current fix is disabling one of the tests in the
build, but obviously it points to a problem with our base system
I've trussed [1] the failing code [2], and it looks as though it's
hanging
On 2012/07/08 18:21, Chris Rees wrote:
Hi all / David,
doxygen has been failing for a while now on -CURRENT and apparently
-STABLE too. The current fix is disabling one of the tests in the
build, but obviously it points to a problem with our base system
I've trussed [1] the failing code
[Since I did not receive any feedback on my previous message to the
-hackers list, I try again and CC: to -current in the hope to attract
more interest ...]
The NSCD patch attached to the previous mail, which can be found at:
) usage
part is rewrote.
2 changes from NetBSD are not merged:
1. To use signed char instead of unsigned char in 8-bit mode. This
requires to cast all character to at least unsigned char when passing
them to ctype(3). Test cases are required to convince me on this part;
2. 32-bit clean regex
editing.
Affected LC_CTYPE in FreeBSD:
ko_KR.CP949, ko_KR.eucKR
ja_JP.eucJP
zh_CN.GB2312, zh_CN.GBK, zh_CN.eucCN
If you any locale above (especially for Japanese, Korean users), please help
me test whether the CJK text (in any kind of encodings) are being handled
correctly. Thanks.
--
Zhihao Yuan
2011/8/31 Sean Bruno sean...@yahoo-inc.com:
On Tue, 2011-08-30 at 17:11 -0700, Ivan Voras wrote:
On 29.8.2011. 20:15, John Baldwin wrote:
However, the SRAT code just ignores the table when it encounters an issue
like
this, it doesn't hang. Something else later in the boot must have
On 1 September 2011 16:11, Attilio Rao atti...@freebsd.org wrote:
I mean, if we have 2 cpus in a machine, but MAXCPU is set to 256, there
is a bunch of lost memory and higher levels of lock contention?
I thought that attilio was taking a stab at enhancing this, but at the
current time
2011/9/1 Ivan Voras ivo...@freebsd.org:
On 1 September 2011 16:11, Attilio Rao atti...@freebsd.org wrote:
I mean, if we have 2 cpus in a machine, but MAXCPU is set to 256, there
is a bunch of lost memory and higher levels of lock contention?
I thought that attilio was taking a stab at
On Tue, 2011-08-30 at 17:11 -0700, Ivan Voras wrote:
On 29.8.2011. 20:15, John Baldwin wrote:
However, the SRAT code just ignores the table when it encounters an issue
like
this, it doesn't hang. Something else later in the boot must have hung.
Anyway... that machine can in its
On 29.8.2011. 20:15, John Baldwin wrote:
However, the SRAT code just ignores the table when it encounters an issue like
this, it doesn't hang. Something else later in the boot must have hung.
Anyway... that machine can in its maximal configuration be populated
with eight 10-core CPUs, i.e.
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all 128 CPUs,
right?
A 9.0-BETA1 snapshot, yes.
Well, I'll leave it another half an hour but the 9.9-beta1
On 29/08/2011 16:46, Ivan Voras wrote:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all 128 CPUs,
right?
A 9.0-BETA1 snapshot, yes.
Well, I'll leave it
on 29/08/2011 17:46 Ivan Voras said the following:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all 128 CPUs,
right?
A 9.0-BETA1 snapshot, yes.
Well, I'll
on 29/08/2011 18:18 Ivan Voras said the following:
On 29 August 2011 17:15, Andriy Gapon a...@freebsd.org wrote:
on 29/08/2011 17:46 Ivan Voras said the following:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think
On 29 August 2011 17:20, Andriy Gapon a...@freebsd.org wrote:
on 29/08/2011 18:18 Ivan Voras said the following:
Not sure if hw.memtest.tests tunable has made it into 9.0-BETA1.
Setting it to zero should result in skipping the checks.
If it did, to what should I set it?
See one line above
On 29 August 2011 17:15, Andriy Gapon a...@freebsd.org wrote:
on 29/08/2011 17:46 Ivan Voras said the following:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all
On Mon, Aug 29, 2011 at 7:46 AM, Ivan Voras ivo...@freebsd.org wrote:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all 128 CPUs,
right?
A 9.0-BETA1 snapshot,
On 29 August 2011 18:33, m...@freebsd.org wrote:
On Mon, Aug 29, 2011 at 7:46 AM, Ivan Voras ivo...@freebsd.org wrote:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to
On Monday, August 29, 2011 1:28:37 pm Ivan Voras wrote:
On 29 August 2011 18:33, m...@freebsd.org wrote:
On Mon, Aug 29, 2011 at 7:46 AM, Ivan Voras ivo...@freebsd.org wrote:
On 26/08/2011 19:44, Garrett Cooper wrote:
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
I'll have a 8x8x2 (128 logical CPUs) machine to test for an afternoon
next week and I'm just wondering if any of you have something they want
tested. The opportunities are limited: it would have to be a
self-contained test (no network, drives, etc.) and fairly short.
Of course, I'll do some
On Fri, Aug 26, 2011 at 10:36 AM, Ivan Voras ivo...@freebsd.org wrote:
...
I think that I'll need a 9-CURRENT snapshot on it to run all 128 CPUs,
right?
A 9.0-BETA1 snapshot, yes.
-Garrett
___
freebsd-hackers@freebsd.org mailing list
this into FreeBSD's base system, if it's
possible.
On Tue, Aug 23, 2011 at 3:33 PM, Zhihao Yuan lich...@gmail.com wrote:
On Tue, Aug 23, 2011 at 12:51 PM, Ulrich Spörlein ulr...@spoerlein.net
wrote:
On Thu, 2011-08-18 at 22:15:47 -0500, Zhihao Yuan wrote:
On Thu, Aug 18, 2011 at 9:26 PM, Test Rat ttse
On Thu, 2011-08-18 at 22:15:47 -0500, Zhihao Yuan wrote:
On Thu, Aug 18, 2011 at 9:26 PM, Test Rat ttse...@gmail.com wrote:
timp tim...@gmail.com writes:
Hi!
I just tried you patch on latest current with clang.
[root@current64 /usr/src]# uname -a
FreeBSD current64 9.0-BETA1 FreeBSD
On Tue, Aug 23, 2011 at 12:51 PM, Ulrich Spörlein ulr...@spoerlein.net wrote:
On Thu, 2011-08-18 at 22:15:47 -0500, Zhihao Yuan wrote:
On Thu, Aug 18, 2011 at 9:26 PM, Test Rat ttse...@gmail.com wrote:
timp tim...@gmail.com writes:
Hi!
I just tried you patch on latest current with clang
I'm very sorry.
Thanks to all!
-p0 was the problem.
Now it compiles and works.
I tried new vi with russian text and everything is fine.
Thank you!
And I'll try new patch
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/nvi-iconv-Call-for-test-tp4698373p4722191.html
Sent from
Just checked your new patch. Works too. Thanks!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/nvi-iconv-Call-for-test-tp4698373p4723231.html
Sent from the freebsd-hackers mailing list archive at Nabble.com.
___
freebsd-hackers
usr.bin/vi/config.h with the one you downloaded.
After the src tree is patched, please issue a make WITH_ICONV=1 depend
first under usr.bin/vi/ if you just want to test nvi instead of to
rebuild the world.
For the new config.h, the FreeBSD-only SYSV_CURSES macro is removed,
since we only have ncurses
something wrong?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/nvi-iconv-Call-for-test-tp4698373p4711635.html
Sent from the freebsd-hackers mailing list archive at Nabble.com.
___
freebsd-hackers@freebsd.org mailing list
http
in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
Maybe do I something wrong?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/nvi-iconv-Call-for-test-tp4698373p4711635.html
Sent from the freebsd-hackers mailing list archive
timp tim...@gmail.com writes:
Hi!
I just tried you patch on latest current with clang.
[root@current64 /usr/src]# uname -a
FreeBSD current64 9.0-BETA1 FreeBSD 9.0-BETA1 #0: Thu Aug 18 03:56:45 MSK
2011 mox@current64:/usr/obj/usr/src/sys/GENERIC amd64
[root@current64 /usr/src]# patch
On Thu, Aug 18, 2011 at 9:26 PM, Test Rat ttse...@gmail.com wrote:
timp tim...@gmail.com writes:
Hi!
I just tried you patch on latest current with clang.
[root@current64 /usr/src]# uname -a
FreeBSD current64 9.0-BETA1 FreeBSD 9.0-BETA1 #0: Thu Aug 18 03:56:45 MSK
2011 mox@current64
-freebsd-2011-08-17.diff.gz
and I tested it with make buildworld.
Note that this version sets WARNS=1 in vi's Makefile, since it's
warning free with clang and gcc.
And there is change to `rescue`'s compilation: now it links to
libcursesw if WITH_ICONV is on.
On Tue, Aug 16, 2011 at 5:56 PM, Test Rat
Zhihao Yuan lich...@gmail.com writes:
On Sun, Aug 14, 2011 at 10:39 AM, Zhihao Yuan lich...@gmail.com wrote:
Hi, hackers:
My GSoC2011 project, Multibyte Encoding Support in Nvi is ready for
testing. The proposal of the project is here:
Hi, hackers:
My GSoC2011 project, Multibyte Encoding Support in Nvi is ready for
testing. The proposal of the project is here:
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1
The project creates a multibyte fork of the BSD-licensed nvi editor.
It adds only 1 dependence,
it.
___
4BSD -- http://4bsd.biz/
Let me try to ``quickly'' explain how to involve into the testing.
First, download the patch from
https://github.com/downloads/lichray/nvi2/nvi2-freebsd-2011-08-14.diff.gz
If you want to test the new nvi with the libiconv in libc, you need
hackers,
Test
--
Regards, (jhell)
Jason Hellenthal
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
hackers,
On Sun, May 08, 2011 at 01:54:18PM -0400, Jason Hellenthal wrote:
hackers,
Test
My appologies. this message was never supposed to leave the outbox.
Instead of hitting one key I hit another. Please disregard.
Thanks.
--
Regards, (jhell)
Jason Hellenthal
to differentiate between the new CAM changes and the
old (in = 7.2), so if you have a better knob ...
Sorry, wrong question. But those who will test on CURRENT should take
care about it.
why? it compiles - and works - ok under 8.0, at least till the last
svn update :-)
cheers,
danny
This new version:
o - has some bug fixes.
o - has full header/data digest support, thanks to Daisuke Aoyama
aoy...@peach.ne.jp.
o - the limit for the number of sessions is now 64, but can be
raised - eventually via a sysctl call.
o - the number of LUNs is unlimited, but things might
wups, forgot a small little detail:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz
danny
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
Alexander Motin wrote:
Danny Braniss wrote:
wups, forgot a small little detail:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz
Is there reason why
cpi-transport = XPORT_ISCSI;
covered by
#if defined(KNOB_VALID_ADDRESS)
?
Sorry, wrong question. But those who will test
Hi.
Danny Braniss wrote:
wups, forgot a small little detail:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.3.tar.gz
Is there reason why
cpi-transport = XPORT_ISCSI;
covered by
#if defined(KNOB_VALID_ADDRESS)
?
--
Alexander Motin
on 13/04/2009 18:51 Andriy Gapon said the following:
on 13/04/2009 18:48 Sean Bruno said the following:
The self-test never goes beyond 90% complete?
Yes, exactly. Even for the short one, which is supposed to complete in 1
minute:
Another data point.
This disk was in an experimental 3-way
see anything specifically wrong with the output.
Smart self test never completing.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
On Mon, 2009-04-13 at 10:06 +0300, Andriy Gapon wrote:
Smart self test never completing.
The self-test never goes beyond 90% complete?
Sean
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 13/04/2009 18:48 Sean Bruno said the following:
On Mon, 2009-04-13 at 10:06 +0300, Andriy Gapon wrote:
Smart self test never completing.
The self-test never goes beyond 90% complete?
Yes, exactly. Even for the short one, which is supposed to complete in 1 minute:
$ smartctl -t short /dev
On Thu, 2009-04-09 at 16:24 +0300, Andriy Gapon wrote:
I wonder if anybody has an issue like I do:
http://thread.gmane.org/gmane.linux.utilities.smartmontools/6354
Does anybody has guesses/clues about what might be happening?
I couldn't see anything specifically wrong with the output. Is
I wonder if anybody has an issue like I do:
http://thread.gmane.org/gmane.linux.utilities.smartmontools/6354
Does anybody has guesses/clues about what might be happening?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
Hi,
There is a test that I am doing with FreeBSD and Linux. This test involves
qmail and postfix comparison. Both FreeBSD and Linux seems to have 1024 File
Descriptor limit. (FD_SETSIZE in select.h in FreeBSD) .
To have a better concurrency in qmail on smtp level. I have used a patch named
Omer Faruk Sen wrote:
as you can see there is a big difference in just simple dd test. Is
there additional steps that I can follow to increase performance?
Use a benchmark that matches your actual workload, and then see how
things look. I would be surprised if your target workload was dd
Hi,
I have installed a new server to test performance results. BIOS and
RAID BIOS is the latest in this server ( Raid controller is a Intel
SRCSASBB8I )
# dmesg |grep -i mfi
mfi0: LSI MegaSAS 1078 port 0x2000-0x20ff mem
0xb8b0-0xb8b3,0xb8b4-0xb8b7 irq 16 at device 0.0 on
pci10
On Sat, 7 Feb 2009, Omer Faruk Sen wrote:
I have installed a new server to test performance results. BIOS and RAID
BIOS is the latest in this server ( Raid controller is a Intel SRCSASBB8I )
Hi Omer--
Comparing I/O and file system performance is a bit fraught with peril,
especially given
On Saturday 07 February 2009 09:00:37 Omer Faruk Sen wrote:
Hi,
I have installed a new server to test performance results. BIOS and
RAID BIOS is the latest in this server ( Raid controller is a Intel
SRCSASBB8I )
# dmesg |grep -i mfi
mfi0: LSI MegaSAS 1078 port 0x2000-0x20ff mem
to check out:
http://wiki.freebsd.org/TetIntegration
I don't really know python nose. I just looked at it quickly and can
not see any big benefit compared to the perl test protocol outlined
above (and the stuff outlined in the wiki looks even more advanced
than that). Would you please elaborate
formats (html/text/...)
There's also a wiki page about testing, which you may want to check out:
http://wiki.freebsd.org/TetIntegration
I don't really know python nose. I just looked at it quickly and can not see
any big benefit compared to the perl test protocol outlined above (and the
stuff
benefit compared to the perl test protocol outlined above (and the
stuff outlined in the wiki looks even more advanced than that). Would you
please elaborate where you see the benefits of it?
Note that during release building perl is needed anyway to generate the
index for the ports collection
Hello Hackers and Porters,
I'm currently working on a proposal to the FreeBSD foundation to use
Python Nose as a testing framework for writing tests. If there are any
individuals who are experienced and interested helping review and
provide insight into my plans for using nose as a testing
Hi all!
I need to check if file is locked or not (with flock) from a shell
script. I remember there was something but cannot recall what exactly.
And if possible I do not want to write my own test utility even it
is several lines in length)
Thanks,
-ip
Igor Pokrovsky [EMAIL PROTECTED] writes:
I need to check if file is locked or not (with flock) from a shell
script. I remember there was something but cannot recall what exactly.
And if possible I do not want to write my own test utility even it
is several lines in length)
lockf -t0 file true
On Friday 17 October 2008, Igor Pokrovsky wrote:
Hi all!
I need to check if file is locked or not (with flock) from a shell
script. I remember there was something but cannot recall what exactly.
And if possible I do not want to write my own test utility even it
is several lines in length
On Friday 17 October 2008 20:18:20 Igor Pokrovsky wrote:
I need to check if file is locked or not (with flock) from a shell
script. I remember there was something but cannot recall what exactly.
And if possible I do not want to write my own test utility even it
is several lines in length
Hi all.
Does anyone tried to build world with clang (devel/llvm-devel)? I just
have tested clang on some code from our tree, gzip and bzip2 for
example. Well... it works. Gzip compiled with clang become faster, bzip2
don't... Right now I'm playing with world making it compile with clang.
If
On Wed, Oct 08, 2008 at 04:29:46PM +0300, Volodymyr Kostyrko wrote:
Hi all.
Does anyone tried to build world with clang (devel/llvm-devel)? I just
have tested clang on some code from our tree, gzip and bzip2 for
example. Well... it works. Gzip compiled with clang become faster, bzip2
List test. Please IGNORE!
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the shell script
On 05/16/07 02:35, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the
Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the shell script
On Wed, 16 May 2007, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting processing
tools (sa(8) and lastcomm(1)) with the upcoming new acct(5) record format.
If you have root access on a FreeBSD AMD64, Sparc64, ia64, or PowerPC machine
please run the
On 05/16/07 08:49, Larry Rosenman wrote:
On Wed, 16 May 2007, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting processing
tools (sa(8) and lastcomm(1)) with the upcoming new acct(5) record format.
If you have root access on a FreeBSD AMD64, Sparc64,
On Thu, 2007-04-05 at 10:08 -0500, Dan Nelson wrote:
In the last episode (Apr 05), Joe Marcus Clarke said:
I noticed something weird with test(1) when I ran across a problem port
Makefile. Our test(1) doesn't properly check to make sure there is an
operand argument to unary operators like
I noticed something weird with test(1) when I ran across a problem port
Makefile. Our test(1) doesn't properly check to make sure there is an
operand argument to unary operators like -f. For example:
test -f
Will print TRUE on FreeBSD. On Solaris, it will die:
/usr/bin/test[8]: test
On Thu, 2007-04-05 at 03:12 -0400, Joe Marcus Clarke wrote:
I noticed something weird with test(1) when I ran across a problem port
Makefile. Our test(1) doesn't properly check to make sure there is an
operand argument to unary operators like -f. For example:
test -f
Will print TRUE
I noticed something weird with test(1) when I ran across a problem port
Makefile. Our test(1) doesn't properly check to make sure there is an
operand argument to unary operators like -f. For example:
test -f
Will print TRUE on FreeBSD. On Solaris, it will die:
/usr/bin/test[8]: test
In the last episode (Apr 05), Joe Marcus Clarke said:
I noticed something weird with test(1) when I ran across a problem port
Makefile. Our test(1) doesn't properly check to make sure there is an
operand argument to unary operators like -f. For example:
test -f
Will print TRUE
://people.freebsd.org/~daichi/unionfs/unionfs-procfs-sup.diff
For 6-stable
http://people.freebsd.org/~daichi/unionfs/unionfs6-procfs-sup.diff
The unionfs lovers, would you do test that patch please? If you have
no trouble, it'll be merged to common unionfs patch :)
Thanks
--
Daichi GOTO
Download: http://ftp.intron.ac/tmp/linux_aio-20060817.tar.bz2
Let my patch set keep up with new Linuxolator.
From Beijing, China
Divacky Roman wrote:
On Wed, Aug 09, 2006 at
for test.
But if I send it to freebsd-i18n@, I wonder no one will respond to me.
Download: http://ftp.intron.ac/tmp/kiconv_utf8_20060813.tar.bz2
My patch set implements a UTF-8 - UTF-16BE converter for iconv in
kernel. It doesn't need kiconv(3) to send unnecessary UTF-8 - UTF-16BE
conversion tables
these patches implement better supports.
Hiro
On Sun, 13 Aug 2006 01:28:17 +0800
Intron [EMAIL PROTECTED] wrote:
I'm sorry that I send my experimental patch set here to call for test.
But if I send it to freebsd-i18n@, I wonder no one will respond to me.
Download: http://ftp.intron.ac/tmp
I'm sorry that I send my experimental patch set here to call for test.
But if I send it to freebsd-i18n@, I wonder no one will respond to me.
Download: http://ftp.intron.ac/tmp/kiconv_utf8_20060813.tar.bz2
My patch set implements a UTF-8 - UTF-16BE converter for iconv in
kernel. It doesn't need
You may try these patches, first.
http://people.freebsd.org/~imura/kiconv/
It sounds like these patches implement better supports.
Hiro
On Sun, 13 Aug 2006 01:28:17 +0800
Intron [EMAIL PROTECTED] wrote:
I'm sorry that I send my experimental patch set here to call for test.
But if I send
#Description
After printing CUPS test page from lynx localhost:631 I get an error
described below and my computer halts. I get this error quite regulary
after printing smth through CUPS (not always but aprox. 50/50
#Description
After printing CUPS test page from lynx localhost:631 I get an error
described below and my computer halts. I get this error quite regulary
after printing smth through CUPS (not always but aprox. 50/50
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
1 - 100 of 362 matches
Mail list logo
