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
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
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
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
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 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
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
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 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
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
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
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 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
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
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
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
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
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
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
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
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 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 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
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
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
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
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
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
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
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
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++
> > > 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
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
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
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
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
36 matches
Mail list logo