On Tue, Apr 09, 2013 at 17:26, Pedro Martelletto wrote:
> This diff fixes a couple of 64 vs 32-bit inconsistencies in the original
> diff, as well as a missing call to uvm_vnp_uncache() upon truncation.
> Many thanks to Chris Jackman for testing on sparc64.
Speaking of, I see a lot of int64_max s
On Tue, 9 Apr 2013 17:26:39 +0100
Pedro Martelletto wrote:
> >You will need a new kernel with option TMPFS enabled, fresh include
> >files and mount_tmpfs. tmpfs is a better MFS, it is faster and can
> >free unused memory.
>
> I have put up an updated diff at:
>
> http://block.io/tmp/tmpfs3.dif
To submit a USB transfer, you generally use one of the variant of
usbd_setup_xfer() coupled with one of the variant of usbd_transfer().
But if you're lazy or don't care about the non-default options you
can use one of the variant of usbd_do_request() that mostly do
the two previous steps for you
On Wed, Apr 10, 2013 at 01:48:03PM +0200, Stefan Sperling wrote:
Thanks! I will try to get this committed, possibly with some cleanup.
Nice!
The longest UTF-8 character used to be 6 bytes long but this was
restricted to 4 bytes later. See RFC 3629.
Ok, thanks.
No C++ comments, please!
On Wed, Apr 10, 2013 at 05:56:51AM -0500, Vladimir Támara Patiño wrote:
> The attached test fails (in 5.2, 5.3 and current), producing:
>
> locale es_CO.UTF-8/es_CO.UTF-8/C/C/C/es_CO.UTF-8
> __mb_cur_max=4
> locale es_CO.ISO8859-1/es_CO.ISO8859-1/C/C/C/es_CO.ISO8859-1
> __mb_cur_max=1
> locale es_
On Wed, Apr 10, 2013 at 06:12:01AM -0500, Vladimir Támara Patiño wrote:
> Thanks for feedback to Stephan and Matthew.
>
> Updating patch with all your feedback, and having into account that
> n in strncmp counts bytes on s1 (as stated in the thread of
> the POSIX list sent byt Matthew).
I think y
Thanks for feedback to Stephan and Matthew.
Updating patch with all your feedback, and having into account that
n in strncmp counts bytes on s1 (as stated in the thread of
the POSIX list sent byt Matthew).
On Tue, Apr 09, 2013 at 11:17:26AM -0700, Matthew Dempsky wrote:
These strlen() calls a
The attached test fails (in 5.2, 5.3 and current), producing:
locale es_CO.UTF-8/es_CO.UTF-8/C/C/C/es_CO.UTF-8
__mb_cur_max=4
locale es_CO.ISO8859-1/es_CO.ISO8859-1/C/C/C/es_CO.ISO8859-1
__mb_cur_max=1
locale es_CO.UTF-8/es_CO.UTF-8/C/C/C/es_CO.UTF-8
__mb_cur_max=1
assertion "__mb_cur_max == 4" f
What kind of numbers are we talking about here? I have an mfs on a box
where I have had to bump the inodes in order to accomodate a huge amount of
small files.
Around 1100k files across all tmpfs mount points. Anything beyond
that limit will get you a ENOSPC error. That is obviously a bug, but
f
