Hi!
Is support of 5.1 soundcards like Creative Audigy Player
will be there in the near future?
--
Dmitry Valdov mailto:[EMAIL PROTECTED]
CCNP
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Joe Marcus Clarke wrote:
After the recent round of -i fixes to sed, certain ports will no longer
make configure (gaim being a prime example). The problem is that
mf_fgets() is unnecessarily overwriting sp-len. The attached patch
corrects the problem while still allowing -i to work on
Greg 'groggy' Lehey wrote:
Are you talking with lukem about this? It would be nice to stay as
compatible as possible.
Greg,
This, and many other questions of the same nature are answered in the
extensive discussion on this topic in -arch.
To Unsubscribe: send mail to [EMAIL
On Sun, 16 Jun 2002, Munehiro Matsuda wrote:
Hello Robert Watson,
After removal of cap_get_proc() and friends from libc, zsh from the ports
started to dump core:
snip
#0 0x28172333 in __sys___cap_get_proc () from /usr/lib/libc.so.5
(gdb) where
#0 0x28172333 in __sys___cap_get_proc
FWIW, it looks like privasserted() in zsh might be (and this is without
reading the source) some attempt to reproduce the issetugid()
functionality. It should just invoke that call rather than rolling its
own, if so -- the TrustedBSD cap implementation update the issetugid()
flag to reflect
This is caused by an old bogus include path in Makefiles (still needed
:-(), a bogus #include in drm and new newspace pollution in
sys/select.h. drm includes sys/select.h, although this header is
essentially user-only. sys/select.h now includes signal.h.
signal.h declares psignal(3) which is
On Sat, Jun 15, 2002 at 11:31:38PM -0700, Doug Barton wrote:
Joe Marcus Clarke wrote:
After the recent round of -i fixes to sed, certain ports will no longer
make configure (gaim being a prime example). The problem is that
mf_fgets() is unnecessarily overwriting sp-len. The attached
From: David W. Chapman Jr. [EMAIL PROTECTED]
Subject: Re: ESS sound card support on laptop
Date: Sat, 15 Jun 2002 18:11:35 -0500
Message-ID: [EMAIL PROTECTED]
dwcjr The rumor I heard is that their english isn't that good so that I
dwcjr might not be able to communicate with them, english being
On Sat, 15 Jun 2002, Terry Lambert wrote:
Bruce Evans wrote:
printf( const string); - pusts( const string);
That is an incredibly *fugly* optimization. It assumes that I
use libc, unless I have -ffreestanding, and it assumes my
implementation of printf vs. puts.
This is a
Does this fix the recent problems people were having with sed?
The examples I could dig up on the web that use the `N' command work
properly with this change (same as they do on -DP1).
Here are a few of the examples that are fixed:
(from http://www.faqs.org/faqs/editor-faq/sed/)
# 10. Delete
On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote:
I got around this problem by (indirectly) fixing the .c.o rule
in the Imakefile. This patch was part of my previous mail to you
regarding the XFree86 library build process (new version of patch-z32).
Thanks for looking into this;
Hi,
On Sat, 15 Jun 2002 16:30:01 -0700
Brooks Davis [EMAIL PROTECTED] said:
brooks [1 text/plain; us-ascii (quoted-printable)]
brooks On Sun, Jun 16, 2002 at 03:14:17AM +0900, Hajimu UMEMOTO wrote:
I committed to don't install prefix(8) and gifconfig(8). ifconfig(8)
has the facilities
Bruce Evans [EMAIL PROTECTED] writes:
This is caused by an old bogus include path in Makefiles (still needed
:-(), a bogus #include in drm and new newspace pollution in
sys/select.h. drm includes sys/select.h, although this header is
essentially user-only. sys/select.h now includes
On Tue, 11 Jun 2002 18:33:32 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
Well, it shouldn't be but it is. :-P However, one should try to avoid holding
locks except when necessary to maximize concurrency. Thus it is better to do
things like malloc() and free() while not holding locks
Bruce Evans wrote:
It's routine to assume that I'm going to use libc?!?
No. It is routine to assume that users use a library that meets the
compiler's requirements (the compiler gets to decide, not the users;
it is only constrained by the relevant standards and historical
(mal)practice).
On Sat, 15 Jun 2002 15:18:43 -0700
Terry Lambert [EMAIL PROTECTED] wrote:
Otherwise circular dependencies.
That's what rcorder(8) is there for.
It's not that simple.
The most obvious example is the need to use DNS in order to look
up syslog hosts, and whether you start syslogd
On Sat, 2002-06-15 at 18:03, Robert Watson wrote:
During the compilation of usr.bin/truss this error stops world:
syscalls.master: line 55: syscall number out of sync at 7
line is:
struct rusage * rusage ) ; } wait4 wait_args int
The error is actually produced
[CC ports@ and current@]
* Kris Kennaway [EMAIL PROTECTED] [2002-06-16 13:02]:
Looks like the ${REINPLACE_CMD} patch didn't work:
http://bento.freebsd.org/errorlogs/5-latest/rsync-2.5.5_1.log
Fixed in PR ports/39365.
But I am not very happy with that fix.
The problem is that sed(1) on
On Sun, Jun 16, 2002 at 07:31:56 +0200, Michael Nottebrock wrote:
I just hit the same problem while trying to compile KDE stuff. In my
case it stems from bsd.kde.mk adding -I/usr/include to CPPFLAGS, causing
gcc to change its include search order. Lacking further insight, I don't
know
On Sun, 16 Jun 2002 04:10:23 -0700
Mike Makonnen [EMAIL PROTECTED] wrote:
I don't know if you recieved my earlier email about a bug that I found in
execve() while working on fixing the malloc w/ process lock held bugs.
Here's a simpler patch.
It fixes possible resource leaks and failure
Hi,
As you have requested, I installed devel/gdb52 port on my -current
system and gave it a try. It works most of the time, but I've noticed
that breakpoint set to a finction in a shared library doesn't work, at
least for libraries which have no debugging info compiled in (I have
not tested it
Hello Robert Watson,
From: Robert Watson [EMAIL PROTECTED]
Date: Sun, 16 Jun 2002 02:44:18 -0400 (EDT)
:: After removal of cap_get_proc() and friends from libc, zsh from the ports
:: started to dump core:
::
:: snip
:: #0 0x28172333 in __sys___cap_get_proc () from /usr/lib/libc.so.5
:: (gdb)
At 6:14 PM +0300 6/16/02, Maxim Sobolev wrote:
As you have requested, I installed devel/gdb52 port on my -current
system and gave it a try. It works most of the time, but I've noticed
that breakpoint set to a finction in a shared library doesn't work, at
least for libraries which have no
Hi,
I have had this same problem couple months already. Last time I asked
about this I didn't get any answers. I'am running latest current
cvsupped during the weekend and XFree86-4.2.0 is also compiled couple
hours ago. xdm and startx are otherwise just fine but I can't write
anything.
After the recent locking working in netinet, I get this message everytime
I login to the -current machine using ssh over ipv6. I don't see it if I
use ipv4.
../../../vm/uma_core.c:1327: could sleep with inp locked from
../../../netinet/tcp_usrreq.c:536
PS. That don't mean there are not
On Thu, Jun 13, 2002 at 02:07:37PM +0930, Wilkinson,Alex wrote:
Does -CURRENT support USD 2.0 yet ?
No, all of the headers and support is in place for it already, but
someone needs to port the ehci controller code from NetBSD.
Joe
msg39703/pgp0.pgp
Description: PGP signature
Oliver Braun wrote:
The problem is that sed(1) on -current fails with sed -i.bak file, if
file.bak already exists, but perl does not. Since net/rsync/Makefile
uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
backup file with ${RM} file.bak between the calls.
==
walt wrote:
During the compilation of usr.bin/truss this error stops world:
syscalls.master: line 55: syscall number out of sync at 7
line is:
struct rusage * rusage ) ; } wait4 wait_args int
The error is actually produced by the execution of
At the moment 'make load' does not work in /sys/modules. The attached
patch fixes that by using .OBJDIR instead of .CURDIR as the absolute
path to find the module at:
heidi:toor# make
Warning: Object directory not changed from original /usr/src-current/sys/modules/umass
...
heidi:toor# make
* Doug Barton [EMAIL PROTECTED] [2002-06-16 20:20]:
Oliver Braun wrote:
The problem is that sed(1) on -current fails with sed -i.bak file, if
file.bak already exists, but perl does not. Since net/rsync/Makefile
uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
backup
30 matches
Mail list logo