On Sat, 08 Jun 2002 10:57:31 -0400 (EDT)
John Baldwin <[EMAIL PROTECTED]> wrote:
> >> Heh, that's fine. Let me know if it works. :)
> >
> > Ok, no more "exhausted" messages. Before I applied it I had a bunch
of> > dead witnesses when I did a show witness in ddb (i.e. - only about
1 out> > of 1
[Bcc to -current because it is relevant there as well -- sorry for the
crosspost]
Hi,
over the past 2-3 weeks I have done an extensive rewrite of the
ipfw code (userland + kernel) in an attempt to make it faster and
more flexible.
The idea (which I discussed a few times on the mailing lists) wa
A projected ESSENCE Best-Seller!!!
To CHECK OUT the HOT Black-Novel, "Caught
Up!”
CLICK ON LINK BELOW!!!
http://winstonchapman.netfirms.com
READ 2-Chapters ON-LINE and you'll be Caught Up,
too!!!
Special Offer: TODAY ONLY!!!
-
On Sat, 8 Jun 2002, David O'Brien wrote:
> On Sat, Jun 08, 2002 at 05:07:39PM +0200, Anton Berezin wrote:
> > It sounds reasonable, but what's the point of having a wrapper at all
> > then?
>
> One way or the other we need to have /usr/bin/perl exist and be usable.
> Many have perl scripts in ~/b
On Sat, Jun 08, 2002 at 05:07:39PM +0200, Anton Berezin wrote:
> It sounds reasonable, but what's the point of having a wrapper at all
> then?
One way or the other we need to have /usr/bin/perl exist and be usable.
Many have perl scripts in ~/bin that they expect to run on all modern
OS's -- whi
BRARY_PATH=../../../../exports/lib cc -c -O -pipe -D_OLD_STDIO -ansi -pedantic
-Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include
-I../../../../exports/include/X11 -I../../../../include/extensions
-I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../..
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote:
> (expr_list:REG_DEAD (reg:SF 8 st(0) [76])
> (nil)))
> ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in
>failed_reload, at reload1.c:5050
> Please submit a full bug report,
> with preprocessed
On Sat, Jun 08, 2002 at 09:29:30PM +1000, Tim J. Robbins wrote:
> f77 cannot compile any programs on -current:
>
> %f77 test.f
> /usr/libexec/elf/ld: cannot find -lfrtbegin
>
> Creating src/gnu/lib/libfrtbegin and placing this Makefile in it fixes it
> (after editing the parent directory's makef
On Sat, Jun 08, 2002 at 09:48:05AM -0400, Trish Lynch wrote:
> The wrapper is there so that there are no suprises to people that
> *expect* perl in the system.
> What would possibly be a good idea is that the wrapper is there, but
> it doesn;t actually redirect to the new perl. Then use.perl is
On 08-Jun-2002 Mike Makonnen wrote:
> On Sat, 08 Jun 2002 04:03:40 -0700 (PDT)
> Hiten Pandya <[EMAIL PROTECTED]> wrote:
>
>> --- Juan Francisco Rodriguez Hervella <[EMAIL PROTECTED]> wrote:
>> > ../vm/uma_core.c:1160
>> > ../../../vm/uma_core.c:1327: could sleep with "process lock" locked
> fro
In message <[EMAIL PROTECTED]>, Brooks Davis writes:
>> I saw similarly bogus sector (block) numbers when I first debugged this
>> problem. They were caused by missing prototypes. 32-bit block numbers
>> were passed to unprototyped functions that expected daddr_t block numbers.
>> When daddr_t
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>Can you reduce PHK's ufs2 patch down to the minium required to fix dump?
>That could then be committed now.
Hopefully I already committed the fix to dump(8) ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
On Sat, 8 Jun 2002, John Hay wrote:
> > On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote:
> > > I ran "use.perl port", and that gave me a working perl for mergemaster.
> > > Interestingly, "use.perl system" didn't give me back the perl wrapper;
> > > I'm not sure what I got. Sigh.
> >
Thank you! Your patch-z32 made me happy a little.
When can I compile XFree86-4-Server-4.2.0_2 with -current?
It gives me "internal compiler error", too as below. I had
thought it uses XFree86-4-libraries port which was wrong.
===> Building for XFree86-Server-4.2.0_2
Building Release 6
f77 cannot compile any programs on -current:
%f77 test.f
/usr/libexec/elf/ld: cannot find -lfrtbegin
Creating src/gnu/lib/libfrtbegin and placing this Makefile in it fixes it
(after editing the parent directory's makefile to hook it in):
.PATH: ../../../contrib/libf2c/libF77
LIB=frtbegin
S
I started getting these recently in my weekly run outputs.
Cleaning up kernel database files:
Rebuilding locate database:
Rebuilding whatis database:
makewhatis: /usr/local/man/man1/etags.1.gz: No such file or directory
makewhatis: /usr/local/man/man3/ldap_8859_to_t61.3.gz: No such file or
dire
On Sat, 08 Jun 2002 04:03:40 -0700 (PDT)
Hiten Pandya <[EMAIL PROTECTED]> wrote:
> --- Juan Francisco Rodriguez Hervella <[EMAIL PROTECTED]> wrote:
> > ../vm/uma_core.c:1160
> > ../../../vm/uma_core.c:1327: could sleep with "process lock" locked
from> > ../../../kern/kern_prot.c:511
> > ../../../
--- Juan Francisco Rodriguez Hervella <[EMAIL PROTECTED]> wrote:
> ../vm/uma_core.c:1160
> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> ../../../kern/kern_prot.c:511
> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> Hope this help. Do you t
Hello:
A couple of days ago (I dont remember the exact day)
I've recompiled the kernel to add this features:
options EXT2FS
device pcm
device sbc
device gif 4
device stf
Every time I boot, I see this messages (a lot of them):
(I dont copy here all of them, only a representative subset :)
B
Please report me any problems with new GNU sort, in case you have them.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote:
> > I ran "use.perl port", and that gave me a working perl for mergemaster.
> > Interestingly, "use.perl system" didn't give me back the perl wrapper;
> > I'm not sure what I got. Sigh.
>
> That script predates the removal of perl fr
On 2002-06-08 01:39 -0700, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 08, 2002 at 05:13:12PM +0900, Yamada Ken Takeshi wrote:
> > I have the following error when I try to install it.
> > Is it unique only to me?
>
> I didn't get that when I built it on ref5. That's the only place I
On Sat, Jun 08, 2002 at 05:13:12PM +0900, Yamada Ken Takeshi wrote:
> I have the following error when I try to install it.
> Is it unique only to me?
I didn't get that when I built it on ref5. That's the only place I've
tried it.
Kris
msg39367/pgp0.pgp
Description: PGP signature
On Fri, Jun 07, 2002 at 11:26:18PM -0700, Bill Fenner wrote:
> I ran "use.perl port", and that gave me a working perl for mergemaster.
> Interestingly, "use.perl system" didn't give me back the perl wrapper;
> I'm not sure what I got. Sigh.
That script predates the removal of perl from the base
I have the following error when I try to install it.
Is it unique only to me?
===> Installing for XFree86-libraries-4.2.0_1
===> XFree86-libraries-4.2.0_1 depends on executable: mkhtmlindex - found
===> XFree86-libraries-4.2.0_1 depends on shared library: freetype.9 - found
: :
* From Joshua Goodall <[EMAIL PROTECTED]>
> ... when I say "bad" I don't mean in execution. I mean that
> the idea of a redirecting wrapper for one special program seems to
> me an architectural wart that shouldn't be pushed on the userbase.
With no gain except supporting improperly-shebanged scr
... when I say "bad" I don't mean in execution. I mean that
the idea of a redirecting wrapper for one special program seems to
me an architectural wart that shouldn't be pushed on the userbase.
Not only does it conflict in style with the existing mailwrapper,
but it introduces a DWIM feature with
27 matches
Mail list logo
