g version
in compilation unit header (is 4, should be 2) [in module /home/ray/mumps/mumps]
I need to fix this to find the *real* problem.
Thanks, Ray
# Makefile for MUMPS BSD
# Copyright (c) Raymond Douglas Newman, 1999 - 2014
# with help from Sam Habiel
CC = gcc
LIBS = -l
On Sat, 13 Mar 2010 16:55:58 -0800
Weongyo Jeong wrote:
> On Sat, Mar 13, 2010 at 11:12:05PM +0200, Alex RAY wrote:
> > On Fri, 12 Mar 2010 15:13:34 -0800
> > Weongyo Jeong wrote:
> >
> > >
> > > I thought that your opinion was right and if mem is
> &
switching
is not required.
BCM5354 - http://lists.freebsd.org/pipermail/freebsd-mips/2009-June/000421.html
BCM5836 -
http://lists.freebsd.org/pipermail/freebsd-mips/2010-February/000635.html
With PCI device, when device report memory window 0xf400-0xf4003fff, why we
;;>
Layer 1
SSB
SSB
MIPS
MIPS
PCI
802.11
- Cut this to file.svg ---
--
Alex RAY
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
at, but
I am curious about others' experiences.
--
Ray Kohler <[EMAIL PROTECTED]>
When you're not looking at it, this fortune is written in FORTRAN.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
agp0@pci0:0:0: class=0x06 card=0x chip=0x07301039 rev=0x02 hdr=0x00
atapci0@pci0:0:1: class=0x010180 card=0x0a011019 chip=0x55131039 rev=0xd0
hdr=0x00
isab0@pci0:1:0: class=0x060100 card=0x chip=0x00081039 rev=0x00 hdr=0x00
ohci0@pci0:1:2: class=0x0c0310 card=0x70011039
nted, (??) unknown.
> (==) Log file: "/var/log/XFree86.0.log", Time: Tue Jan 21 11:15:10 2003
> (--) Using syscons driver with X support (version 2.0)
> (--) using VT number 9
>
>
> Fatal server error:
> xf86EnableIO: Failed to open /dev/io for extended I/O
What are th
p disk space).
> # disklabel -B -b /mnt/boot/boot1 -s /mnt/boot/boot2 /dev/ad4s3
Don't you mean
# disklabel -B -b /5/boot/boot1 -s /5/boot/boot2 /dev/ad4s3
?
--
Ray Kohler <[EMAIL PROTECTED]>
After living in New York, you trust nobody, but you believe
everything. Just in case.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ectory
>
> which is then followed by a ton of other errors, obviously caused by
> the lack of db.h.
>
> anyone know what's up?
Looks like your copy of /usr/include/db.h got lost. I'd suggest copying
it from /usr/src/include or maybe doing a 'make includes' if you
/sys/i386/conf/NOTES
> craig@boss:~$
>
> Nothing shows up. What's the scoop?
It's been moved to the machine-independent NOTES file, /sys/conf/NOTES.
--
Ray Kohler <[EMAIL PROTECTED]>
"I'm a creationist; I refuse to believe that I could have evolved from
ma
timmy# date
Wed Jan 15 10:27:24 CST 2003
timmy# uname -a
FreeBSD timmy.test.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jan 15
09:15:45 CST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC_SMP i386
timmy# ps -aux
USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
root 11 9
On Tue, Dec 17, 2002 at 11:47:23AM -0500, Steven Ames wrote:
> On a related topic... how do you tell which of your filesystems are mounted
> UFS1 -vs- UFS2? 'mount -v' just says ufs.
dumpfs | grep UFS
--
Ray Kohler <[EMAIL PROTECTED]>
"See - the thing is - I'm
cd /usr
restore rf /store/arch.usr
--
Ray Kohler <[EMAIL PROTECTED]>
As Zeus said to Narcissus, "Watch yourself."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ce /dev/ad0
fdisk: cannot open disk /dev/ad0: Operation not permitted
zsh: 13660 exit 1 sudo fdisk -B ad0
~ 9:25PM % sudo fdisk -i ad0
fdisk: can't open device /dev/ad0
fdisk: cannot open disk /dev/ad0: Operation not permitted
zsh: 13661 exit 1 sudo fdisk -i ad0
--
Ray Kohler <[E
and 256.
I'm not completely sure but I believe the default TTL on 5.0 is 64. I've
briefly tested this by pinging myself and watching the output, but if
there are any special cases for that then I could very well be wrong.
--
Ray Kohler <[EMAIL PROTECTED]>
Those who do not understand Unix
c/contrib/gcc/INSTALL": Directory not empty
>
> rm -rf /usr/src && rm -rf /usr/sup and re-cvsupping does not help.
I removed just the problematic directory and re-cvsupped. It downloaded
the directory again but after that it didn't complain again. This looks
like some kind
I can't try a non-USB keyboard; this box has a busted PS/2 port.)
--
Ray Kohler <[EMAIL PROTECTED]>
Egotist, n.:
A person of low taste, more interested in himself than me.
-- Ambrose Bierce, "The Devil's Dictionary"
To Unsubscribe: send mail to [EM
On Wed, Nov 27, 2002 at 02:02:12AM +0200, Giorgos Keramidas wrote:
> On 2002-11-26 16:33, Gary Jennejohn <[EMAIL PROTECTED]> wrote:
> > Ray Kohler <[EMAIL PROTECTED]> wrote:
> > > On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote:
> > > > CVSu
e.c
> sys/dev/sound/pcmac97.c channel.h mixer.c sound.c
> Log:
> (hopefully) fix build breakage some people are seeing
This fixed it, thanks!
--
Ray Kohler <[EMAIL PROTECTED]>
Jesus Saves,
Moses Invests,
But only Buddha pays Dividends.
To Unsubscribe: send mail to [E
ng `void *'
> pointer
> /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in
> something not a structure or union
This turns out to be semi-reproduceable. I have this problem but the
committer who made the change can't reproduce it.
--
Ray Kohler <[EM
build?
It was a clean build, done by make buildkernel immediately after make
buildworld. SOP.
FWIW, I can't even figure out why this doesn't compile, everything looks
fine to me and the errors make no sense at all.
The only thing I can think to do is blow away /usr/src and get a n
lock':
/usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *'
pointer
/usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in
something not a structure or union
*** Error code 1
And the same result for other consumers of snd_mtx* .
--
Ray Kohler &l
Patrick Stinson wrote:
seems I've backed myself into a corner.
I've got 4.4-Release installed, and have cvsup'ed src-all into a /usr
prefix.
make buildworld completed successfully, but now I cannot continue without
libc.so.5. Unfortuantely, I can't build libc 5 without the current
kernel,
and
> From [EMAIL PROTECTED] Fri Nov 8 16:15:05 2002
> Date: Fri, 8 Nov 2002 13:02:58 -0800
> From: Kris Kennaway <[EMAIL PROTECTED]>
> To: Ray Kohler <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Re: perl5.6.1 wrapper
>
I've sent mail to phoenix@ , but I thought I'd let this list
know as well. Native phoenix works fine on -current for me,
in spite of the Makefile claims. Install the perl5 port on a
recent -current and phoenix will build and run perfectly. (And
if it doesn't, I'm sure phoenix@ would like to know a
>
> In message: <[EMAIL PROTECTED]>
> Ray Kohler <[EMAIL PROTECTED]> writes:
> : > From [EMAIL PROTECTED] Fri Nov 8 02:45:04 2002
> : > Date: Fri, 08 Nov 2002 00:39:35 -0700 (MST)
> : > To: [EMAIL PROTECTED]
> : > Subject: Re: [PATCH] note the __sF change
> From [EMAIL PROTECTED] Fri Nov 8 04:15:04 2002
> To: Kris Kennaway <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: perl5.6.1 wrapper
> Date: Fri, 08 Nov 2002 08:58:44 +
> From: Mark Murray <[EMAIL PROTECTED]>
>
> IMVHO, the perl wrapper should be removed altogether, and the
> per
> From [EMAIL PROTECTED] Fri Nov 8 02:45:04 2002
> Date: Fri, 08 Nov 2002 00:39:35 -0700 (MST)
> To: [EMAIL PROTECTED]
> Subject: Re: [PATCH] note the __sF change in src/UPDATING
> From: "M. Warner Losh" <[EMAIL PROTECTED]>
>
> In message: <[EMAIL PROT
> From [EMAIL PROTECTED] Thu Nov 7 19:30:04 2002
> Date: Thu, 07 Nov 2002 16:19:57 -0800
> From: Terry Lambert <[EMAIL PROTECTED]>
> To: Horen <[EMAIL PROTECTED]>
> Cc: Eric Anholt <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: XFree
>
> Horen wrote:
> > Tried all combinations. Disabled eve
> From [EMAIL PROTECTED] Thu Nov 7 18:30:04 2002
> Date: Thu, 07 Nov 2002 15:26:57 -0800
> From: Terry Lambert <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PATCH] note the __sF change in src/UPDATING
>
>
> Specifically, I do not buy the idea that there is a n
> From [EMAIL PROTECTED] Thu Nov 7 18:00:10 2002
> Date: Thu, 07 Nov 2002 14:47:03 -0800
> From: "Joel M. Baldwin" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: dnet causes Hard Lock on SMP kernel? ( was 'Why is my -current
> system Hard Locking?' )
>
>
> The BIG thing is that I now have
Sorry if this is old news, but I've just discovered a problem in burncd.
If I do a 'blank' the operation completes but burncd then hangs. I have
a gdb session that shows the situation quite nicely: when burncd does
CDRIOCGETPROGRESS to get the number for the progress bar, it always
reports 0, a
Ok, so based on the promising response I got to my original 3 questions,
I went ahead and upgraded. It went _very_ smoothly, with the help of
UPDATING and some experience with this sort of thing. No make errors at
any point. The only issues I hit were my fault, like forgetting to run
mergemaste
I just "upgraded" to current today on my goof-off box, and the mouse
moves in big jerks instead of smoothly. It does this either in X or
in console, and also in X without moused running (reading /dev/psm0
directly). I've also tried setting high resolution on this device
(flags 0x004). Nothing has
On Sat, Jun 10, 2000 at 09:33:51PM -0700, Chris Piazza wrote:
> On Sun, Jun 11, 2000 at 12:30:45AM -0400, Ray Kohler wrote:
> > On Sat, Jun 10, 2000 at 11:19:01PM -0400, Brian Reichert wrote:
> > > I would hazard the guess that you now have the PNPBIOS directive
> > >
On Sat, Jun 10, 2000 at 11:19:01PM -0400, Brian Reichert wrote:
> On Sat, Jun 10, 2000 at 09:24:28PM -0400, Ray Kohler wrote:
> > I just came over from 4.0 yesterday, and now I get some odd messages
> > that weren't there before.
> >
> > unknown0: at iomem
&g
3] at ata0-master using UDMA33
acd0: CDROM at ata1-master using PIO3
Mounting root from ufs:/dev/ad0s2a
lpt0: switched to polled standard mode
--
Ray Kohler <[EMAIL PROTECTED]>
FreeBSD -- The Power to Serve
The lion and the calf shall lie down together but the calf won't get
much sleep.
-- Woody Allen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
cked
Mounting root from ufs:/dev/ad0s2a
ad0s1: type 0xb, start 63, end = 6329609, size 6329547 : OK
ad0s2: type 0xa5, start 6329610, end = 12691349, size 6361740 : OK
start_init: trying /sbin/init
lpt0: switched to polled standard mode
--
Ray Kohler <[EMAIL PROTECTED]>
FreeBSD -- The Power to Serve
I was just noticing that the files in /etc/uucp are installed anyway
if you set NOUUCP, whereas those in /etc/ssh and /etc/ssl are
affected by their respective knobs. Could /etc/uucp be wrapped
around the NOUUCP knob?
--
Ray Kohler <[EMAIL PROTECTED]>
Commitment, n.:
Commitment
e was
missed in the process. Just figured I'd be the first to say so.
--
Ray Kohler <[EMAIL PROTECTED]>
The bogosity meter just pegged.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
it's even relevant,
but I thought I'd mention it while I'm at it.
--
Ray Kohler <[EMAIL PROTECTED]>
Travel important today; Internal Revenue men arrive tomorrow.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>From ray Sun Feb 27 01:34:25 2000
Return-Path:
Received: (from ray@localhost)
by rjk191.rh.psu.edu (8.9.3/8.9.3) id BAA00249
for freebsd-current; Sun, 27 Feb 2000 01:34:25 -0500 (EST)
(envelope-from ray)
Date: Sun, 27 Feb 2000 01:34:25 -0500 (EST)
From: Ray
Message
r FreeBSD's heir. You may not agree with my decision,
and I'm not asking you to. But if bwoods has the same preference that
I do, I'll gladly tell him how to implement them, and would appreciate
not being told I'm stupid in the process.
Cheers,
joelh
--
Joel Ray Holveck
issue by blocking those packets on a rule before
I send them through the NAT. This also has the advantage that after
the NAT line, I know that anything internal is part of an established
connection; that's invaluable for UDP, or was before we added dynamic
rule support.
Best,
joelh
--
Joel
le
yet. Will produce make (-k) output on request.
--
Ray Kohler <[EMAIL PROTECTED]>
A closed mouth gathers no foot.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Could you give me a few more details about the brokenness?
Thanks,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
QTDIR, and
everything compiled fine. I haven't done much testing on it yet (only
ran kdehelp a couple of times), but nothing obvious.
Cheers,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation -
nk I ended
up using a different installation method than I originally planned,
but I forgot to document it). Anyway, I'll probably bring it to 4.0
after its release, and I'll try to document whatever I do to make it
happen.
Cheers,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fou
mp;d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='4,405,829'.WKU.&OS=PN/4,405,829&RS=PN/4,405,829
This means that if I'm in the US, I must have permission from RSA Labs
to use the RSA algorithm. Now, there are two main ways to get
permission.
rally, if OpenSSL-based programs *expect* to build against -lrsa
and -lssl, then I have no objections.
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Feb 21, 2000 at 02:00:42PM +0900, Seigo Tanimura wrote:
> On Sun, 20 Feb 2000 23:48:01 -0500,
> Ray Kohler <[EMAIL PROTECTED]> said:
>
> Ray> cc -c -march=pentium -O3 -pipe -fno-builtin -Wall -Wredundant-decls
> Ray> -Wnested-externs -Wstrict-prototypes
../../../include -D_KERNEL -include
opt_global.h -elf -mpreferred-stack-boundary=2
../../i386/i386/machdep.c
{standard input}: Assembler messages:
{standard input}:2772: Error: operands given don't match any known
386 instruction
*** Error code 1
Stop in /usr/src/sys/compile/RJK191.
--
Ray K
n the
drive, but it works if I actually put a disk in ;)
Seems like something about the atapi-cd driver...
--
Ray Kohler <[EMAIL PROTECTED]>
I must have slipped a disk -- my pack hurts
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> (gdb) run
> Starting program: /tmp/./sieve
> Program received signal SIGBUS, Bus error.
That reminds me. I thought that SIGBUS meant byte-alignment errors.
What does it mean on FreeBSD/x86?
Cheers,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
> For backup, I bought DVD-RAM drive for $400.
> 5.2GB(double side) media is around $35, you can use them as 2.3GB x 2
> disks.
No reason to buy double-sided media; just buy single-sided and punch a
hole along the edge. :-)
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Four
ot have them keep coming back again and again.
I suppose if you've got the computrons to waste, then it's okay.
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscr
closure and supposed to be read by
> DVD-ROM drives.
Although perhaps not by all DVD-ROM drives; the spec sheet for mine
(Pioneer 303S) specifically says that it won't do DVD-RAM.
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong
ot have them keep coming back again and again.
I suppose if you've got the computrons to waste, then it's okay.
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscr
> (gdb) run
> Starting program: /tmp/./sieve
> Program received signal SIGBUS, Bus error.
That reminds me. I thought that SIGBUS meant byte-alignment errors.
What does it mean on FreeBSD/x86?
Cheers,
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Fourth law of programming:
> For backup, I bought DVD-RAM drive for $400.
> 5.2GB(double side) media is around $35, you can use them as 2.3GB x 2
> disks.
No reason to buy double-sided media; just buy single-sided and punch a
hole along the edge. :-)
joelh
--
Joel Ray Holveck - [EMAIL PROTECTED]
Four
(EDT) on ttypd from xanthine:0.0
18 days 20 hours idle
Last login Mon Jun 07 19:22 (EDT) on ttypf from zygorthian-space
New mail received Wed Jun 09 00:29 1999 (EDT)
Unread since Wed Jun 09 00:00 1999 (EDT)
No Plan.
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
In such a case, I would
set $PREFIX to /usr/local/test while I have KDEDIR set to
/usr/local/kde. An app looking for KDE in /usr/local/test would be
sorely disappointed.
Happy hacking,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong w
given a counterexample. We're not looking at
making it impossible-- or even difficult-- to implement other
keepalive timing strategies in the future, if the need arises, so I
would suggest that we not concern ourselves with this discussion until
the need arises.)
Happy hacking,
joelh
--
J
configure script you quoted
(and probably all KDE configure scripts), and if they coincide (as
they usually will), then --prefix will DTRT.
Which configure script did you take this from? I see the same code in
many bits of KDE itself.
Happy hacking,
joelh
--
Joel Ray Holveck - jo...@gnu.org
atest current, it does not work for me.
By 'it', do you mean that locate does not work, that the failure test
does not work (ie, locate is fine for you), or that the workaround
does not work?
Thanks,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything
wever, this app
needs to find some 3rd-party include files, so --prefix is not
appropriate.
FWIW, I've found that using /usr/local/kde instead of /usr/local has,
in my case, been most helpful. I don't advocate it for every tiny
library, but for something as large and complex as KDE, it works
ause a reconfiguration, then the attacker
generally has no different access to your network than before, and no
more means to hijack an open connection than before.
I've got some whiskey in me right now, so I may be unclear on what
you're saying. Am I missing something here?
Happy hacking,
j
anging the
timeout value on a running system wouldn't affect already opened
sockets. Even that may be changable by an external utility if I can
think of a way to handle the locking in userland.
Cheers,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that c
roblem.
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
that the bug doesn't affect operation.
Nobody I've talked to has ever seen a Windows 95 machine stay up for
over a week or so, let alone a month.
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - co
0
I commented it out, and things work fine. Since no dumpdev was
configured yet, I don't have a dump, but can try to produce one now if
somebody would find a backtrace useful.
Happy hacking,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that
eeBSD__ >=
> 3, and it will work, but this feels a bit like a hack. I've never updated a
> port, so I can either get some instruction from someone to put in a patch,
> or let someone else do it.
I'll make the patch if a committer can get it in.
--
Joel Ray Holveck
ive me more info privately?
rms is looking at releasing a mostly bugfix Emacs, possibly tommorow,
but it may be another month (he's about to leave town). I haven't
been watching the changes; there may be some X-related fixes in there.
Cheers,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fo
issues an error or warning if
it's found?
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
How many times does gcc get built in a make buildworld? I had assumed
only twice, is this wrong?
Cheers,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to majord
> will make "what" on the kernel work again, at the expense of about 100
> duplicated
> bytes.
Check me if I'm wrong, but could we not do the same thing without the
duplication:
char sccs[] = "@(" "#)" "FreeBSD ...";
char *version = sccs +
resigned to the ranks of the NOCLEAN
masses?
Cheers,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
tice
mode like this. What do you think about adding safeguards against
syslogd logging more than, say, thirty messages per hour saying why
can't log messages?
Cheers,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentat
fair bit of cleanup. I would
appreciate any comments anybody has.
-cut here-
#! /usr/bin/perl -w
# Copyright (c) 1999 Joel Ray Holveck. All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the follo
p functions can have the wchan specified as a string
literal? There being no robust manner to handle calls with a computed
or dereferenced wchan, such as acquire(), I will allow for a notation
of /* WCHAN: foo */ to cause the appropriate information to be added
to the database.
Thanks,
joelh
--
J
erence wmesg strings back
to the code that sets them, a la TAGS? Would this be useful?
Thanks,
joelh
--
Joel Ray Holveck - jo...@gnu.org
Fourth law of programming:
Anything that can go wrong wi
sendmail: segmentation violation - core dumped
To Unsubscribe: send mail to majord...@freebsd
81 matches
Mail list logo
