Re: Support for WD Advanced Format disks

2010-08-11 Thread Valentin Nechayev
> des@ wrote: > There's a jumper setting for > "Windows XP compatibility", but apparently, it only affects the (fake) > geometry the disk reports to the BIOS. No, this jumper internally increases any linear block number learned from bus request by 1. I.e. the block number 1 without this jumpe

Re: Support for WD Advanced Format disks

2010-08-11 Thread Valentin Nechayev
> I'm looking into a clean, permanent solution for WD Green drives that > use 4096-byte physical sectors. To summarize the information I've > collected so far: There is attempt to look from another side - is it really needed? Captain Obvious says that if one have a new disk, it's easy to format i

Re: My project wish-list for the next 12 months

2004-12-02 Thread Valentin Nechayev
Wed, Dec 01, 2004 at 15:02:40, scottl wrote about "My project wish-list for the next 12 months": [...] > 2. New installer. I know some people still consider this a joke, but > the reality is that sysinstall is no longer state of the art. It's > fairly good at the simple task that it does, bu

Re: sshd & pam & getpwnam()

2004-06-28 Thread Valentin Nechayev
Sun, Jun 20, 2004 at 14:52:35, zagarin wrote about "sshd & pam & getpwnam()": > Does anybody know, why sshd call getpwnam() even if user is > authenticating via PAM? This broke remote authentication (RADIUS, > TACACS+) when user doesn't exist in local password database. Because you mix two di

Re: /bin/ls sorting bug?

2004-06-20 Thread Valentin Nechayev
Sun, Jun 20, 2004 at 02:34:04, andrit wrote about "Re: /bin/ls sorting bug?": >> And AFAICS, there's no way to tell ls: "first sort on time, >> then on filename, then on size", etc. This would make a nice addition >> though. :) > But there is nice sort command and power of unix. > Don't you rem

Re: how to get cpu states more than once a second?

2004-03-07 Thread Valentin Nechayev
Wed, Mar 03, 2004 at 07:27:31, ticso (Bernd Walter) wrote about "how to get cpu states more than once a second?": BW> Currently I get the states via kern.cp_time, but this only allows BW> a granularity of a single second and I need something around 50-100ms. BW> Application is a LED bargraph wh

ATA large disks & EDD at boot

2004-03-07 Thread Valentin Nechayev
Hi, it seems that current traditional or new (packet, aka EDD, aka Int13x) disk read interface selection in boot blocks (boot1 & mbr) is obsolete and leads to unbootable systems. The main factor to kill old access is strange BIOS translation for disks larger than 32G. For two my home disks: Mode

Re: complicated downgrade

2003-07-22 Thread Valentin Nechayev
Tue, Jul 22, 2003 at 09:20:30, bmilekic wrote about "Re: complicated downgrade": > This sounds like the same symptoms as the latest USB problem... > when/if you track -current or even run one of the 5.x releases, it's > key to realize that this is very active code that you're running; it's

Re: complicated downgrade

2003-07-21 Thread Valentin Nechayev
Mon, Jul 21, 2003 at 23:40:05, des wrote about "Re: complicated downgrade": >> I need to downgrade a remote FreeBSD system from 5.1-release to 4.8-release >> remotely without any local help (except possible hitting Reset). > Maybe if you tell us why you need to do this we can figure out a way >

Re: complicated downgrade

2003-07-18 Thread Valentin Nechayev
Fri, Jul 18, 2003 at 12:44:33, nick wrote about "Re: complicated downgrade": > +>do > +>mv ${D} ${D}5 > +>mv ${D}4 {D} > +>done > Here is a race:) > # mv /bin /bin5 > # mv /bin4 /bin > mv: Command not found. PATH=/bin4:/bin:/bin5/... I used the same

complicated downgrade

2003-07-18 Thread Valentin Nechayev
(Cc'ed to phk@ as to main GEOM and DEVFS developer; see corresponding questions below.) Hi, I need to downgrade a remote FreeBSD system from 5.1-release to 4.8-release remotely without any local help (except possible hitting Reset). Don't ask why the collocation provider is too ugly and too far f

Re: gcc bug? Openoffice port impossibel to compile on 4.8

2003-05-31 Thread Valentin Nechayev
Sat, May 31, 2003 at 11:19:06, des (Dag-Erling Smorgrav) wrote about "Re: gcc bug? Openoffice port impossibel to compile on 4.8": >> Essential words are understriked. I can't imagine how it can be read >> as "unsupported". DES> I didn't use the word "unsupported", I said "deprecated". Yes. But

Re: Proper behaviour for wait()?

2003-05-31 Thread Valentin Nechayev
Fri, May 30, 2003 at 22:00:18, pherman (Paul Herman) wrote about "Proper behaviour for wait()?": PH> anyone know what the "proper" behavior for wait() is when SIGCHLD PH> is ignored? Is it simply undefined? Don't see anything mentioned PH> in the wait(2) manpage one way or tother, and other O

Re: kqueue/kevent support in scsi device drivers

2003-05-31 Thread Valentin Nechayev
Fri, May 30, 2003 at 12:14:50, jaya_bhat100 (Jayasheela Bhat) wrote about "kqueue/kevent support in scsi device drivers": JB> At present, kevent is supported for vnode, fifos, pipes and sockets, I believe. JB> I would like to use kevent notification in scsi devices. But the drivers scsi_xx.c

Re: gcc bug? Openoffice port impossibel to compile on 4.8

2003-05-31 Thread Valentin Nechayev
Sat, May 31, 2003 at 02:46:33, des (Dag-Erling Smorgrav) wrote about "Re: gcc bug? Openoffice port impossibel to compile on 4.8": DES> and "obsolescent feature" is defined as follows in the introduction: DES>[#2] Certain features are obsolescent, which means that they DES>may b

strlcat manpage

2002-01-10 Thread Valentin Nechayev
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 contains a dark moment of strlcat() return value. One should agree with affirmation that str

Re: Imagestream WanIC-520 interface cards

2001-10-14 Thread Valentin Nechayev
(redirected to -chat. it's pity that there are no freebsd-flame@ redirected to /dev/null;)) Sun, Oct 14, 2001 at 12:58:54, Bsdguru ([EMAIL PROTECTED]) wrote about "Re: Imagestream WanIC-520 interface cards": > Thats pretty lame Matt. I hope you're joking. (Otherwise you should carefully cons

Re: AIO issues... or not?

2001-10-14 Thread Valentin Nechayev
Fri, Oct 05, 2001 at 14:19:58, eddy+public+spam (E.B. Dreger) wrote about "AIO issues... or not?": > When using aio_* calls, I received ENOSYS. I grepped LINT, and > found that I'd forgotten to "OPTIONS VFS_AIO". Simple enough. > > However, there's a rather ominous and non-descriptive warni

Re: sin_zero & bind problems

2001-10-14 Thread Valentin Nechayev
Sat, Oct 13, 2001 at 10:17:21, dillon (Matt Dillon) wrote about "Re: sin_zero & bind problems": Matt, excuse me please... Why you send insults to programmers which were as unhappy as to put feet to your BSD-specific rake? They carefully read all documentation and examples (you cannot prove tha

sin_zero & bind problems

2001-10-13 Thread Valentin Nechayev
The following was initially formatted as PR, but I suppose it is reasonable to discuss first here. There were some vague mentions that sin_zero field of struct sockaddr_in may be used in future for some extensions; but this future is already expired;) without any real step. If the verdict will be

Re: bug in sshd - signal during free()

2001-09-22 Thread Valentin Nechayev
Mon, Sep 17, 2001 at 14:04:05, dillon (Matt Dillon) wrote about "Re: bug in sshd - signal during free()": > It's funny... they had an XXX comment in there so obviously someone > was a little jittery about it. I think they just didn't realize that > a malloc() might occur inside th

Re: function calls/rets in assembly

2001-08-27 Thread Valentin Nechayev
Mon, Aug 27, 2001 at 08:11:12, stephen_roome wrote about "Re: function calls/rets in assembly": > One final question... (which may be a gcc question, sorry if it is..) > > why do we have some people proposing the use of "leave". When from the > docs I've read, leave takes longer than a mov an

Re: function calls/rets in assembly

2001-08-26 Thread Valentin Nechayev
Sun, Aug 26, 2001 at 02:13:17, dev-null (David O'Brien) wrote about "Re: function calls/rets in assembly": > > If gcc team wants to implement proper > > alignment to work with SSE and other high-specialized stuff, > > they should learn commands for bitwise AND, and use only where really needed

Re: mmap MAP_INHERIT question.

2001-08-25 Thread Valentin Nechayev
Fri, Aug 24, 2001 at 09:11:50, dillon (Matt Dillon) wrote about "Re: mmap MAP_INHERIT question.": > :> MAP_INHERIT This is supposed to permit regions to be > :> inherited across execve(2) system calls, > :> but is currently broken. > Ya

Re: ssh password cracker - now this *is* cool!

2001-08-25 Thread Valentin Nechayev
Sat, Aug 25, 2001 at 22:39:07, 520066542279-0001 (Harold Gutch) wrote about "Re: ssh password cracker - now this *is* cool!": > Dug Song and Solar Designer held a talk on this topic at HAL 2001, > where they stated that backspaces could be detected, as a > backspace actually translated to > t

Re: function calls/rets in assembly

2001-08-25 Thread Valentin Nechayev
Sat, Aug 25, 2001 at 16:03:02, roam (Peter Pentchev) wrote about "Re: function calls/rets in assembly": > I wonder if a mentioning of -mpreferred-stack-boundary should be > added to tuning(7).. This will be quite strange idea. Tuning which reduces 2-4 times stack size of userland application.

Re: Proposed Utility - detach(1)

2001-08-25 Thread Valentin Nechayev
Fri, Aug 24, 2001 at 14:19:55, mike (Mike Barcroft) wrote about "Proposed Utility - detach(1)": > I would appreciate comments on the usefulness of a utility which would > allow one to detach a process from a TTY. I imagine the utility would > be very small and just call daemon(3) and execlp(3

Re: function calls/rets in assembly

2001-08-25 Thread Valentin Nechayev
Fri, Aug 24, 2001 at 11:36:45, jhb (John Baldwin) wrote about "Re: function calls/rets in assembly": > > printasint: > > pushl %ebp > > movl %esp,%ebp > > subl $8,%esp > > addl $-8,%esp [...] > Because this code is broken and obfuscated? :) > > We save %esp in %ebp (t

Re: kill a process in kernel

2001-08-24 Thread Valentin Nechayev
Fri, Aug 24, 2001 at 11:41:43, vel (Eugene L. Vorokov) wrote about "kill a process in kernel": > what is the most proper and easy way to shutdown given process > (not curproc) from kernel module ? Any advices regarding this > are appreciated. psignal(9); killproc() (for SIGKILL, in extremal s

Re: Very odd tty hanging problem.

2001-08-18 Thread Valentin Nechayev
Mon, Aug 13, 2001 at 21:48:18, bicknell (Leo Bicknell) wrote about "Very odd tty hanging problem.": > >From another window, try to kill the processes as a user, no effect > with -9 or regular. Try to kill them as root, no effect normal. Kill > them -9 as root, and all but the first shell wil

Re: ssh and setuid

2001-08-18 Thread Valentin Nechayev
Wed, Aug 15, 2001 at 16:21:32, oli (Olafur Osvaldsson) wrote about "ssh and setuid": [...] > As the ssh in FreeBSD is by default not setuid it uses a higher than privileged > port for connecting so obviously that is the reason for my troubles. > > Wouldn't it be better to only disable rhosts_

Re: ncurses

2001-08-18 Thread Valentin Nechayev
Wed, Aug 15, 2001 at 17:57:44, zaunere (Hans Zaunere) wrote about "Re: ncurses": > *Whaps himself* Why didn't I think of that. However > the question still lingers, is there anyway to output > to stdout? Its kind of a moot point I suppose, just > curious. ncurses already outputs to stdout.

Re: Signal Handling

2001-08-18 Thread Valentin Nechayev
Mon, Aug 13, 2001 at 09:09:32, zaunere (Hans Zaunere) wrote about "Signal Handling": > In a program that I am working on, I've decided to > catch signal 15, which then calls execl() in the > handler to reload the program from the on-disk binary. > I am able to send it the signal, it reloads, a

Re: strange with named

2001-07-21 Thread Valentin Nechayev
Sat, Jul 21, 2001 at 15:07:00, lucky (Alexey Privalov) wrote about "strange with named": > Jul 21 13:43:17 host named[124]: denied update from [196.127.211.51].1475 for >"host.domain" > Jul 21 13:48:17 host named[124]: denied update from [196.127.211.51].1486 for >"host.domain" > Jul 21 13:5

Re: libc_r locking... why?

2001-07-01 Thread Valentin Nechayev
Fri, Jun 29, 2001 at 19:56:40, eddy+public+spam (E.B. Dreger) wrote about "Re: libc_r locking... why?": > > A Token may not be enough because writes may be reordered. AFAIK it's false for i386 architecture. Please correct me if needed. > Here is where I want to learn more about cache coheren

Re: libc_r locking... why?

2001-07-01 Thread Valentin Nechayev
Fri, Jun 29, 2001 at 15:19:47, eddy+public+spam (E.B. Dreger) wrote about "Re: libc_r locking... why?": > Running processes on multiple CPUs is one goal. > > [ libc_r locks don't assert "lock", not MP-safe ] > > So the "lock" prefix is the only way to enforce cache coherency? > Do you have h

Re: kern.maxproc

2001-07-01 Thread Valentin Nechayev
Sat, Jun 30, 2001 at 17:49:27, LConrad (Len Conrad) wrote about "kern.maxproc": > I need about 1000 processes for a high-volume mail gateway. I'm already > getting errors in peak periods with the default maxproc of 530. > > It seems I can't set this in loader.conf, as I can other read-only pa

Re: pthread/longjmp/signal problem

2001-06-24 Thread Valentin Nechayev
Thu, Jun 21, 2001 at 10:55:10, louisphilippe (Louis-Philippe Gagnon) wrote about "pthread/longjmp/signal problem": > I've been trying to implement a IsBadReadPtr-style function in FreeBSD by > using signal handlers and longjmp/setjmp. It seemed to work as expected, > until I started using the

Re: "include" directive in config(8) (was: Two Junior Kernel Hacker tasks..)

2001-06-24 Thread Valentin Nechayev
Mon, Jun 25, 2001 at 00:05:36, clefevre-lists (Cyrille Lefevre) wrote about "Re: "include" directive in config(8) (was: Two Junior Kernel Hacker tasks..)": > how about "undef options XXX" and "undef device XXX", etc. ? s/undef/no/ I like Cisco style ;))) /netch To Unsubscribe: send mail to

Re: Two Junior Kernel Hacker tasks..

2001-06-24 Thread Valentin Nechayev
> > sys/${MACHINE_ARCH}/compile? > It makes it harder to make src/sys/compile a single simple symlink to > writable storage. There is no need to make symlink in src tree. > -- David ([EMAIL PROTECTED]) Are you David O'Brien or freebsd-hackers list itself? /netch To Unsubscribe: send mail to

Re: resolv.conf options

2001-06-23 Thread Valentin Nechayev
Sat, Jun 23, 2001 at 19:01:42, LConrad (Len Conrad) wrote about "resolv.conf options": > >RTFS ;)) > "s" man resolv.conf talks about options, but not timeout or retry "S" means source. For FreeBSD standard resolver, source of /etc/resolv.conf reading is in src/lib/libc/net/res_init.c. But yo

Re: Two Junior Kernel Hacker tasks..

2001-06-23 Thread Valentin Nechayev
Sat, Jun 23, 2001 at 12:23:35, tlambert2 (Terry Lambert) wrote about "Re: Two Junior Kernel Hacker tasks..": > > make buildkernel is rather easy way to work it around: in > > any case object tree is machine-dependent, and one yet > > another directory does not destroy anything. ;| > The "make

Re: 2nd ata drive, and resolv.conf options

2001-06-22 Thread Valentin Nechayev
Fri, Jun 22, 2001 at 15:43:21, LConrad (Len Conrad) wrote about "2nd ata drive, and resolv.conf options": > I'm setting up a couple of outbound, high-volume mail gateways that need > some kind fairly quick failover when their primary DNS is down, to use > another DNS. The behavior available

Re: Two Junior Kernel Hacker tasks..

2001-06-22 Thread Valentin Nechayev
Fri, Jun 22, 2001 at 10:52:01, jhb (John Baldwin) wrote about "Two Junior Kernel Hacker tasks..": > 2) Build kernels in sys/compile/${MACHINE_ARCH}/FOO rather than sys/compile/FOO. I'd like to qualify the whole idea to put compilation data in some subdirectory of /usr/src as harmful. `make bu

Re: poll(2)'s arbitrary limit

2001-06-17 Thread Valentin Nechayev
Sun, Jun 17, 2001 at 00:30:47, sascha (Sascha Schumann) wrote about "poll(2)'s arbitrary limit": > one of my applications uses the SGI State Threads Library > (I/O multiplexing scheduler). At its heart is a function > which concatenates the pollfd arrays of all threads and calls >

Re: [PATCH] Limited BPF to the specified program

2001-06-12 Thread Valentin Nechayev
Tue, Jun 12, 2001 at 10:48:38, gzjyliu ([EMAIL PROTECTED]) wrote about "[PATCH] Limited BPF to the specified program": > So I can add the follow lines to my kernel config file: > options BPF_LIMITED > options BPF_ALLOWED_DEVID=29696 > options BPF_ALLOWED_FILEID=439 Ano

Re: Perl module for periodic scripts

2001-06-12 Thread Valentin Nechayev
Tue, Jun 12, 2001 at 02:57:46, clefevre-lists (Cyrille Lefevre) wrote about "Re: Perl module for periodic scripts": > FYI, the date stuff can be written in pure shell. don't know yet > about the uniq -i but should be possible w/o perl. tr '[A-Z]' '[a-z]' | uniq (does this uniquing requires to

Re: read(2) and ETIMEDOUT

2001-06-10 Thread Valentin Nechayev
Thu, Jun 07, 2001 at 20:18:46, gbarr (Graham Barr) wrote about "Re: read(2) and ETIMEDOUT": > > I'm quite sure ETIMEDOUT is a result of hitting the setsockopt > > SO_RCVTIMEO value when doing a read. > I had been thinking along those lines too. But immediately before calling > read, select sai

Re: How to recompile kernel after minor changes?

2001-06-03 Thread Valentin Nechayev
Sun, Jun 03, 2001 at 02:02:20, freebsd-hackers (David O'Brien - Hackers) wrote about "Re: How to recompile kernel after minor changes?": > > cd /usr/obj/usr/src/sys/${KERNCONF} > > make -DNO_MODULES > or ``make kernel'' > and if you want to live dangerously ``make kernel-reinstall''. You are

Re: How to recompile kernel after minor changes?

2001-06-02 Thread Valentin Nechayev
Sat, Jun 02, 2001 at 08:24:54, gzjyliu (Jiangyi Liu) wrote about "How to recompile kernel after minor changes?": > After just changing a little in sys/kern/kern_sig.c, how can I rebuild > the kernel fast? I think it should not take such a long time as 'make > buildkernel' does. Anyway, just ke

Re: Kernel Fails to Boot. Errors out On MySQL

2001-05-31 Thread Valentin Nechayev
>>> Doug Barton wrote: > Once the system comes up multiuser, diagnose and fix mysql problems. For > future reference, ALWAYS disable startup scripts for third party stuff > before _starting_ the upgrade. This is especially true for remote upgrades. The pity moment is that init(8) logic is absol

Re: Boot time memory issue

2001-05-27 Thread Valentin Nechayev
Sat, May 26, 2001 at 22:03:34, barry (Barry Lustig) wrote about "Re: Boot time memory issue": > > > SMAP type=01 base= 0010 len= 13ef [...] > Did that and got the same error. I put a printf just before the > pa_indx++ in machdep.c and watched it increment by 2's all th

Re: Boot time memory issue

2001-05-24 Thread Valentin Nechayev
Sun, May 20, 2001 at 19:53:29, barry (Barry Lustig) wrote about "Boot time memory issue": Do verbose boot (`boot -v') with large SC_HISTORY_SIZE (1000 at least, 2000 at most), and after boot check for "SMAP ..." lines at the very beginning of the kernel boot log at /dev/console. (They are not

Re: sysctl to disable reboot

2001-05-22 Thread Valentin Nechayev
Mon, May 21, 2001 at 18:46:57, imp (Warner Losh) wrote about "Re: sysctl to disable reboot": > : In addition, I prefer my approach here because it's a single, > : known toggle that doesn't involve messing with other parts of the > : system. I might just want to disable keyboard rebooting > :

Re: Kqueue and FreeBSD versions

2001-05-15 Thread Valentin Nechayev
Tue, May 15, 2001 at 16:39:29, fmela0 (Farooq Mela) wrote about "Re: Kqueue and FreeBSD versions": > > It was introduced with 4.1; I believe the correct __FreeBSD_version > > to use is 41000. s/41000/41/ - fix typo at least. > Great, thanks. I figured you'd be the authority on this one ;

Re: wint_t

2001-05-15 Thread Valentin Nechayev
Tue, May 15, 2001 at 03:39:52, tlambert2 (Terry Lambert) wrote about "Re: wint_t": [...skip...] > I maintain that the correct size for wchar_t is 16 bits, > until someone can point to a character set that needs > more than that, and which has been ratified by a standards > body. I'm fully agre

Re: MIN()/MAX() definitions in sys/param.h

2001-05-14 Thread Valentin Nechayev
Mon, May 14, 2001 at 00:17:31, dima (Dima Dorfman) wrote about "MIN()/MAX() definitions in sys/param.h": > Is there a reason the definitions of the MIN() and MAX() macros in > sys/param.h are under an '#ifndef _KERNEL'? Quite a few files in the > kernel define these (well, at least MIN) thems

Re: wint_t

2001-05-14 Thread Valentin Nechayev
Mon, May 14, 2001 at 17:45:02, bright (Alfred Perlstein) wrote about "Re: wint_t": > > The C standard says that wchar_t should be able to all members of thye > > largest extended chracter set. AFAIK FreeBSD doesn't have any character > > set which requires more than 8 bits. > > wint_t should al

Re: adding a new function to libc

2001-05-12 Thread Valentin Nechayev
Sat, May 12, 2001 at 17:12:41, roam (Peter Pentchev) wrote about "Re: adding a new function to libc": > > /* This is candidate to have optimized assembler variant */ > > size_t strnlen( const char* src, size_t max ) > > { > > size_t n; > > while( n < max && *src != '\0' ) > >

Re: SSH Must Die

2001-05-12 Thread Valentin Nechayev
Sat, May 12, 2001 at 04:24:29, tlambert2 (Terry Lambert) wrote about "SSH Must Die": > This whole ssh B.S. is very annoying. > After an upgrade from 4.2 to 4.3 using a CDROM boot plus > upgrade menu option, SSH stops working, for no good reason > (_any_ reason is no good). > It complains about

Re: adding a new function to libc

2001-05-12 Thread Valentin Nechayev
Hello Daniel Hemmerich! Sat, May 12, 2001 at 02:10:45, dan (Daniel Hemmerich) wrote about "adding a new function to libc": > Any comments, suggestions, swears concerning adding a new function, > strndup(), to libc? > > So that instead of permitting it to attempt to allocate a large chunk o

Re: FPU exception, kernel panic

2001-05-07 Thread Valentin Nechayev
Sun, May 06, 2001 at 17:14:08, rakshe (Rohit Rakshe) wrote about "Re: FPU exception, kernel panic": (I cannot even guarantree 50% this is the same problem, but...) There were some reports in current@ about incorrect usage of i586_bzero() which uses FPU for zero-filling. It generated random ker

gcc 2.95.2 extra %esp addings

2000-05-23 Thread Valentin Nechayev
Consider a little test program: > #include > extern int func_a( int, int ); > int main() > { >int i; >for( i = 0; i < 100; i++ ) { > printf( "%d\n", func_a( i, i+2 ) ); >} >return 0; > } Part of assembler code built by gcc 2.7.2.3 (on FreeBSD-3.4-stable): > pushl

Re: Replacement for grep(1) (part 2)

1999-07-17 Thread Valentin Nechayev
Matthew Dillon wrote: > Give me a shell and I can crash any machine. Oh. ;| > A good example of this is sendmail. Before the MaxDaemonChildren and > MaxArticleSize options, it was possible for sendmail to overcommit a > machine. In this case the overcommit that can occur is wit

Re: Replacement for grep(1) (part 2)

1999-07-17 Thread Valentin Nechayev
Matthew Dillon wrote: > Give me a shell and I can crash any machine. Oh. ;| > A good example of this is sendmail. Before the MaxDaemonChildren and > MaxArticleSize options, it was possible for sendmail to overcommit a > machine. In this case the overcommit that can occur is wi

Re: Replacement for grep(1) (part 2)

1999-07-17 Thread Valentin Nechayev
Brian F. Feldman wrote: >> There are other ways. For example, even if a user account is resource >> limited, root processes (such as sendmail, popper, identd, and so forth) >> are not. Attacks against these servers generally result in very high >> loads and sometimes make it diff

Re: Replacement for grep(1) (part 2)

1999-07-17 Thread Valentin Nechayev
Brian F. Feldman wrote: >> There are other ways. For example, even if a user account is resource >> limited, root processes (such as sendmail, popper, identd, and so forth) >> are not. Attacks against these servers generally result in very high >> loads and sometimes make it dif

Re: Replacement for grep(1) (part 2)

1999-07-16 Thread Valentin Nechayev
Daniel C. Sobral wrote: > > 4.4BSD derived system cannot do this, and have to use different > > machine for such applications. > > Incorrect. We can set *limits* to the users, so they won't be able > to crash down the system. No. Really, not all users are used system in the same time. And it is t

Re: Replacement for grep(1) (part 2)

1999-07-16 Thread Valentin Nechayev
Daniel C. Sobral wrote: > > 4.4BSD derived system cannot do this, and have to use different > > machine for such applications. > > Incorrect. We can set *limits* to the users, so they won't be able > to crash down the system. No. Really, not all users are used system in the same time. And it is

Re: Replacement for grep(1) (part 2)

1999-07-16 Thread Valentin Nechayev
Daniel C. Sobral wrote: > Eh? Reasonable programs *never* run into trouble. Trouble only > happens when you have unreasonable programs around, or did not > configure the system correctly. And if you did not configure the > system correctly, why do you think you would be able to correctly > estimat

Re: Replacement for grep(1) (part 2)

1999-07-16 Thread Valentin Nechayev
Daniel C. Sobral wrote: > Eh? Reasonable programs *never* run into trouble. Trouble only > happens when you have unreasonable programs around, or did not > configure the system correctly. And if you did not configure the > system correctly, why do you think you would be able to correctly > estima

Re: OpenBSD's strlcpy(3) and strlcat(3)

1999-07-16 Thread Valentin Nechayev
Mike Smith wrote: > pw = getpwuid(getuid()); > strlcpy(buf, pw->dir, sizeof(buf)); > strlcat(buf, "/.appname/", sizeof(buf)); > strlcat(buf, conffilename, sizeof(buf)); > if (strlen(buf) >= sizeof(buf)) > return(error); > fp = fopen(buf, "r"); > ... > > That works, as long as M

Re: OpenBSD's strlcpy(3) and strlcat(3)

1999-07-16 Thread Valentin Nechayev
Mike Smith wrote: > pw = getpwuid(getuid()); > strlcpy(buf, pw->dir, sizeof(buf)); > strlcat(buf, "/.appname/", sizeof(buf)); > strlcat(buf, conffilename, sizeof(buf)); > if (strlen(buf) >= sizeof(buf)) > return(error); > fp = fopen(buf, "r"); > ... > > That works, as long as