Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
tail(1), and even tee(1) can be emulated if one has sed(1), but the
tools are so ti
On Sat, Sep 01, 2007 at 02:40:29PM +0200, Julian Stacey wrote:
> Reference:
> > From: Yar Tikhiy <[EMAIL PROTECTED]>
> > Date: Sat, 1 Sep 2007 11:34:40 +0400
> > Message-id: <[EMAIL PROTECTED]>
>
> Yar Tikhiy wrote:
>
On Sun, Sep 02, 2007 at 09:00:04PM +0200, Simon 'corecode' Schubert wrote:
> Tim Kientzle wrote:
> >I atttempted to
> >fit 'vi' in there, but curses is rather finicky;
> >'sed' would be more useful.
>
> Mined is a nice editor for this, running without curses. A statically
> linked, stripped bina
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
> Yar Tikhiy wrote:
> >Hi all,
> >
> >I've had to use /rescue recently and felt lack of a few basic tools
> >in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
> >e.g., sed(1)
On Mon, Sep 03, 2007 at 08:36:58AM -0400, Daniel Eischen wrote:
> On Mon, 3 Sep 2007, Yar Tikhiy wrote:
>
> >On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
> >>Yar Tikhiy wrote:
> >>>Hi all,
> >>>
> >>>I've had to use
On Mon, Sep 03, 2007 at 03:18:03AM +0300, Giorgos Keramidas wrote:
> On 2007-09-02 11:18, Tim Kientzle <[EMAIL PROTECTED]> wrote:
> > Yar Tikhiy wrote:
> >> In addition, there are chflags and chmod in /rescue, but there's no
> >> chown in it, so the tools
On Wed, Oct 03, 2007 at 07:23:44PM -0700, David O'Brien wrote:
> > > > Yar Tikhiy wrote:
> > > > >I've had to use /rescue recently and felt lack of a few basic tools
> > > > >in it, namely pgrep(1), head(1), tail(1), tee(1), and a tex
On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote:
> On Sat, Oct 13, 2007 at 10:01:39AM +0400, Yar Tikhiy wrote:
> > On Wed, Oct 03, 2007 at 07:23:44PM -0700, David O'Brien wrote:
> > > I also don't see the need for pgrep - I think needing that
On Thu, Nov 01, 2007 at 08:53:39AM -0700, David O'Brien wrote:
> On Thu, Oct 18, 2007 at 02:04:21AM +0400, Yar Tikhiy wrote:
> > On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote:
> > > I guess I'm not creative enough in the ways I've screwed up
On Tue, Nov 16, 2004 at 03:08:54PM +0200, Yury Tarasievich wrote:
>
> I'm adding IPDIVERT option ("options IPDIVERT") to config file and
> config kernel and compile kernel (alternatively -- buildkernel
> KERNCONF...) and install kernel and all's fine except that after reboot
> ipfw.ko tells tha
Folks,
I've got tired of dumb default choices mergemaster(8) offers
and modified it to be a bit smarter. Upgrading /etc often,
as when following CURRENT, is much less pain to me now. The
modified mergemaster is available from P4 for now since
I'd like to have it tested well before it hits the sr
t; Finally, please be aware that in src/MAINTAINERS I have requested pre-commit
> approval on changes to mergemaster. I hope that you'll respect that. I have
> some more specific comments below.
No problem with that, I'm by no means going to violate your
maintainership over mergem
[Replying to everyone who mentioned etcmerge or 3-way merge in general]
On Fri, Sep 30, 2005 at 12:15:59AM -0700, Jon Dama wrote:
> It is worth while to mention sysutils/etcmerge.
>
> Having the "three-way" merge makes the process much better. The primary
> way I've shot myself with mergemaster
On Fri, Sep 30, 2005 at 09:07:16AM -0400, John Baldwin wrote:
> On Friday 30 September 2005 07:08 am, Yar Tikhiy wrote:
> > [Replying to everyone who mentioned etcmerge or 3-way merge in general]
> >
> > On Fri, Sep 30, 2005 at 12:15:59AM -0700, Jon Dama wrote:
> > >
On Fri, Sep 30, 2005 at 02:37:05PM -0700, Kevin Oberman wrote:
>
> You just hit on one of my pet peeves with mergemaster! Contrary to what
> you say: "every single default for mergemaster is to do nothing", when a
> file is found in /etc/rc.d that is not in /usr/src/etc/rc.d, the default
> is to d
All,
I'd like to set SENDMAIL_MC in my /etc/make.conf files conditionally
so that it is not set when I'm making {build,install}world. I
upgrade several machines over NFS from a single build server, and
of course installworld breaks if SENDMAIL_MC differs from what was
set during buildworld. At t
On Sat, Oct 08, 2005 at 05:55:54PM +0400, Maxim Konovalov wrote:
> On Sat, 8 Oct 2005, 17:47+0400, Yar Tikhiy wrote:
> > I'd like to set SENDMAIL_MC in my /etc/make.conf files conditionally
> > so that it is not set when I'm making {build,install}world. I
> > up
On Sun, Oct 09, 2005 at 08:15:12PM +0300, Giorgos Keramidas wrote:
>
> I've always found __MAKE_CONF very useful, but it's not documented in
> the ``obvious'' places (i.e. the manpage). I think I should add at
> least a note about it in the manpage of make
FWIW, we have make.conf(5) manpage alre
On Sun, Oct 09, 2005 at 09:01:32PM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Yar Tikhiy <[EMAIL PROTECTED]> writes:
> : On Sun, Oct 09, 2005 at 08:15:12PM +0300, Giorgos Keramidas wrote:
> : >
> : > I've always found
On Sun, Feb 05, 2006 at 10:56:28PM +0100, Tobias Roth wrote:
> I am working on an rc.d/ script that creates a memory file-backed
> memory disk via mdconfig (the file exists already and contains a
> valid ffs). After md creation, the device is checked with fsck_ffs -p.
> However, fsck fails with the
Hi all,
Yesterday I hit the following problem:
- was given an Athlon XP machine with a fresh CURRENT built with
CPUTYPE=athlon-xp;
- used it to build a fresh RELENG_6 world with no customizations
at all -- __MAKE_CONF=/dev/null;
- tried to install the world over NFS on an old Pentium machin
On Mon, Feb 27, 2006 at 12:03:17AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> : On Sun, Feb 26, 2006 at 06:50:09PM +0300, Yar Tikhiy wrote:
> : > Hi all,
> : >
> : >
On Mon, Mar 06, 2006 at 06:40:58PM +0100, Jilles Tjoelker wrote:
> find(1)'s -prune primary does not work if depth-first traversal (-d,
> -depth, also implied by -delete) is in effect. The reason is that it is
> (obviously) not possible to prune a directory when visiting it after all
> entries in i
On Wed, Mar 08, 2006 at 03:43:51PM +0100, Jilles Tjoelker wrote:
> On Wed, Mar 08, 2006 at 02:21:51AM +0300, Yar Tikhiy wrote:
> > On Mon, Mar 06, 2006 at 06:40:58PM +0100, Jilles Tjoelker wrote:
> > > Possible solutions/workarounds:
> > > 1. do still call -prune and
Hi folks,
Has our stock GDB lost the ability to set the current stack frame
by its address? In 4.11-STABLE, the old recipe from the Developer's
Handbook still works:
frame
Alas, it no longer works in RELENG_6 or CURRENT (tested on i386 and
amd64.) A sample typescript is attached. It
On Tue, May 16, 2006 at 11:12:40AM +0400, Yar Tikhiy wrote:
>
> Has our stock GDB lost the ability to set the current stack frame
> by its address? In 4.11-STABLE, the old recipe from the Developer's
> Handbook still works:
>
> frame
>
> Alas, it no longer
On Thu, Jun 22, 2006 at 03:47:44PM +0100, mal content wrote:
> Hello.
>
> Is it possible to grant real-time privileges to ordinary
> users (not root) under FreeBSD? I'm doing some audio
> work and I'd like to give real time privileges to my user id.
While I can't think of an existing user-friendl
On Wed, Jun 21, 2006 at 12:07:33AM -0400, David Gilbert wrote:
> I was using some GRE tunnels on 6.1-RELEASE recently. The odd thing
> I'm finding is that the initial creation of the tunnel using
> cloned_interfaces and ifconfig_gre0="" results in the gre0
> interface being created without the "ru
Folks,
Here's a funny observation. A program essentially doing:
for (;;) {
mkdir("foo");
chdir("foo");
}
starts as fast as the system permits, but settles to *exactly* one
cycle per second at some depth that seems to depend only on the
amount of R
On Sun, Oct 29, 2006 at 04:13:24PM +0100, Ulrich Spoerlein wrote:
> Yar Tikhiy wrote:
> > Weird, eh? Any ideas what's going on?
>
> None, but have you tried without soft updates?
Yes, I tried, but no soft updates didn't aff
On Sun, Oct 29, 2006 at 03:22:27PM +, David Malone wrote:
> On Sun, Oct 29, 2006 at 05:07:16PM +0300, Yar Tikhiy wrote:
> > Weird, eh? Any ideas what's going on?
>
> I would guess that you need a new vnode to create the new file, but no
> vnodes are obvious candida
On Sun, Oct 29, 2006 at 11:32:58AM -0500, Matt Emmerton wrote:
> [ Restoring some OP context.]
>
> > On Sun, Oct 29, 2006 at 05:07:16PM +0300, Yar Tikhiy wrote:
> >
> > > As for the said program, it keeps its 1 Hz pace, mostly waiting on
> > > "vlruwk&quo
On Mon, Oct 30, 2006 at 04:05:19PM +0300, Yar Tikhiy wrote:
> On Sun, Oct 29, 2006 at 11:32:58AM -0500, Matt Emmerton wrote:
> > [ Restoring some OP context.]
> >
> > > On Sun, Oct 29, 2006 at 05:07:16PM +0300, Yar Tikhiy wrote:
> > >
> > > > As
On Mon, Oct 30, 2006 at 03:47:37PM +0200, Kostik Belousov wrote:
>
> I think that David is right. The references _from_ the directory make it
> immune
> to vnode reclamation. Try this patch. It is very unfair for lsof.
Sorry, but I'm leaving now and I'll be unable to play with your
patch until I
On Mon, Oct 30, 2006 at 03:47:37PM +0200, Kostik Belousov wrote:
> On Mon, Oct 30, 2006 at 04:05:19PM +0300, Yar Tikhiy wrote:
> > On Sun, Oct 29, 2006 at 11:32:58AM -0500, Matt Emmerton wrote:
> > > [ Restoring some OP context.]
> > >
> > > > On Sun, Oct 2
On Sat, Nov 18, 2006 at 01:05:44PM +0200, Kostik Belousov wrote:
> On Sat, Nov 18, 2006 at 12:54:00PM +0300, Yar Tikhiy wrote:
> > On Mon, Oct 30, 2006 at 03:47:37PM +0200, Kostik Belousov wrote:
> > > On Mon, Oct 30, 2006 at 04:05:19PM +0300, Yar Tikhiy wrote:
> > > &
On Tue, Nov 28, 2006 at 04:24:08PM -0500, Devon H. O'Dell wrote:
> 2006/11/28, Garrett Cooper <[EMAIL PROTECTED]>:
> >Hello,
> >
> >Just wondering, abstractly..
>
> Both sides can read from and write to the socket file descriptor.
> You'll need to develop a protocol to determine when either gi
Hi,
Recently noticed that our sed(1) differs from its GNU analog in
that in -i mode it considers all files as a single sequence of lines
while the latter treats each file independently. The in-line mode
isn't in POSIX, so it isn't really clear which way is correct.
Here is a couple of practical
On Mon, Mar 26, 2007 at 08:57:14PM +0530, Joseph Koshy wrote:
> >Recently noticed that our sed(1) differs from its GNU
> >analog in that in -i mode it considers all files as a
> >single sequence of lines while the latter treats each file
> >independently. The in-line mode isn't in POSIX, so it isn
On Wed, Mar 28, 2007 at 10:40:58AM +0100, Robert Watson wrote:
>
> Spin locks are, FYI, slower than default mutexes. The reason is that they
> have to do more work: they not only perform an atomic operation/memory
> barrier to set the cross-CPU lock state, but they also have to disable
> inter
On Tue, Mar 27, 2007 at 12:11:06PM +0100, Alex Zbyslaw wrote:
> Yar Tikhiy wrote:
>
> >>Aren't sed's addresses required to be cumulative across its
> >>input files?
> >>
> >>http://www.opengroup.org/onlinepubs/009695399/utilities/sed.html
On Thu, Mar 29, 2007 at 11:19:44AM +0300, Diomidis Spinellis wrote:
> Yar Tikhiy wrote:
> >
> >Recently noticed that our sed(1) differs from its GNU analog in
> >that in -i mode it considers all files as a single sequence of lines
> >while the latter treats each file
On Fri, Mar 30, 2007 at 08:30:54PM +0300, Diomidis Spinellis wrote:
> Yar Tikhiy wrote:
> >May I take a bit more of your time?
> >
> >I've started playing with the code and noticed another gray area.
> >Namely a `c' command won't print the text if having
On Fri, Mar 30, 2007 at 09:21:33PM +0400, Yar Tikhiy wrote:
[...]
> If we've started to delete the pattern space, we should print the
> text in place of it because `c' is for `change'. BSD and GNU seds
> have this bug, but Solaris sed doesn't have it.
[...]
By
On Mon, Apr 09, 2007 at 10:23:00PM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Alan Garfield <[EMAIL PROTECTED]> writes:
> : I'd like to port/re-write this driver for FreeBSD but I cannot find
> : enough documentation and examples of a basic Ethernet driver for
> :
On Mon, Apr 16, 2007 at 05:14:06PM +1000, Alan Garfield wrote:
> Hi all!
>
> A question, is it ok to just say pass an entire rx buffer of your
> ethernet device up the chain and let the ip stack figure out the frame
> size.
>
> I have a device that can only ever receive 255 bytes of data, I recei
On Tue, Apr 17, 2007 at 04:43:32PM +0800, Zhang Weiwu wrote:
> On Tue, 2007-04-17 at 10:37 +0300, Nikos Vassiliadis wrote:
> > On Monday 16 April 2007 21:24, Zhang Weiwu wrote:
> > > Pieter de Goeje ??:
> > > > I think your patch looks good, however there have been some changes to
> > > > ftpd
On Tue, Apr 17, 2007 at 11:23:00AM +0800, Zhang Weiwu wrote:
> Giorgos Keramidas :
> >On 2007-04-16 20:07, Zhang Weiwu <[EMAIL PROTECTED]> wrote:
> >
> >>I am not actively involved in FreeBSD development. I am an ordinary user
> >>and this is my first post on this list so please just redirect
On Wed, Apr 18, 2007 at 11:00:32AM +1000, Alan Garfield wrote:
> On Tue, 2007-04-17 at 21:16 +0400, Yar Tikhiy wrote:
> > > In addition to the other advise, you might also look at if_ed.c. It
> > > is a little complicated since it talks to real hardware, and that
> > &g
On Thu, Apr 19, 2007 at 12:14:50PM +1000, Alan Garfield wrote:
> On Wed, 2007-04-18 at 11:44 +0400, Yar Tikhiy wrote:
> >
> > > Anyway, back to figuring out arp. UGH!
> >
> > As a rule, an Ethernet driver needn't worry about ARP by itself
> > because A
On Thu, Apr 19, 2007 at 12:34:16PM -0700, Julian Elischer wrote:
> Alan Garfield wrote:
> >On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote:
> >>
> >>>Apart from using fake MAC addresses, I don't think so.
> >>I don't understand the conc
On Sat, Oct 04, 2003 at 07:54:00PM -0400, Leo Bicknell wrote:
>
> That, by itself, is not hard. Here's the trick. I want the switch
> to be seamless. That is, if NAT is translating to ISP #1 and the
> application says switch to #2 the existing translations to #1 (until
> they go away naturally)
Hi folks,
I've always been confused by the following sentence from the lockf(3)
manpage:
The lockf(), fcntl(2) and flock(2) locks may be safely used
concurrently.
Does that mean that each of those calls uses a locking mechanism
of its own? Of course, in practice those calls use
On Sat, May 15, 2004 at 01:00:13PM +0200, Cyrille Lefevre wrote:
> "Yar Tikhiy" <[EMAIL PROTECTED]> wrote:
> [snip]
> > Considering all the above, I'd like to add the following paragraph
> > to the flock(2), lockf(3), and fcntl(2) man pages (replaci
Hi folks,
While sweeping network interface drivers for incorrect usage of the
capabilities framework, I noticed some bugs in bge(4). Unfortunately,
I have no such card and I don't know its internals. Therefore I
made a patch fixing hw-independent bugs and marking some questionable
spots. It wou
On Fri, May 21, 2004 at 11:11:41PM +0900, George V.Neville-Neil wrote:
> >
> > While sweeping network interface drivers for incorrect usage of the
> > capabilities framework, I noticed some bugs in bge(4). Unfortunately,
> > I have no such card and I don't know its internals. Therefore I
> > mad
Hi there,
I'm sorry to report the problem I observed in so little detail,
but OTOH I feel I must notify the community about it. I'm afraid
there's too little detail for a PR.
Yesterday I did binary upgrade of my home system, from 4.9-R to
4.10-R. Then I merged my old /etc into the new one. Of
On Sun, May 16, 2004 at 06:16:58PM +0400, Yar Tikhiy wrote
in <[EMAIL PROTECTED]>:
> Note for the impatient: This message does not discuss the well-known
> issue of reusing local addresses through setting SO_REUSEADDR. This
> message is on reusing local addresses occupied by so
On Sat, Jul 10, 2004 at 12:07:40AM +0200, Jean-Sebastien Roy wrote:
>
> I'm currently using FreeBSD 4.10 on an HP D530 SFF.
> The system is perfectly stable except for the following problem
> I'm unable to understand :
>
> When I mount a cdrom (mount /cdrom), then calculate the MD5 hash
> of a bi
On Wed, Jul 14, 2004 at 03:06:25PM +0200, Jean-Sebastien Roy wrote:
>
> >Once I had an old noname PC (iP200 in an i430VX motherboard), and
> >I installed a DVD+RW drive into it. Data read from a CD or DVD was
> >damaged with high probability. With hw.ata.atapi_dma set to zero,
> >the probability
On Sat, Aug 07, 2004 at 10:06:17AM +0300, Alex Lyashkov wrote:
>
> not better move this under tp->tap_mtx mutex without using splX
> functions?
...especially taking into account that splX do nothing
in CURRENT anyway. Mutex locking framework adopted by
the interface driver should be used of cours
On Fri, Aug 06, 2004 at 05:50:04PM -0400, Coleman Kane wrote:
> Hi, I have been having some trouble working with getting tapN network
> interfaces into the 'RUNNING' state. I have been trying to figure out
> how to set the RUNNING flag on an interface, which is needed before
> the kernel will actua
Hello,
[Once I've sent this to -audit, but then was pointed]
[that it wasn't the right list for such a discussion]
Currently, finger(1) reveals user information if the user
has created the ``.nofinger'' file, but his home directory
is unreadable for finger(1).
In the case of local access, it's
On Thu, Aug 09, 2001 at 12:29:33AM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Yar Tikhiy writes:
> : The issue I'd like to submit to discussion is what way to choose:
> : a) Add a command-line option to finger(1) and fingerd(8) telling
> :them not to rev
Hi there,
Is there a single blessed way to define packed structures
for use in drivers? I suspect that using "#pragma pack(1)"
will lead to alignment errors in non-Intel architectures.
Should char arrays be used for all multi-byte elements to
avoid alignment problems?
And is it OK to rely on sp
On Thu, Sep 13, 2001 at 04:09:57PM -0700, Mike Smith wrote:
> >
> > Is there a single blessed way to define packed structures
> > for use in drivers? I suspect that using "#pragma pack(1)"
> > will lead to alignment errors in non-Intel architectures.
>
> Any form of packing is going to cause pr
Hi there,
I'd like to discuss the following issues prior to
modifying the kernel.
First, the current implementation of the utility function
ether_ioctl(), which can do good job common to ethernet drivers,
won't indicate the situation when an ioctl command is unsupported
by it. It will return 0 i
On Mon, Oct 08, 2001 at 02:53:32PM -0400, Garrett Wollman wrote:
> < said:
>
> > Second, let's look at the handling of SIOCADDMULTI/SIOCDELMULTI.
> > There is code obviously taken from if_loop.c and used in some
> > drivers, which tries to do something with the third argument "data"
> > of the if
Hi everybody,
The current utmp(5) manpage language (not markup)
has a number of drawbacks and errors:
o There is no information for programmers on the actual structure
of the files the page describes.
o The C structure members aren't described.
o Despites the page language, neither utmp nor
Hi there,
Now adduser(8) and pw(8) differ in what a valid user name is.
Adduser(8) enforces a user name to match the /^[a-z0-9_][a-z0-9_\-]*$/
regexp. OTOH, pw(8) uses the Good Old Wrong Way of checking validity--
it checks a user name against a list of *invalid* characters.
I'm going to fix pw
Thank you Terry for your comments!
On Fri, Oct 12, 2001 at 11:31:01AM -0700, Terry Lambert wrote:
> Yar Tikhiy wrote:
> >
> > The current utmp(5) manpage language (not markup)
> > has a number of drawbacks and errors:
> >
> > o There is no information for pr
On Fri, Oct 12, 2001 at 07:24:57PM +0300, Peter Pentchev wrote:
> On Fri, Oct 12, 2001 at 09:52:10AM -0600, Warner Losh wrote:
> > In message <[EMAIL PROTECTED]> Yar Tikhiy writes:
> > : Is there any reason to omit the period ('.') from the list of valid
>
On Sat, Oct 13, 2001 at 02:30:50AM -0700, Crist J. Clark wrote:
> On Sat, Oct 13, 2001 at 01:05:10PM +0400, Yar Tikhiy wrote:
> > On Fri, Oct 12, 2001 at 07:24:57PM +0300, Peter Pentchev wrote:
> > > On Fri, Oct 12, 2001 at 09:52:10AM -0600, Warner Losh wrote:
> > > >
Hello everybody,
A kernel panic has been observed in both branches under the following
conditions:
o ipfw is configured with a "fwd" rule for outgoing packets that will
match some RIP datagrams
o GateD is started with RIP enabled and consequently sends a broadcast
UDP datagram that matches th
Hi there,
I ran into an absolutely clear, but year-old PR pointing out that
a router in the IPSTEALTH mode will reveal itself when processing
IP options: kern/23123.
The fix proposed seems clean and right to me: don't do IP options
at all when in the IPSTEALTH mode. Does anyone have objections?
On Wed, Dec 19, 2001 at 07:23:55PM +0300, Maxim Konovalov wrote:
>
> > I ran into an absolutely clear, but year-old PR pointing out that
> > a router in the IPSTEALTH mode will reveal itself when processing
> > IP options: kern/23123.
> >
> > The fix proposed seems clean and right to me: don't do
On Wed, Dec 19, 2001 at 05:33:13PM +0200, Ruslan Ermilov wrote:
> On Wed, Dec 19, 2001 at 06:19:29PM +0300, Yar Tikhiy wrote:
> >
> > I ran into an absolutely clear, but year-old PR pointing out that
> > a router in the IPSTEALTH mode will reveal itself when processing
>
On Wed, Dec 19, 2001 at 08:54:50PM +0300, Maxim Konovalov wrote:
>
> By the way, is it correct to forward the packet with incorrect ip
> options? Now we do not.
No RFC seems to specify that particularly. However, RFC 1812 reads
in general:
(1) A router MUST verify the IP header, as describe
On Wed, Dec 19, 2001 at 10:32:42PM +0100, Wilko Bulte wrote:
> >
> > First of all we should decide what IPSTEALTH is for. Is it just a
> > Ruslan's net.inet.ip.decttl or it should really stealth the fact of
> > the routing? If the latter how do we behave in source routing case?
>
> I would assum
On Thu, Dec 20, 2001 at 01:24:48AM +0300, Maxim Konovalov wrote:
>
> > Neither RFC 791 nor RFC 1122 nor RFC 1812 specify the following:
> > if a source-routed IP packet reachs the end of its route, but its
> > destination address doesn't match a current host/router, whether
> > the packet should
On Wed, Dec 19, 2001 at 08:54:50PM +0300, Maxim Konovalov wrote:
> On 19:49+0300, Dec 19, 2001, Yar Tikhiy wrote:
>
> > As for source routing, I believe a stealthy router should just drop
> > such packets as though it were a host. Of course, source-routed
> > packets
On Sun, Dec 23, 2001 at 02:29:14AM +0300, Maxim Konovalov wrote:
>
> On 18:51+0300, Dec 21, 2001, Yar Tikhiy wrote:
>
> > I made a patch that adds the "stealthy IP options feature".
> > Honestly, now I'm afraid it's "much ado about nothing",
Hi Valentin,
On Fri, Jan 11, 2002 at 12:22:21AM +0200, Valentin Nechayev wrote:
> There was a fresh discussion in some maillists (security-audit, glibc-alpha) of
> strlcpy() and strlcat() in context of possible inclusion to glibc.
> Among others, the question was spoken that strlcat manpage conta
Hi there,
Could anyone point out at an ioctl or any other way to get a disk
device size granted the device has no BSD label or PC slice table
on it? Ways for both the userland and kernel are welcome.
Thanks in advance!
--
Yar
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
On Tue, Feb 05, 2002 at 09:30:06AM -0700, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Yar Tikhiy <[EMAIL PROTECTED]> writes:
> : Could anyone point out at an ioctl or any other way to get a disk
> : device size granted the device has no BSD label
Hi there,
As I see, there are many spots in the FreeBSD userland sources where
multi-kilobyte automatic variables (e.g., string buffers) are used.
I've been taught that such variables would better be static or
allocated on heap.
So the following question comes to my mind: To stay portable to a
Hi Terry,
On Fri, Jul 12, 2002 at 02:45:08PM -0700, Terry Lambert wrote:
>
> My gut feeling is: if you are asking this question, then you are
> trying to justify doing something that you know is bad, but want
> to do anyway because it would be easier than doing it right. My
> answer to that is:
Hi folks,
I'm playing with a Sony USB memory stick reader/writer. It's a
pretty slow device, so it triggers some bugs in the FreeBSD USB
code unnoticed before. I'm new to USB programming, so I submit
my notes to a discussion or review.
First, sometimes (especially, if twitching a memory stick o
On Tue, Nov 26, 2002 at 03:26:19PM -0800, Nate Lawson wrote:
> I'm not a usb expert but I think your patch deserves some comments.
Thank you!
> On Mon, 25 Nov 2002, Yar Tikhiy wrote:
> > First, sometimes (especially, if twitching a memory stick out of
> > the reader wh
On Thu, Jan 23, 2003 at 03:47:49PM +0200, Peter Pentchev wrote:
> On Thu, Jan 23, 2003 at 10:12:16AM +, Ceri Davies wrote:
> > On Thu, Jan 23, 2003 at 10:12:24AM +0200, Peter Pentchev wrote:
> > > On Thu, Jan 23, 2003 at 01:09:29AM +0100, Julian Mayer wrote:
> > > > hello
> > > > there is a bug
On Thu, Jan 23, 2003 at 03:47:49PM +0200, Peter Pentchev wrote:
>
> Attached is a patch to the libexec/ftpd source, which adds a new -P
> option taking an argument of either a numeric port number or a service
> name as described in the getaddrinfo(3) manual page. What do people
> think about addi
On Thu, Jan 23, 2003 at 07:53:44PM +0200, Peter Pentchev wrote:
> > Peter, here is a bit reworked version of your patch.
> > Does it look reasonable?
>
> Yes, this looks fine; the data connection port issue was brought up by
> Matthew Seaman in a private message to me, which I did not respond to
>
Hi there,
Excuse my stupid question, but I seem to have no time to do the
investigation by myself right now so I'd be glad to receive a brief
answer from someone who has the information.
As far as I can see, kernel modules should be built along with the
kernel for the only reason of keeping their
On Fri, Mar 21, 2003 at 05:39:07PM +0200, Nikolay Y. Orlyuk wrote:
> On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote:
> > Hi there,
> >
> > Excuse my stupid question, but I seem to have no time to do the
> > investigation by myself right now so I'd be gl
On Fri, Mar 21, 2003 at 05:35:22PM +0200, Ruslan Ermilov wrote:
> On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote:
> > Hi there,
> >
> > Excuse my stupid question, but I seem to have no time to do the
> > investigation by myself right now so I'd be gl
On Fri, Mar 21, 2003 at 11:25:01AM -0500, The Anarcat wrote:
> On Fri Mar 21, 2003 at 07:16:58PM +0300, Yar Tikhiy wrote:
> >
> > Yeah, it's all right to compile modules w/o the kernel, but that's
> > not exactly what I was asking about. My question was whethe
Hello,
I'm getting the following DIAGNOSTIC messages on my -CURRENT box:
Expensive timeout(9) function: 0xc02677e0(0) 0.006095064 s
(it's uma_timeout(), which triggers the warning once per boot)
Expensive timeout(9) function: 0xc0141610(0xc0dfcc00) 0.006581587 s
Expensive timeout(9) funct
On Tue, Apr 01, 2003 at 02:37:45PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Yar Tikhiy writes:
> >Hello,
> >
> >I'm getting the following DIAGNOSTIC messages on my -CURRENT box:
> >
> > Expensive timeout(9) function: 0xc02677
On Fri, May 23, 2003 at 09:53:48PM +0200, Simon L. Nielsen wrote:
> On 2003.05.23 15:42:36 +, Bosko Milekic wrote:
> >
> > On May 23, 2003 07:07 pm, Michael R. Wayne wrote:
> > > Missing man page:
> > >4.8 releasse - man netstat has a reference to mbuf(9) but man mbuf
> > > says: No manual
On Sat, Jun 21, 2003 at 08:27:39PM +0200, Socketd wrote:
>
> When FreeBSD 4.8 was released I reported this bug, but now in 5.1
> releaed it is still there. Since http://www.freebsd.org/send-pr.html is
> "down" I'll try reporting the bug here (again).
Please use the send-pr(1) utility to submit yo
1 - 100 of 103 matches
Mail list logo