On 2010-06-15 00:08, Max Laier wrote:
I'm not sure about the intention behind the len assignements in libugidfw -
might be just a leftover - but if the idea is to teach a model that we
generally care about the return value of snprintf(), a void cast might be
the
more protable solution.
Alexander Best alexbes...@uni-muenster.de writes:
Dag-Erling Smørgrav d...@des.no writes:
Alexander Best alexbes...@uni-muenster.de writes:
.if empty(.CURDIR:M/usr/src/*) empty(.CURDIR:M/usr/obj/*)
exists(/usr/local/bin/gcc44)
CC = gcc44
CXX = g++44
CPP = cpp44
.endif
What
From: Ganbold ganb...@gmail.com
To: PseudoCylon moonlightak...@yahoo.ca
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it is running without any problem
Garrett Cooper yanef...@gmail.com writes:
1. Script doesn't check to see whether or not it has write access (and
doesn't catch some errors):
IMHO, any shell script which is intended to be used more than twice
should start with set -e.
DES
--
Dag-Erling Smørgrav - d...@des.no
2010/6/15 Dag-Erling Smørgrav d...@des.no:
Alexander Best alexbes...@uni-muenster.de writes:
Dag-Erling Smørgrav d...@des.no writes:
Alexander Best alexbes...@uni-muenster.de writes:
.if empty(.CURDIR:M/usr/src/*) empty(.CURDIR:M/usr/obj/*)
exists(/usr/local/bin/gcc44)
CC = gcc44
AK-san,
PseudoCylon wrote:
From: Ganbold ganb...@gmail.com
To: PseudoCylon moonlightak...@yahoo.ca
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it is
On Monday 14 June 2010 5:22:32 pm Garrett Cooper wrote:
On Thu, Jun 10, 2010 at 10:46 AM, John Baldwin j...@freebsd.org wrote:
I've had several folks ask me recently about importing etcupdate
(http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an
alternate
tool for updating
On Sun, May 30, 2010 at 07:48:38PM +0200, Lars Engels wrote:
On Sat, May 29, 2010 at 11:20:18AM +0100, Rui Paulo wrote:
On 29 May 2010, at 05:39, b. f. wrote:
On 5/28/10, Doug Barton do...@freebsd.org wrote:
On 5/28/2010 4:50 PM, b. f. wrote:
I can't see any problems when
On 15 Jun 2010, at 08:03, Lars Engels wrote:
On Sun, May 30, 2010 at 07:48:38PM +0200, Lars Engels wrote:
On Sat, May 29, 2010 at 11:20:18AM +0100, Rui Paulo wrote:
On 29 May 2010, at 05:39, b. f. wrote:
On 5/28/10, Doug Barton do...@freebsd.org wrote:
On 5/28/2010 4:50 PM, b. f. wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 08:03, Lars Engels wrote:
The issue is still present in r209168.
Which driver? I works fine with my ath.
ath0: Atheros 5424/2424 mem 0xd400-0xd400 irq 16 at device 0.0 on pci2
ath0: [ITHREAD]
ath0:
On 15 Jun 2010, at 09:17, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 08:03, Lars Engels wrote:
The issue is still present in r209168.
Which driver? I works fine with my ath.
ath0: Atheros 5424/2424 mem 0xd400-0xd400 irq
On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 09:17, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 08:03, Lars Engels wrote:
The issue is still present in r209168.
Which driver? I works fine
On Sat, Jun 12, 2010 at 5:03 AM, oizs o...@freemail.hu wrote:
Hello,
I got myself a board made for google by arima and had some issues with it
booting freebsd on it, but with some help of the list i was able to make it
boot.
Now i have two problems, whenever i try to reboot i get kernel
On (15/06/2010 02:13), Gabor Kovesdan wrote:
Hello Folks,
during the last summer, Google generously founded my Summer of Code
project, which was providing a BSD-licensed iconv implementation for
FreeBSD. I'm proud to announce that the work has been completed and a
patch is available to
On 06/15/10 09:32, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 09:17, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 08:03, Lars Engels wrote:
The issue is still present in r209168.
getting this error when doing 'buildworld':
cc -O2 -pipe -fno-strict-aliasing -funroll-loops -march=native
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include
-I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE
-I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/obj/usr/src/lib/libc
Are there any plans to resurrect/finish multibyte collation support
GSoC'2008 project:
http://wiki.freebsd.org/KonradJankowski/Collation
Yes, my queue is just so long that I haven't got there yet. I'm in SoC
2010 again with a different project and there's still BSD grep from SoC
2008. I'm
On 06/15/10 04:11, Alexander Best wrote:
2010/6/15 Dag-Erling Smørgravd...@des.no:
Alexander Bestalexbes...@uni-muenster.de writes:
Dag-Erling Smørgravd...@des.no writes:
Alexander Bestalexbes...@uni-muenster.de writes:
.if empty(.CURDIR:M/usr/src/*) empty(.CURDIR:M/usr/obj/*)
On Tue, Jun 15, 2010 at 7:12 PM, Doug Barton do...@freebsd.org wrote:
On 06/15/10 04:11, Alexander Best wrote:
2010/6/15 Dag-Erling Smørgravd...@des.no:
Alexander Bestalexbes...@uni-muenster.de writes:
Dag-Erling Smørgravd...@des.no writes:
Alexander Bestalexbes...@uni-muenster.de
On 06/15/10 10:24, Alexander Best wrote:
`make -V .CURDIR` in /usr/src returns /usr/src
Thanks. Now:
cd /usr/obj/usr/src
make -V .CURDIR
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of
On Tue, Jun 15, 2010 at 10:02:44AM -0700, Doug Barton wrote:
On 06/15/10 09:32, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:25:22AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at 09:17, Lars Engels wrote:
On Tue, Jun 15, 2010 at 09:00:51AM -0700, Rui Paulo wrote:
On 15 Jun 2010, at
/usr/src/lib/libc/iconv/citrus_none.c: In function '_citrus_NONE_stdenc_cstomb':
/usr/src/lib/libc/iconv/citrus_none.c:114: warning: unused variable 'ret'
*** Error code 1
I'm sorry, this one slipped in. Today I've checked the sources with
clang and fixed some minor warnings, including
Thanks i managed to fix that, but sadly its still unusable.
I tried to create a raidz on 4 1.5tb disks with moderate success, Im
able to create the raid, but when im trying to copy files onto the raid
i get immense amount of errors. Is this zfs related or the
driver/controller is doing some
On Tue, Jun 15, 2010 at 7:42 PM, Gabor Kovesdan ga...@freebsd.org wrote:
/usr/src/lib/libc/iconv/citrus_none.c: In function
'_citrus_NONE_stdenc_cstomb':
/usr/src/lib/libc/iconv/citrus_none.c:114: warning: unused variable 'ret'
*** Error code 1
I'm sorry, this one slipped in. Today I've
On Tue, Jun 15, 2010 at 7:30 PM, Doug Barton do...@freebsd.org wrote:
On 06/15/10 10:24, Alexander Best wrote:
`make -V .CURDIR` in /usr/src returns /usr/src
Thanks. Now:
cd /usr/obj/usr/src
make -V .CURDIR
/usr/obj/usr/src
Doug
--
... and that's just a little bit of
On Sun, Jun 13, 2010 at 11:37:23PM +0900, Norikatsu Shigemura wrote:
Hi yongari!
I have a OpenRD Ultimate, which has two GbE ports - if_mge(4). But
I couldn't use mge1 like following. So I tried to investigate.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
On Sun, 13 Jun 2010 19:58:51 -0700 Tim Kientzle wrote:
Thanks for the report! This was caused by an
overflow in the compression calculation when the in
bytes was larger than the out bytes.
I just committed a fix as r209152.
Yep, it works. Thanks for the quick fix!
Tim
Boris Samorodov
On 14-06-2010 23:31, Christian Zander wrote:
On Mon, Jun 14, 2010 at 02:30:03PM -0700, Rene Ladan wrote:
(...)
I've asked the driver author if the calls to vm_page_wire() and
vm_page_unwire() can simply be removed but have not heard back yet.
Is there any news on this? I have updated to the
Alexander Best alexbes...@uni-muenster.de writes:
sorry. i didn't mean to affend you. doug barton already pointed out
that what i had in my make.conf beforehand won't work unless /usr/src
and /usr/obj are literal directories in /usr [1].
The problem is that /usr/src/ is not a prefix of
On Tue, Jun 15, 2010 at 7:56 PM, Alexander Best
alexbes...@uni-muenster.de wrote:
On Tue, Jun 15, 2010 at 7:42 PM, Gabor Kovesdan ga...@freebsd.org wrote:
/usr/src/lib/libc/iconv/citrus_none.c: In function
'_citrus_NONE_stdenc_cstomb':
/usr/src/lib/libc/iconv/citrus_none.c:114: warning:
2010/6/15 Dag-Erling Smørgrav d...@des.no:
Alexander Best alexbes...@uni-muenster.de writes:
sorry. i didn't mean to affend you. doug barton already pointed out
that what i had in my make.conf beforehand won't work unless /usr/src
and /usr/obj are literal directories in /usr [1].
The problem
AK-san,
PseudoCylon wrote:
From: Ganbold ganb...@gmail.com
To: PseudoCylon moonlightak...@yahoo.ca
Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn
Sent: Thu, June 10, 2010 10:53:30 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
It seems like it is
cc1: warnings being treated as errors
/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h:
In function '_citrus_BIG5_stdenc_cstomb':
/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h:138:
warning: 'ret' may be used uninitialized in this
Alexander Best alexbes...@uni-muenster.de writes:
Dag-Erling Smørgrav d...@des.no writes:
The problem is that /usr/src/ is not a prefix of /usr/src.
ah i see. would something like
empty(.CURDIR:M/usr/src*) instead of empty(.aCURDIR:M/usr/src/*) work?
I think so. My hypothesis is that CC,
Gabor Kovesdan ga...@freebsd.org writes:
[...]
Any comments, suggestions or bugreports are very welcome.
Does it respect lib32?
$ iconv -f ascii
iconv: iconv_open(UTF-8, ascii): Invalid argument
/usr/lib/i18n/libiconv_std.so.4: unsupported file layoutzsh: exit 1 iconv
-f ascii
$
I discovered a few moments ago that filename completion had been
committed to HEAD[1]!!!
This is a (seemingly) small, yet VERY useful addition, and, of course
I'm so grateful to Guy Yur and Jilles for getting this into the tree
:)
I would like to make an official request that this feature be
On 06/15/2010 22:00, jhell wrote:
On 06/15/2010 21:14, Brandon Gooch wrote:
I discovered a few moments ago that filename completion had been
committed to HEAD[1]!!!
This is a (seemingly) small, yet VERY useful addition, and, of course
I'm so grateful to Guy Yur and Jilles for getting this
On Tue, Jun 15, 2010 at 9:08 PM, jhell jh...@dataix.net wrote:
On 06/15/2010 22:00, jhell wrote:
On 06/15/2010 21:14, Brandon Gooch wrote:
I discovered a few moments ago that filename completion had been
committed to HEAD[1]!!!
This is a (seemingly) small, yet VERY useful addition, and, of
On Tue, Jun 15, 2010 at 9:17 PM, Brandon Gooch
jamesbrandongo...@gmail.com wrote:
On Tue, Jun 15, 2010 at 9:08 PM, jhell jh...@dataix.net wrote:
On 06/15/2010 22:00, jhell wrote:
On 06/15/2010 21:14, Brandon Gooch wrote:
I discovered a few moments ago that filename completion had been
39 matches
Mail list logo
