t the other way round, I could try implementing that
> too.
This looks a lot like strnatcmp, which is "natural sort" or "do what I
mean" sort :)
http://sourcefrog.net/projects/natsort/
Your function is simpler than the C implementation on that site, but
falls over
eeds to be running, and I'm
guessing it would listen on UDP port 921.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Take a look at the "bitstring" functions, which let you allocate an
array of "bits" and manipulate them individually. They're documented
in the bitstring manpage.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-h
>kn_kevent.flags &= ~EV_ADD;
kn->kn_status = KN_INFLUX|KN_DETACHED;
error = knote_attach(kn, kq);
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing li
In the last episode (Apr 01), Vclav Haisman said:
> Dan Nelson wrote:
> > It's a kqueue bug, but a minor one. The problem is that the same
> > "flags" field is used to pass "actions" from the client, and return
> > status from the kernel. When you
> > Use of uninitialized value in length at (eval 7) line 1.
> > Use of uninitialized value in string eq at blib/lib/Net/SSLeay.pm
> > (autosplit into blib/lib/auto/Net/S
> >
> > SLeay/ssl_read_all.al) line 1615.
> > Can't read on socket: at ./test_FTPSSL.pl lin
t;
The echo command doesn't take a -e option. Your shell's echo builtin
may or may not, but for portability, you have to assume it doesn't.
Use the printf command if you want fancy formatting.
--
Dan Nelson
[EMAIL PROTECTED]
e instead. sysctlnametomib() returns a
pointer to a mib array that you can pass to the sysctl() function
later. Saves having to parse the string every time if you are looking
up the same sysctl repeatedly.
sysctlbyname("hw.ncpu", &ncpu, &len, NULL, 0);
HW
output "top -o size". If you have
processes that are in the 1gb range, then when one exits you will end
up with a lot of "free" memory for a short period of time, and it may
try paging in another process that was completely paged out (if you are
low enough on RAM fo
In the last episode (May 10), Iasen Kostov said:
> On Wed, 2006-05-10 at 11:18 -0500, Dan Nelson wrote:
> > In the last episode (May 10), Iasen Kostov said:
> > > On Wed, 2006-05-10 at 15:32 +0300, Iasen Kostov wrote:
> > > > On Wed, 2006-05-10 at 15:28 +0300, I
mp? I would expact that to help more
in the "dumping directories" step, but it might help later phases too.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
In the last episode (May 31), Zaphod Beeblebrox said:
> On 5/31/06, Eugene M. Kim <[EMAIL PROTECTED]> wrote:
> >Dan Nelson wrote:
> >> Are you using the -C option to dump? I would expact that to help
> >> more in the "dumping directories" step, but it m
fo uses ioctl(fd, DIOCGMEDIASIZE, &mediasize), where
mediasize is an off_t.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
efaults to private mappings, which means
you changes don't get synched back to disk.
I wonder how many programs would break if the mmap syscall returned an
error if neither MAP_PRIVATE or MAP_SHARED were set...
--
Dan Nelson
[EMAIL PROTECTED]
__
se. Does somebody have ever tried to compile FreeBSD
> with it ?
ACK can't generate executables for any modern system except Solaris, so
it would have to have a lot of work done on it to be useful.
--
Dan Nelson
[EMAIL PROTECTED]
__
want "cc -I/usr/local/include test.c", and if you intend on linking
to the library, you will also need to add "-L/usr/local/lib -lldap".
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
hat do you expect ls to open to print a *directory* listing? :)
fd's 0, 1, and 2 are /dev/tty, and the permissions look fine.
fd 3 is your current directory (so I guess you're in some smtp-related
directory?), and fd 4 is the directory on the commandline (/dev/fd).
--
Dan Nels
In the last episode (Jul 28), Jaye Mathisen said:
> On Fri, Jul 28, 2006 at 11:18:48PM -0500, Dan Nelson wrote:
> > In the last episode (Jul 28), Jaye Mathisen said:
> > > s2# mount -t fdescfs fdescfs /dev/fd
> > > s2# ls -l /dev/fd
> > > total 16
> > &g
7;s
always been that way" :) It shouldn't be too hard to have the code
autodetect whether the offsets are relative or absolute by looking at
what the 'c' partition's offset is.
--
Dan Nelson
[EMAIL PROTECTED]
___
iner of that particular port, which in
net/ser's case is [EMAIL PROTECTED] .
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
imizations that we should
> be using?
Odd. I actually disabled the assembly file in my tree because gcc
generated 20%-faster code from deflate.c than the provided assembly
code in match.S , at least on a pIII.
--
Dan Nelson
[EMAIL PROTECTED]
__
mmediately of
any updates (not portable).
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
C function that allow me to do it (if such a
> function exists, of course).
That's why I said "Take a look at how the tail command does it", not
"Use the tail command" :)
--
Dan Nelson
[EMAIL PROTECTED]
___
f
ewrites its contents (in a manner
similar to what ldwrapper does for the ld commandline), then launches
the real mcpcom binary.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
ude as well. -I is for headers and is used
during the compile step, -L is for libraries and is used during the
link step. Your commandline is a direct source-to-executable command,
so it requires both.
--
Dan Nelson
[EMAIL PROTECTED]
_
-static -labc
>
> ...and get the dynamic 'libxyz.so' and the static 'libabc.a'.
-L adds paths to the end of the search list, so if there's a
/usr/local/lib/libabc.so, the linker will use that.
--
Dan Nelson
[EMAIL PROTECTED]
___
ereading directory
information. Dump has a cache option that can help, but make sure you
also dump a snapshot (i.e. always use -L when using -C).
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.free
03_1B_SEMAPHORES" in your kernel
config, or load the "sem" kernel module.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
In the last episode (Jan 15), girish r said:
> > You'll need to include "options P1003_1B_SEMAPHORES" in your kernel
> > config, or load the "sem" kernel module.
> > --Dan Nelson
>
> I could'nt find "sem" so I tried sysvsem.ko but I
m: /usr/src/bin, /usr/src/usr.bin,
> etc.
and if you don't have source installed, you can download it:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html
or browse the CVS repository online:
http://www.freebsd.org/cgi/cvsweb.cgi/src/
--
> configuration which avoids the setting of the delay value for
> unprivileged users.
Users can hog CPU by running "while true ; do done" or any number of
other methods. That's what CPU limits are for :)
--
Dan Nelson
[EMAIL PROTECTED]
avis.systemStats.ssRawSwapIn.0
> = Counter32: 3588
That's a counter, so it's reporting the total number of pageins since boot
(or since snmp started, depending on the particular value you're fetching).
Cacti should be able to poll that OID and graph the difference over time to
show pa
In the last episode (Sep 18), Mark Saad said:
> On Tue, Sep 17, 2013 at 2:11 PM, Dan Nelson wrote:
> > In the last episode (Sep 17), Mark Saad said:
> > > Can someone shed some light on a OID mystery I have. I am using
> > > cacti to trend some snmp data off
losures will
present a 4Kn drive to the host if the physical drive is 512e. The Seagate
Backup Plus does this at least. It lets you continue to use MBR-based
partitioning and still access all of a 4TB disk. Unfortunately, since both
GPT and MBR work off of block offsets, partitions created in one mo
updates is running by looking at the output of the
"mount" command:
/dev/da0s1f on /usr (ufs, NFS exported, local, soft-updates)
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
long as you configure the
appropriate ports on the switch on the other end as "SA-Trunk", or
"Trunk", you should be okay.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
;peak' anywhere near 'max', you'll want to raise either
maxusers or "options NMBCLUSTERS" and rebuild your kernel.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
In the last episode (Mar 01), jett tayer said:
> can ipchains / iptables be ported to FreeBSD... this is a suggestion
> if u dont mind.
We've already got ipfw and ipfilter; why in the world would we need a
third packet-filtering systam? :)
--
Dan Nelson
[EMAIL PRO
programs. The pages may be clean or dirty.
[snip excellent explanation]
Hey, can we get this into a manpage, like vm(9) or something? Jesper's
question is definitely a FAQ, and it'd be nice to point people to some
official documentation.
--
Dan Nelson
[EMAI
aded it, compiled it
> and are measuring my own system while writing this. [1]
It's sort of misfiled:
$ cat /usr/ports/devel/mob/pkg-descr
This is a port of mob, that tries to figure out memory system
characteristics at run-time.
$
--
Dan Nelson
[EMAIL PROTECTED]
To Unsu
ke /bin/mail can correctly ensure
> consistency while reading in data ... ?
As long as everything that touches your mailboxes use dotlocking,
you should be safe. Use procmail as your local mailer, and make sure
your mailreaders use dotlocking.
--
Dan Nelson
[EMAIL PROTECTED]
ho you expect to be reading the sentence. For non-techies,
it is perfect. They have heard of Unix, and know that Linux is one of
the more popular unix-type OSes.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
_IOR('v', 3, vtmode_t)
If you call VT_SETMODE and tell the console that screen switching is
VT_PROCESS, that will disable VTY switching (libvgl sets this so it can
disable graphics mode when the user wants to switch screens).
--
Dan Nelson
[EMAIL PROTECTED]
To Uns
tware/ios120/12cgcr/secur_c/scprt3/scdenial.htm
I don't trust a border router to proxy every TCP session going through
it, though. Since the router doesn't know the capabilities of the 2nd
host at the time it proxies the connection from the 1st, you can't
negotiate any enhanced TCP
ib/libcompat.a | grep ftime
ftime.o:
T ftime
"for some reason" you forgot to include your compile line and the error
message you got.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
that way, just curious about
> the reasons :)
Probably because the coders are waiting for SMPng to stabilize a bit
before working on threads. Once work starts, it will be visible to all
in CVS, just like SMPng is now.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send
ys are spawned. If I ssh in, I can manually start
> gettys.
Does anything get logged in /var/log ? If init can't spawn a getty, it
usually logs it.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
cd ${.CURDIR}; cvs -q update -A -P -d
> .endif
>
> In other words, would adding '-R' hurt?
If you are accessing a local CVS repo that you have updated via cvsup,
no. But if you are accessing something on freefall directly, I think
you need the locking just in case someone is co
In the last episode (May 21), Beech Rintoul said:
> I'm trying to do an install and I keep getting an error 70. Can someone
> please tell me what that is?
Error code 70: Stale NFS file handle
If you have any NFS mounts, try dismounting and remounting them.
--
ument, so you can cleanly stop
things like databases. If your scripts don't check for this, they will
try to start up again.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
d, tell me of a library that does something similar, or tell me
> why this can't be done, i'd be very thankful. :)
Would dladdr() do what you want?
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ut this probably just means that FTP.EXE is based off the BSD ftp
source; you're looking for evidence that the kernel itself has BSD
stack code in it, right?
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ng that they're close values.
> However, with different things on the stack, the values changed.
Even more interesting is their hex values:
DEC0ADDF and DEC0ADDE, aka 0xDEADC0DE. Something's reading memory
after the kernel freed it.
--
Dan Nelson
[EMAIL P
server farms that need to share large files, or even lots of small
files (webservers for example).
--
Dan Nelson
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t; OTTOMH without consulting any docs, are these any use:
> >
> > # sysctl -a | grep fork
> > vm.stats.vm.v_forks: 4795379
> > vm.stats.vm.v_vforks: 1017309
> > vm.stats.vm.v_rforks: 0
>
> Hehe, I never noticed tho
In the last episode (Dec 15), Vlad GALU said:
> On Tue, 14 Dec 2004 09:23:46 -0600, Dan Nelson <[EMAIL PROTECTED]> wrote:
> > Most Unixes provide these stats under the "vmstat -s" command also.
>
> It'd be nice if Linux had something like that. Howeve
ero. See the
code in /usr/src/lib/libc/stdio/fseek.c . Replacing your rewind() with
an lseek(0,0,SEEK_SET) makes the program work.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailm
ibstand to read ext2 and/or DOS file
> systems. That's the first step...
Libstand already supports both, and they are included into /boot/loader
( see the file_system[] array in /sys/boot/i386/loader/conf.c ), so it
should be able to boot off of both filessytems just fine.
--
r's IP
and its kernel filename from.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
y to include the lib/libkvm files and
> directory without having to hack it through?
Since you're already in the kernel, you can simply read the variables
directly.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.o
o take two samples separated by some delay (1 or 5 seconds
maybe), then take their difference and divide by the delay. That will
give you the cpu usage over that period.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mail
rrent memory usage per process?
Possibly the compilter has optimized 'a' away since you neither read
from or write to it? Try memset'ing it to zero and see if your numbers
change.
--
Dan Nelson
[EMAIL PROTECTED]
___
fre
ibraries have to be built with it too.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
x/lib/libgcc_s.so.1 | grep GCC_
A GCC_3.0
The SUSE-9.0 machines here at work do provide the GCC_3.3 symbol, so
maybe try linux_base-suse-9.2, or linux_base-rh-9.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mail
:getrootmount() and
/sys/kern/vfs_mount.c:vfs_mountroot() .
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
com main.c
DELAY is a kernel function. In user processes, just use sleep() or
nanosleep(). When you directly #include headers from
userland, the only useable things are structure definitions and macro
constants (and even then it's recommended that you use a userland
interface instead). You ca
doing a syscall(445), we can actually call it by name
> like,sys_ash();
cd into /sys/kern, edit syscalls.master, then run "make init_sysent.c".
That will regnerate a bunch of files, some of which are used to
generate the syscall stubs in libc.
--
very place
dadump skipped a block.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I also think you should be modifying /sys/i386/i386/dump_machdep.c
instead of scsi_da.c; that would let your changes work with any disk
backend. The low-level dadump() function shouldn't really have any
knowledge of what it's writing. That's something to
. Note
that none of the packages mentioned so far will give you a cluster
filesystem; they are just a cheaper way of sharing block devices than a
Fibre Channel SAN.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
d guess that tags would be even more useful for iscsi than
direct-attached scsi, due to the extra latency. The more the better.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ate processes in Apache (assuming 1.3 here) because it's a
forking model, where each incoming request is handled by a separate
process.
Consider upgrading to FreeBSD 5.3 (or 5.4, to be released sometime next
month), which has much better thread performance than 5.1 or 5.2.1.
e serial port after the system has come
up, edit /etc/ttys and change the ttyd0 line from "off" to "on".
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
the kernel, due to the extra time it would take to save
and restore the registers on every context switch (and kernel thread
switch even), and the difficulty of trapping exceptions.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@
instead? so 0.01 ms/call
> for related file operation is the result. or is there some other
> better way to achieve this?
Gprof is better suited for programs that run for minutes to hours.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ll returns 60, you're done. The current behaviour is useful for
things like tail or syslog watchers, so that they get an EVFILT_READ
event when the file grows. They may be better off registering an
EVFILT_VNODE/NOTE_EXTEND event though, so you could make a case for
returning EV_EOF on EV
ctl as pointer to function (pointer to struct ifnet, int, addr_t)
returning int
$ cdecl explain "int (*if_watchdog) (int)"
declare if_watchdog as pointer to function (int) returning int
--
Dan Nelson
[EMAIL PROTECTED]
__
offset, int * flag);
> int set_bit(int offset, int * flag);
> int test_bit(int offset, int * flag);
>
> Any hints?
Try the macros in ; see the bitstring manpage for usage.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd
lse{
> // here is an error occur
> }
> }
>
> but it sounds not works as my expected. It never return errno=EAGAIN,
> however it return errno=ENOMSG instead, but msgrcv manual say its
> should return EAGAIN. what's wrong?
I think the manpage is incor
compare read speeds. If you have
the time (could take an hour or so), try "dd if=/dev/ad0 of=/dev/null
bs=64k", run an "iostat 60" in another window, let the dd run through
the entire disk, and compare the relative speeds from start t
u maybe forget to push the 3rd argument to write onto the stack
before making the syscall? That's the number of bytes to write. If
there happened to be a 4 on the stack, then write() would write 4 bytes
starting at whatever buffer your 2nd argument points to.
--
Dan Nelson
[EMAIL
the code in the keyboard driver that handles the
ALT-nnn key combo sets ks_composed_char to zero at the beginning of a
compose sequence, and if it's still zero at the end, it assumes that
the user hasn't done anything. I'd say that's a bug, but a
low-priority one, since you
5D\e[Kabcde". I
don't think that's your bottleneck. If it is, the usual solution is to
not do a write on every iteration. You've got a (maximum) 100hz screen
refresh rate anyhow, so doing more than 100 updates per second won't do
you any good. E
osleep syscalls, but Eterm/xterm still lags awfully. Plus the
> cursor jumps forth and back.
If you're worried about running time, adding sleeps is definitely not
the right way to speed it up :)
--
Dan Nelson
[EMAIL PROTECTED]
__
nel loads, you can
disable it by putting "beastie_disable=yes" in /boot/loader.conf. The
code that actually prints it is in /boot/beastie.4th .
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
htt
bugs in other OSes. Those
options override -static. I can't think of a valid reason for them to
be used in FreeBSD. Search for (and remove) any occurances of
-Wl,-Bdynamic and -Wl,-Bstatic , and you should be set.
--
Dan Nelson
[EMAIL PROTECTED]
___
o 16. The kerenl
shouldn't have stopped you from writing to slice 1 though.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
er prints anything but "0"'s.
The kernel zeros out memory before handing it to processes.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
t; return EOPNOTSUPP;
> return 0;
> }
In test_load, you can return a nonzero value on MOD_UNLOAD to abort an
unload request. See the module(9) manpage for more details. You may
need to increment a counter or hold a mutex while in the syscall to
make it easy for test_loa
pe(&attr, PTHREAD_SCOPE_SYSTEM);
if (rv && rv != ENOTSUP)
handle_error();
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
the 4.* branch in
rev 1.14.2.1 (2004/12/15). The PR is bin/50770 . Do you have a
testcase that causes it to fail?
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
In the last episode (Jul 07), Dipjyoti Saikia said:
> On 7/5/05, Dan Nelson <[EMAIL PROTECTED]> wrote:
> > In the last episode (Jul 05), Dipjyoti Saikia said:
> > > I am working on an OS derived for BSD 4.1 . I am trying to
> > > backport a thread-safe
since the
sendmail-milter connection is more chatty (you may get a callback for
each header, etc).
> Or this is the correct one:
> Sendmail SRV <-tcp-> clamav-milter <- tcp/domain socket -> clamd server
> (server A) (server b) (server b)
--
Dan Nelson
[
er variables in the
kernel, just check the variable directly.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
In the last episode (Aug 08), Brooks Davis said:
> Are there any test cases out there for sed RE handling? If not, I'd
> suggest this would be a good time to create some to help insure this
> change maintains correctness.
/usr/src/usr.bin/sed/TEST/sed.test has a lot of checks
-
D and it ran (it just calls printf, which is safe since it
doesn't pass a FILE *).
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsub
1
diff -u -r1.271 ufs_vnops.c
--- ufs_vnops.c 9 Jun 2005 20:20:31 - 1.271
+++ ufs_vnops.c 14 Jun 2005 18:22:01 -
@@ -1336,6 +1336,8 @@
ip = VTOI(tvp);
ip->i_gid = dp->i_gid;
DIP_SET(ip, i_gid, dp->i_gid);
+ if (dp->i_mode & ISGID)
e same no matter what architecture you are
using. Just use AMD64 assembly...
You can also generate an assembly hello-world program yourself:
$ cat << EOF > test.c
int main(void)
{
write(1, "Hello world\n", 12);
return 0;
}
EOF
$ gcc -S te
r/src/usr.sbin/cached/cachelib/cachelib.c, line 34.
You should probably convert cached's argument processing to use getopt,
btw.
--
Dan Nelson
[EMAIL PROTECTED]
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/
performing nss lookups. How do you ensure that one user can't poison
the cache and cause problems for other users? Could cached do all nss
operations itself (making it more like nscd in other OSes)?
--
Dan Nelson
[EMAIL PROTECTED]
___
101 - 200 of 461 matches
Mail list logo
