address for each alert. Sendmail is
rejecting the messages based on the From field.
Have you tried:
FEATURE(`accept_unresolvable_domains')
--
Peter Jeremy
pgp9vYyinaGYO.pgp
Description: PGP signature
2006SMTP response503 5.0.0 Need MAIL command
I can't reproduce this with sendmail 8.13 (though I'm not sure I'm
correctly replicating your environment). I suggest you either UTSL or
ask on a sendmail list.
--
Peter Jeremy
pgp5PXKLKnFmh.pgp
Description: PGP signature
amd64 system, with an up-to-date ports tree, I
suggest you take it up on freebsd-openoffice.
--
Peter Jeremy
pgpKnyCJmNFMg.pgp
Description: PGP signature
.
This sounds like flaky hardware. Try checking cooling, PSU, RAM,
cabling socketing etc. Run memtest86 or similar and try swapping
components.
--
Peter Jeremy
pgpDkIzeysmng.pgp
Description: PGP signature
) by replacing the getcwd() with the
first path and adding enough '../' to the second path to reach a
common directory (or root) from the first path.
--
Peter Jeremy
pgp9uQcLzup2U.pgp
Description: PGP signature
that
does:
#define MAXNAMLEN 1024
...
#include sys/dirent.h
...
charmybuffer[MAXNAMLEN];
--
Peter Jeremy
pgp9G71sqx9ME.pgp
Description: PGP signature
of interest
was a result of Compaq killing the Alpha. I suspect that a HP 9000
port would be starting from a much smaller base.
--
Peter Jeremy
pgpIIZBCpQODq.pgp
Description: PGP signature
it sparse makes sense, if you will be
updating it, you will get better performance by making it non-sparse.
--
Peter Jeremy
pgpQeKoTW1HxK.pgp
Description: PGP signature
market but is not true in the
embedded market and only marginally true for laptops.
--
Peter Jeremy
pgpqSDruA6YGB.pgp
Description: PGP signature
than this for optimal efficiency.
--
Peter Jeremy
pgpamKbTi5BUJ.pgp
Description: PGP signature
an issue for accesses to userland memory, where
it is solved by fetch(9) and store(9). If you need to deal with KVM
addresses that may be unmapped, then all I can suggest is looking at
the implementations of the above functions.
--
Peter Jeremy
pgprjaY0q3LGm.pgp
Description: PGP signature
statistics gathering and see if anything anomolous is occurring.
--
Peter Jeremy
pgppY9q1JHybY.pgp
Description: PGP signature
and (at first) a generic kernel?
I suspect plip has outlived its usefulness.
--
Peter Jeremy
pgpC6TooVlPWm.pgp
Description: PGP signature
To resurrect a fairly old thread...
On Mon, 2006-Mar-27 11:23:42 +1030, Greg 'groggy' Lehey wrote:
On Sunday, 26 March 2006 at 19:17:19 +1100, Peter Jeremy wrote:
My work system runs separate X servers on two heads (rather than
ximerama) and I have problems with windows occasionally refusing
.
--
Peter Jeremy
pgpeoYIvy0spc.pgp
Description: PGP signature
a system call - which is comparatively
expensive.
--
Peter Jeremy
pgpE8zWwKy0Fz.pgp
Description: PGP signature
doubt either are true.
--
Peter Jeremy
pgpfFCcuCnb0C.pgp
Description: PGP signature
was looking for a way to write a small wrapper program
that disables network access and then exec()'s a given
program.
For dynamic executables, you could LD_PRELOAD a .so that replaces
all the socket-related syscalls.
--
Peter Jeremy
pgpm3GjTuUwBQ.pgp
Description: PGP signature
when it's in use).
--
Peter Jeremy
pgp0xtUxn80DA.pgp
Description: PGP signature
or unexpected warnings. And, since
flex is used several times during a buildworld, any generic problems
would show up very quickly.
--
Peter Jeremy
pgpgHVxdRwirz.pgp
Description: PGP signature
to avoid the need to
allocate large contiguous memory chunks. iedowse@ had mostly finished
implementing this in mid May.
--
Peter Jeremy
pgpUwMhO0qV2o.pgp
Description: PGP signature
the #line directives, compiling it and posting the exact gcc error and
source context.
It may be a gcc bug, it may be a HLA bug or it could be an interaction
between the FreeBSD headers and HLA.
--
Peter Jeremy
pgpp9mRIaGDPu.pgp
Description: PGP signature
scratch. In the 'FreeBSD Disklabel Editor' window, scroll
down to your partitions and either 'D'elete them all and re-create
using 'A'uto or toggle the 'N'ewfs flag and set the 'M'ount point.
--
Peter Jeremy
pgpc3RS1KM5eP.pgp
Description: PGP signature
' entry in their struct cdevsw.
--
Peter Jeremy
pgpin6CJBTge7.pgp
Description: PGP signature
] http://www.basicmicro.com/
--
Peter Jeremy
pgp6dqusb5f0R.pgp
Description: PGP signature
as the system got loaded. In the case of jailed systems, it
could also prevent (or minimize) traffic analysis of the system by a
jailed process.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
here).
There probably is more scope for enhancing dump throughput.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
or possible what could be done about this ?
Belady's anomaly can only occur if paging really happens.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
On Fri, 2006-May-12 13:07:41 +0300, Iasen Kostov wrote:
On Fri, 2006-05-12 at 17:17 +1000, Peter Jeremy wrote:
'page daemon wakeups' counts the number of times that the pagedaemon
is woken up due to a page shortage.
I think I was not correct here. It looks like the pagedaemon can be
woken up
of people.
Software naming has always been a pain ;)
Especially when the marketing people get involved...
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
in tty(4), specifically TIOCMSET, TIOCMGET, TIOCMBIS, TIOCMBIC.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the attributes to NormalText-Red-on-Black. In fact, I
haven't heard of one for some time.
I have a number of genuine DEC VT510 terminals that I could probably give
away to anyone who wants to disprove this :-)
--
Peter Jeremy
___
freebsd-hackers@freebsd.org
On Tue, 2006-Apr-18 15:02:27 -0500, Eric Anderson wrote:
Peter Jeremy wrote:
+padding=
+paddingsize=$(($columns - 15 - $2 - $namesize))
+until [ 0 = ${paddingsize} ]; do
+padding= $padding
+paddingsize=$(($paddingsize - 1))
+done
This particular block
paddingsize=$(($paddingsize - 8))
done
until [ 0 -ge ${paddingsize} ]; do
padding= $padding
paddingsize=$(($paddingsize - 1))
done
--
Peter Jeremy
On Sat, 2006-Apr-15 16:35:15 +, Hannes Hauswedell wrote:
however the same code, run as a subprocess of kdevelop misses the code colored
in red.
I don't see any red. Could you post a unidiff or similar please.
--
Peter Jeremy
___
freebsd
have several machines (for redundancy) that act as gateways into
over 40 private networks. When there were only 4 networks, we used
multiple NICs but decided this approach wasn't expandable and we now
use VLAN trunks and break out the different networks within the
switches.
--
Peter Jeremy
if number of environment variables too great.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
() and passing the script as /dev/fd/N to
the interpreter.
What I was actually referring to was your use of argv[1], argv[2], argv[3]
and argv[4] without checking argc or otherwise validating them.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http
users are in the operator group. Isn't
this what that group was designed for?
That group was designed for people who ran backups - it's hard-coded in
dump(8).
If not operator, then maybe one configurable group, defaulting to operator.
Sounds like a good idea.
--
Peter Jeremy
1 of the slice.
The bit that threw me was that boot2 is 15 sectors long and ends in
sector 15. I gather it has a copy of boot1 embedded in it.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
of the disk.
boot1 is located in sector 0 of the bootable slice
boot2 is located in the (I think) sectors 1-15 of partition a.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
, or is there a choice of I'm in CST using the
old rules vs I'm in CST using the new rules).
Since FreeBSD basically imports the timezone files from NIH, this comes
down to (probably) following whatever winds up in the imported TZ files.
--
Peter Jeremy
). This started after an X.org upgrade
but I'm not sure which one.
The fact that new firefox windows accept input suggests that it's
somewhere in X.
What X server?
--
Peter Jeremy
pgp61ENFPAOE4.pgp
Description: PGP signature
) and client ktracing might be a start
to see where the keyboard events are disappearing.
--
Peter Jeremy
pgpZaTj3fx9je.pgp
Description: PGP signature
by dlopen... unknown
Do you have a fix?
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
-ltdl, gnucash startup has dropped from 15 minutes to 10
seconds. Thanks for the pointer. The correct fix would be to patch
the configure script so it recognizes FreeBSD. I'll file a PR this
evening (if no-one has fixed it by then).
--
Peter Jeremy
know.
-ports may be better.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
), one of the bits of gnome didn't include gettext correctly (so
it wouldn't link) and something (I don't remember what) assumes that
glade is installed but doesn't check for it in the configure stage.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org
About six months ago, there was a lot of press publicity given to a
port of Sun's DTrace code to FreeBSD. Does anyone know what (if
anything) is happening to this? Google doesn't turn up anything more
recent and I don't recall reading anything on the mailing lists.
--
Peter Jeremy
is otherwise idle.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
and
libraries on the host system.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
() calls [which are not cheap] by saving the
endptr values from the strtol() calls above.
s1 += p1;
s2 += p2;
- } while (p1 == p2 p1 != 0 p1 != 0);
+ } while (p1 == p2 p1 != 0);
For the first point, consider
strverscmp(jan25, janx25);
--
Peter Jeremy
pgpNufHyYuuur.pgp
build tree
then it's still important that the actual build process has interlocks
to prevent unforeseen dependencies causing clashes.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
block.
If the above was implemented, an enhancement would then be to process
the port's dependency list in parallel, rather than serially. This
would allow a make that was blocked on one dependency to continue with
a different dependency.
--
Peter Jeremy
the dependencies (which is not
practical), it is quite likely that the sub-makes will collide.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
architectures.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the number of retries if you wanted to patch the driver.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
). Note that you
cannot do floating point arithmetic in the kernel so
the load averages are stored as fixed point numbers.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
the number of unmanaged pages compared to the buffer
space and wired pages. This would at least provide a pointer to where
to look next.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
[] is probably a
better choice for you - it uses statclock to report the CPU
utilisation (every statclock interval, one element of the array is
incremented) so you can (fairly) immediately detect if you have
overloaded the CPU (for some definition of overload).
--
Peter Jeremy
)
for details.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
adequate? And what is the accuracy of your test
library?
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
in -arch.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
;
+ error = copyin(uap-args, uargs, uap-nargs * sizeof (void *));
+ if (error != 0)
+ break;
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
also no
scope for conditional inclusion (what if you wanted a single state
machine description to conditionally compile for several protocol
variants).
And how would you solve it?
See above.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
unmodified, so
packets forwarded to another system will usually be rejected by
that system unless there is a matching rule on that system to
capture them. For packets forwarded locally, the local address
--
Peter Jeremy
___
freebsd-hackers
.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
) or this is part of a library that is supposed
to be linked into arbitrary applications then things may be more
difficult.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
at a time, so you're forced to wait
a complete revolution (plus a bit) for each block you read.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
of the
memory blocks you're allocating?
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
runs at 56C during the copying. Its
idle temperature seems to be 54C.
I'd double-check that (eg with a finger). If the drive really is
running at 56°C, it won't last very long.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http
increase the
number of thermal re-calibrations) but it will definitely shorten the
drive life.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
the current line and
surrounding context automatically displayed (without clogging up your
gdb session with an extra 10-20 lines of output for each step). It's
also nice to able to scroll back through your entire debugging session.
--
Peter Jeremy
it would be unusably slow.
I was going to have a look at doing this locally and trying
to hook it into CVSup
It might be easier to hook it into a local CVS repository and
the cvs-all mailing list.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing
the right network (I was going to post it,
but I chickened out, it's got too much stuff I don't want publicized, I
have static IPs).
You can always s/your.real.ip/some.dummy.ip/g
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http
the Alpha is now a dead architecture and no longer a tier-1 FreeBSD
platform, it's unlikely anyone will expend the effort to change them.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
that SYSCTL_STRUCT defines an opaque type that
won't be displayed by default. You may want sysctl -x vfs.ufs
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
, there's work underway
on this and suggest you try freebsd-fs.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
NICs to create a passive tap.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
and
store the I/O requests in the buffer. When the system crashes, you
can look at the last entries in the buffer.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
want 3000 PR's about one problem either.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the problematic system?
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
but not server.
netstat showed only a couple of dozen TCP sockets, though there are
a lot of Unix domain sockets (for X) - none had any data queued.
Is there any easy way to work out where all the mbufs have gone?
--
Peter Jeremy
___
freebsd-hackers
exerted by a fixed mass sitting on your laptop.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
at
the atimes is one approach but this doesn't handle:
- ports that I don't currently have installed but might need
- ports installed on systems that mount /usr/ports readonly
--
Peter Jeremy
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
On Sat, 2005-Aug-06 21:49:35 +1000, Peter Jeremy wrote:
I recently upgraded gnucash and dependencies and am now getting SIGILL
during startup. This originally occurred on 5.3 but I'm getting
exactly the same thing running on a recent -CURRENT with a freshly
built (from scratch) ports tree.
Well
suggests that gdb
was right and there's very heavy recursion in scm_deval(). Since the
thread stack sizes were increased about 6 months ago (at least in
-current), this suggests something wrong in one of the ports.
--
Peter Jeremy
___
freebsd-hackers
On Sun, 2005-Aug-07 11:07:16 +0300, Vasil Dimov wrote:
On Sat, Aug 06, 2005 at 09:49:36PM +1000, Peter Jeremy wrote:
...
scratch with different CPUTYPE and/or CFLAGS? (I'm currently using
CPUTYPE=athlon-xp and CFLAGS=-O -g).
Hmmz, CFLAGS=-O -g, what do you expect from this combination
-g).
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the permissions are so strange?
Since an OPIE password can only be used once, any program that uses OPIE
needs to be able to read and write /etc/opiekeys. There is no valid reason
for a program to just want to read the file.
--
Peter Jeremy
___
freebsd
the technical
discussion are also welcome.
The question made no mention of FreeBSD but was a general question on
C++ with reference to Linux. comp.lang.c++ might be a more appropriate
forum.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http
access to the kernel space.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Mon, 2005-May-30 10:30:30 +0100, Rob MacGregor wrote:
Looking at VMWare's list of supported client OSs, FreeBSD 5 is only
supported in the recently released VMWare 5.
I've run FreeBSD 4.x, 5.x and 6.x as VMware 4.5.2 clients without problems.
--
Peter Jeremy
and
\e[?25h to make it visible again).
I think you need to give us more details and preferably some sample code
to simulate the problem. What is the hardware you are running on? What
version of FreeBSD, X11 and xterm/Eterm.
--
Peter Jeremy
___
freebsd
On Sun, 2005-May-22 00:09:35 +0200, alexander wrote:
On Sun May 22 05, Peter Jeremy wrote:
Can you please confirm that you also see the problem when you are using
xterm (not Eterm). Can you also please advise what versions of FreeBSD,
X11 and xterm/Eterm you are using.
OK. Seems like you
information for the 713x?
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
as
this function doesn't sleep but can call other functions that do.
I agree that you did not break contigmalloc() but since you are are
working on contigmalloc() and are aware that the documentation is
wrong, you might at least fix the documentation.
--
Peter Jeremy
occurs several levels down from contigmalloc() in
routines that themselves don't support M_NOWAIT. If it's that important
to you, maybe you need to write the code :-).
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
with contigmalloc() since Brian last touched it and he does not appear
to be actively working on it. I'd therefore like to apologise to
Brian for this comment.
--
Peter Jeremy
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
On Fri, 2005-May-20 15:56:15 -0700, Don Lewis wrote:
On 21 May, Peter Jeremy wrote:
On Fri, 2005-May-20 21:51:34 +0200, Hans Petter Selasky wrote:
Can anyone explain why uiomove() has to sleep, and why there is no
non-blocking uiomove()?
As far as I can see, uiomove() only sleeps
201 - 300 of 502 matches
Mail list logo