Hi
Blow away /usr/bin/miniperl and see if that fixes anything?
M
> I've had this happen on a couple of machines, and am not sure why. I
> cvsup'd forward, and attempted to rebuild, and got a build failure. After
> that, I blew away /usr/src and /usr/obj, and still get the build failure.
> Ide
I just committed a fairly substantial set of modifications to the
inter-process authorization checking code in the FreeBSD 5.0-CURRENT tree.
On the whole, the semantics of the {before, after} code should be pretty
much identical; the differences should be documented in the commit
comment. Howeve
I have a situation where some device files are being mmaped (to the tune of a
couple of hundred megs) and then there's some memory allocation happening. The
memory allocation ends up failing, even though the amount it appears to be
requesting would make the process a long way off its maximum al
On Tue, 29 Aug 2000, Chris D. Faulhaber wrote:
> The following got no response on -security two weeks ago. Perhaps
> -current will have more opinions.
>
> -- Forwarded message --
>
> I have found quite a few commands that ftpd shouldn't necessarily be
> responding to if the use
> > > WARNING: / was not properly dismounted
> > > pid 271 (ldconfig), uid 0: exited on signal 11 (core dumped)
> >
> > Er, why is ldconfig dumping core?
>
>
> it's the linux ldconfig and it hasn't been brandelf'd after obrien
> made a change that required that.
>
>
Yup - that's right. I've
Trying to upgrade to current (via cvsup and src-all) from 3.5-STABLE to
current, I got the following last night (8-28-00) while doing "make buildworld"
in /usr/src:
SNIP
cd /usr/src/gnu/usr.bin/gperf; make _EXTRADEPEND
echo gperf: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
===> doc
c++
Hello,
Perhaps it is a temporary means, but for several KLDs depending on
opt_devfs.h it is produced as bugus header ("touch opt_devfs.h"). So those
KLDs doesn't actually work with DEVFS. Wouldn't it make sence to add
kernel compilation directory to include path for them instead? Actually,
this wa
I've had this happen on a couple of machines, and am not sure why. I
cvsup'd forward, and attempted to rebuild, and got a build failure. After
that, I blew away /usr/src and /usr/obj, and still get the build failure.
Ideally, this sort of thing shouldn't happen :-). I'm not sure if there's
an
In message <[EMAIL PROTECTED]> Mike Meyer writes:
: I suspect I'm going to be one of those people, but let's ask the next
: question. How do the two approaches compare from a performance
: standpoint?
Completely identical. One loads the table from a file, the other
reads it from the kernel.
: B
David O'Brien writes:
> On Mon, Aug 28, 2000 at 06:29:21PM -0700, Brooks Davis wrote:
> > On Tue, Aug 29, 2000 at 10:25:26AM +0930, Greg Lehey wrote:
> > > At the very least, there appears to be confusion about how to use the
> > > 2. You must have a /boot/device.hints file, and it must contain a
Marcel Moolenaar wrote:
>
> Alexey Zelkin wrote:
> >
> > I am trying to realize "is requested locale physicaly present on this system"
> > or it's just an alias.
>
> Can you not revert the test: if the locale is present in the alias file,
> then it obviously is an alias; otherwise it should be p
Alexey Zelkin wrote:
>
> I am trying to realize "is requested locale physicaly present on this system"
> or it's just an alias.
Can you not revert the test: if the locale is present in the alias file,
then it obviously is an alias; otherwise it should be present on the
system?
Just a quick thou
In message <[EMAIL PROTECTED]> Brooks Davis writes:
: On Tue, Aug 29, 2000 at 10:30:24AM -0700, David O'Brien wrote:
: > On Mon, Aug 28, 2000 at 06:29:21PM -0700, Brooks Davis wrote:
: > > This is minimally correct. I.e. that's what the build system requires.
: > > This works if you build static
On Tue, Aug 29, 2000 at 10:30:24AM -0700, David O'Brien wrote:
> On Mon, Aug 28, 2000 at 06:29:21PM -0700, Brooks Davis wrote:
> > This is minimally correct. I.e. that's what the build system requires.
> > This works if you build static hints into your kernel.
>
> Please stop saying FUD. The *I
On Mon, Aug 28, 2000 at 06:29:21PM -0700, Brooks Davis wrote:
> On Tue, Aug 29, 2000 at 10:25:26AM +0930, Greg Lehey wrote:
> > At the very least, there appears to be confusion about how to use the
> > hints. I can see two conflicting views here:
> >
> > 1. You must have a /boot/device.hints fi
On Tue, Aug 29, 2000 at 09:18:07AM -0700, John Polstra wrote:
> > WARNING: / was not properly dismounted
> > pid 271 (ldconfig), uid 0: exited on signal 11 (core dumped)
>
> Er, why is ldconfig dumping core?
it's the linux ldconfig and it hasn't been brandelf'd after obrien
made a change that
On Tue, Aug 29, 2000 at 04:15:09AM -0500, Mike Meyer wrote:
> Brooks Davis writes:
> > This is more correct. The new world order says that hints are not in the
> > kernel, instead they are loaded by the loader at boot time. By default
> > they are loaded from /boot/device.hints. Without hints i
hi,
On Tue, Aug 29, 2000 at 05:19:56PM +0100, Konstantin Chuguev wrote:
> Perhaps you should check presence of any of the following files in a locale
> directory:
> LC_COLLATE, LC_CTYPE, LC_MESSAGES, LC_MONETARY, LC_TIME,
LC_NUMERIC ? :)
> and proceed if any of them has been found...
Sure. I
suscribe
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Justin Ovens ([EMAIL PROTECTED])
System/Network Administrator
http://www.lostworld.net
http://resume.lostworld.net -- Personal Resume.
"I dread success. To have succeeded is to have finished one's business
on earth, li
On Tue, Aug 29, 2000 at 06:24:49PM +0300, Alexey Zelkin wrote:
> > You need to check LC_* existence corresponding to setlocale() request
> > made.
>
> What to check if LC_ALL request is given ?
Just repeat the same procedure as regular algorithm gives for LC_ALL
processing.
--
Andrey A. Cherno
Alexey Zelkin wrote:
> > > > You need to check LC_* existence corresponding to setlocale() request
> > > > made.
> > >
> > > What to check if LC_ALL request is given ?
>
> > LC_ALL overrides all other LC_* variables. If it is set, there is no need to
> > check anything else.
>
> > Then you should
In article <[EMAIL PROTECTED]>,
Stephen Hocking <[EMAIL PROTECTED]> wrote:
> This is a multipart MIME message.
>
> --==_Exmh_8210834560
> Content-Type: text/plain; charset=us-ascii
>
> I just updated my sources after a few days and reconfiged, recompiled & booted
> a machine with with a NCR810
On 29-Aug-2000, Chris D. Faulhaber popped this into my mailspool:
> The following got no response on -security two weeks ago. Perhaps
> -current will have more opinions.
>
> -- Forwarded message --
>
> I have found quite a few commands that ftpd shouldn't necessarily be
> respon
hi,
On Tue, Aug 29, 2000 at 04:35:04PM +0100, Konstantin Chuguev wrote:
> > > You need to check LC_* existence corresponding to setlocale() request
> > > made.
> >
> > What to check if LC_ALL request is given ?
> LC_ALL overrides all other LC_* variables. If it is set, there is no need to
> ch
Alexey Zelkin wrote:
> > You need to check LC_* existence corresponding to setlocale() request
> > made.
>
> What to check if LC_ALL request is given ?
>
LC_ALL overrides all other LC_* variables. If it is set, there is no need to
check anything else.
Then you should check all other LC_*, and th
hi,
On Tue, Aug 29, 2000 at 07:00:47PM +0400, Andrey A. Chernov wrote:
> Why you always check LC_CTYPE existance only? It may not exist but other
> locale parts, f.e. LC_TIME are still valid. It is not required to have
> LC_CTYPE for locale.
I just randomly selected one of files which is exists
On Tue, Aug 29, 2000 at 05:26:51PM +0300, Alexey Zelkin wrote:
> I have updated patchset. libc/nls part is comming soon.
Why you always check LC_CTYPE existance only? It may not exist but other
locale parts, f.e. LC_TIME are still valid. It is not required to have
LC_CTYPE for locale.
You need t
I just updated my sources after a few days and reconfiged, recompiled & booted
a machine with with a NCR810a card. It panicked partway through the boot
messages (prior to mounting filesystems) saying that it couldn't allocate
space for sym1's data. The previous kernel correctly found only one s
hi,
I have updated patchset. libc/nls part is comming soon.
* Synchronize behaviours for LOCALE_ALIASES_PATH and LOCALE_PATH handling.
If attempt to open customized locale.aliases (declared by env variable
LOCALE_ALIASES_PATH) is failed -- don't try to use default system
locale.aliases in
I just tried to create a snapshot on my laptop and it paniced with the
following message:
panic: ffs_balloc: blk too big
-=-=-
vp = ap->a_vp;
ip = VTOI(vp);
fs = ip->i_fs;
lbn = lblkno(fs, ap->a_startoffset);
size = blkoff(fs, ap->a_startoffset) + ap->a_si
On Tue, Aug 29, 2000 at 03:19:00PM +0400, Andrey A. Chernov wrote:
> By quick looking I found this:
>
> 1) strtok() should not be used in libraries, use strsep() instead.
>
> 2) There is security hole with LOCALE_ALIASES_PATH env. issetugid() check
> required.
>
> 3) The same functionality shou
Has anyone seen this one? It's not like this is one of the one's its
really possible to reasonably debug :-(
#0 boot (howto=0x100) at ../../kern/kern_shutdown.c:303
#1 0xc01669a9 in panic (fmt=0xc0281a20 "vm_page_free: freeing free page") at
../../kern/kern_shutdown.c:553
#2 0xc021b389 in vm
On Tue, Aug 29, 2000 at 02:01:02PM +0300, Alexey Zelkin wrote:
> please review and comment
By quick looking I found this:
1) strtok() should not be used in libraries, use strsep() instead.
2) There is security hole with LOCALE_ALIASES_PATH env. issetugid() check
required.
3) The same functiona
The following got no response on -security two weeks ago. Perhaps
-current will have more opinions.
-- Forwarded message --
I have found quite a few commands that ftpd shouldn't necessarily be
responding to if the user hasn't logged in. In total, the following
commands are taug
hi,
please review and comment
--
This is set of patches for libc which allow user to use locale
aliases. Currently it's only possible to use locale aliases
by creating one more symbolic link in /usr/share/locale, i.e.
if I want to have locale named "ru" I have to:
ln -s /usr/share/loca
First, I want to thank everyone for taking the time to explain what
was going on. It's now clear that I was confused, and things aren't
as bad as I thought. I'd like to see the Makefile changes so that if
there wasn't an empty /boot/device.hints, one was created, but that's
relatively minor.
Broo
36 matches
Mail list logo
