At Wed, 21 Feb 2001 15:06:22 +0900,
Daniel C. Sobral wrote:
> > http://people.FreeBSD.org/~knu/misc/find_regex.diff
>
> You might have done it, but the version above is not it. :-)
Oh, would you please reload it?
When you see a function named do_c_regex(), that's it. :)
--
At Wed, 21 Feb 2001 18:53:26 +1300,
Craig Carey wrote:
> Can an -iname option be provided. Then the FreeBSD find would be
> more like GNU find, and lines like this could be written:
Yes, it's already implemented as I wrote in the previous mail.
> I am doubtful that the -regexp needs to be infe
Akinori MUSHA wrote:
>
> > > I'm not familiar with find sources, but it seems to me you execute
> > > regcomp() for each file name to be compared? If so... change that! :-)
> > > Regcomp() does expensive setup so that regexec() can be run
> > > inexpensively many times over.
> >
> > Indeed. I'll
Can an -iname option be provided. Then the FreeBSD find would be
more like GNU find, and lines like this could be written:
find /msdos-disk -iname "*txt" | xargs -n 1 ls -l
I am doubtful that the -regexp needs to be inferior to the the
-egrep option. What software would break: it was said tha
At Wed, 21 Feb 2001 14:12:51 +0900,
I wrote:
> At Wed, 21 Feb 2001 12:35:09 +0900,
> Daniel C. Sobral wrote:
> > I'm not familiar with find sources, but it seems to me you execute
> > regcomp() for each file name to be compared? If so... change that! :-)
> > Regcomp() does expensive setup so that
===> libcrypto
( echo "#ifndef MK1MF_BUILD"; echo " /* auto-generated by
crypto/Makefile.ssl for crypto/cversion.c */"; echo " #define CFLAGS
\"cc\""; echo " #define PLATFORM \"`uname -s`-`uname -m`\""; echo
" #define DATE \"`LC_TIME=C date`\""; echo "#endif" ) > buildinf.h
make: don't k
On Tue, Feb 20, 2001 at 04:14:02PM -0800, Edwin Culp wrote:
> > I still don't get it.
Should you really be running -current? This kind of support question
isn't appropriate for this list, IMO.
Kris
PGP signature
On Tue, Feb 20, 2001 at 01:08:39PM -0800, Herman Tan wrote:
> Wouldn't there be a problem after the world build
> since the currently loaded kernel won't support
> certain calls and there would be no way out? I know a
> binary upgrade would work but it would mess up the
> /etc directory which I
At Wed, 21 Feb 2001 12:35:09 +0900,
Daniel C. Sobral wrote:
> I'm not familiar with find sources, but it seems to me you execute
> regcomp() for each file name to be compared? If so... change that! :-)
> Regcomp() does expensive setup so that regexec() can be run
> inexpensively many times over.
With the recent commits to -STABLE (I'm assuming these are MFC that's why
I sent to both freebsd-current and freebsd-stable) having to do with the
ipfw code, I have had a problem compiling the kernel. These are the
errors.
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
Edwin Culp wrote:
>
> > I have a kernel that hangs at boot, so when I try to boot kernel.old, I
> > have a problem. At the Default: F1 prompt, I give it an F1 and then the
> > space key give me
> >
> > >> FreeBSD/i386 BOOT
> > Default: 0:wd(o,a)/boot/loader
> > boot: _
> >
> > What do I put at t
Akinori MUSHA wrote:
>
> > I would object if it is a new variant of regexp. I'd say it ought
> > be between egrep and perl, in its functionality.
...
>
> - Perl's regexp is known to be a unique variant that is different
> from the "basic regexp" nor the "extended regexp" ;P
For that matter,
Alfred Perlstein wrote:
>
> * Akinori MUSHA <[EMAIL PROTECTED]> [010220 11:19] wrote:
> > Hi,
> >
> > I have implemented -regex and -iregex options for find(1):
> >
>
> Sounds good, just make sure the regex engine matches the one that
> the other find(1)'s use.
It won't. GNU find certainly uses
Akinori MUSHA wrote:
>
> Hi,
>
> I have implemented -regex and -iregex options for find(1):
>
> http://people.FreeBSD.org/~knu/misc/find_regex.diff
I'm not familiar with find sources, but it seems to me you execute
regcomp() for each file name to be compared? If so... change that! :-)
Regc
On Wed, Feb 21, 2001 at 01:46:58AM +0200, Vladimir Kushnir wrote:
>Does anybody run xmms on -CURRENT? For some reason it hungs here on
Yes I run XMMS on 20010210-CURRENT. It's fine...
>"poll". Any other (multithread included) program runs flawlessly. The only
>possibility I can see right now is
Matthew Jacob writes:
>
> ===> libcrypto
> ( echo "#ifndef MK1MF_BUILD"; echo " /* auto-generated by
> crypto/Makefile.ssl for crypto/cversion.c */"; echo " #define CFLAGS
> \"cc\""; echo " #define PLATFORM \"`uname -s`-`uname -m`\""; echo
> " #define DATE \"`LC_TIME=C date`\""; e
Hi,
I have implemented -regex and -iregex options for find(1):
http://people.FreeBSD.org/~knu/misc/find_regex.diff
They are meant to be compatible with those of GNU's and NetBSD's:
-regex :
True if the whole path of the file matches using
basic regular expression. To
> I have a kernel that hangs at boot, so when I try to boot kernel.old, I
> have a problem. At the Default: F1 prompt, I give it an F1 and then the
> space key give me
>
> >> FreeBSD/i386 BOOT
> Default: 0:wd(o,a)/boot/loader
> boot: _
>
> What do I put at the boot prompt. I think the changes
Hi all,
Does anybody run xmms on -CURRENT? For some reason it hungs here on
"poll". Any other (multithread included) program runs flawlessly. The only
possibility I can see right now is plugin system (i.e. dl* functions) but
there haven't been eny changes in ld-elf.so.1 as of lately. I'm really
p
On 20 Feb 2001, Dag-Erling Smorgrav wrote:
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > This doesn't work 100%. In particular if you have a sys that's not part of
> > /usr/src/sys it doesn't always work.
>
> Yes, it does, if your sys tree is complete. There used to be a problem
> building mo
At Wed, 21 Feb 2001 08:42:19 +1300,
Craig Carey wrote:
> What about the -iname option?.
>
> I recently installed GNU 'find' just to get that -iname problem fixed.
>
> Can you do -iname too?.
Thanks for the info. It's added now.
I'm ashamed to say that I couldn't resist implementing -E option
* Akinori MUSHA <[EMAIL PROTECTED]> [010220 11:19] wrote:
> Hi,
>
> I have implemented -regex and -iregex options for find(1):
>
Sounds good, just make sure the regex engine matches the one that
the other find(1)'s use.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the
Now that I've broken all you non-devfs users of vinum, I have
a patch that may get it working again.
Please let me know if:
http://people.freebsd.org/~alfred/vinum2.diff
(you'll need to be -current as of today)
works, otherwise I'll be committing tonight or tomorrow as this
patch _still_ works
--- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 19, 2001 at 01:19:13AM -0800, Herman Tan
> wrote:
> > Greetings everyone:
> >
> > Will I run into any problems doing a make world
> from a
> > 12/25/1999 version of -CURRENT to the latest
> -current?
> > I noticed on -RELEASE machines wh
Sorry, my bad. I forgot an #include.
In sys/netinet/ip_fw.c add this #include:
@@ -48,6 +47,7 @@
#include
#include
#include
+#include
#include
#include
#include
I have committed it.
Poul-Henning
In message <[EMAIL PROTECTED]>, Kenneth Wayne
Culver writes:
>With the recent commi
In message <[EMAIL PROTECTED]> Peter Wemm writes:
: Give it about an hour and re-cvsup. Once you have rev 1.94 of
: src/sys/conf/kmod.mk, you should be set. Or you can grab the delta by
: cvsweb if you are in a hurry.
find . -name .depend -delete also works.
Warner
To Unsubscribe: send mail
Hi,
I've found some inconsistency in my CVS tree, and sbin/mountd/mountd.c
was not the version it should have been. That's fixed now and world
just finished on my box sucessfully.
Thanks to Ruslan (new man-pages are included in second patch today).
Location is still the same, I've just updated
Maxim Sobolev <[EMAIL PROTECTED]> writes:
> It's not an ata specific problem, but rather a problem of all ISA
> devices (I have an ISA based ata controller).
I don't think it has anything to do with ISA. I've had similar
problems on a PCI-only system (actually, PCI+EISA motherboard with no
EISA c
It seems Maxim Sobolev wrote:
> >
> > Well, I cant reproduce this problem and I havn't heard from others with
> > this problem
>
> It's not an ata specific problem, but rather a problem of all ISA devices (I have an
> ISA
> based ata controller).
Well, seems -current is broken in yet anothe
Soren Schmidt wrote:
> It seems Maxim Sobolev wrote:
> > > Soren Schmidt wrote:
> > > > It seems Maxim Sobolev wrote:
> > > > [Charset koi8-r unsupported, filtering to ASCII...]
> > > > > Hi,
> > > > >
> > > > > I'm not sure whether it's related to ata driver, but starting from several
>days
> >
It seems Maxim Sobolev wrote:
> > Soren Schmidt wrote:
> > > It seems Maxim Sobolev wrote:
> > > [Charset koi8-r unsupported, filtering to ASCII...]
> > > > Hi,
> > > >
> > > > I'm not sure whether it's related to ata driver, but starting from several days
> > > > ago (my previous kernel was from
Maxim Sobolev wrote:
> Soren Schmidt wrote:
>
> > It seems Maxim Sobolev wrote:
> > [Charset koi8-r unsupported, filtering to ASCII...]
> > > Hi,
> > >
> > > I'm not sure whether it's related to ata driver, but starting from several days
> > > ago (my previous kernel was from 30 January) my kerne
On Tue, Feb 20, 2001 at 11:27:17AM -0500, Mikhail Teterin wrote:
> No, I don't think it is hardware. It died on the same spot for the
> third time in a row:
<...>
What date is the -CURRENT you are attempting the build on from? There were
problems with as failing for a while not long ago. Check yo
No, I don't think it is hardware. It died on the same spot for the
third time in a row:
tail -15 /var/tmp/w.log*
==> /var/tmp/w.log <==
cd /opt/src/lib/csu/i386-elf; make _EXTRADEPEND
cc -O -pipe -march=i686 -elf -Wall -fkeep-inline-functions
-I/opt/src/lib/csu/i386-elf/../common -I/usr/obj/op
On 19 Feb, Wesley Morgan wrote:
> Since the big shake-up with -current, I find that mozilla and galeon can
> no longer function (both up to date), but lynx has no problems. Mozilla
[...]
> Is anyone else seeing this?
Yes (galeon-0.9b3 + mozilla-0.7).
Netscape 4.76 works.
Bye,
Alexander.
--
Hi,
I have finished now my work here with TI-RPC, and I'm only doing
bug-fixing now before this gets comitted.
I'd like that many people test these changes and send me bugreports
back. This is a port from NetBSD, and as in NetBSD, it uses Unix Domain
Sockets instead of TLI/XLI stuff. I'v taken
Matthew Jacob <[EMAIL PROTECTED]> writes:
> This doesn't work 100%. In particular if you have a sys that's not part of
> /usr/src/sys it doesn't always work.
Yes, it does, if your sys tree is complete. There used to be a problem
building modules, but it was fixed a month or two ago.
DES
--
Dag-
Give it about an hour and re-cvsup. Once you have rev 1.94 of
src/sys/conf/kmod.mk, you should be set. Or you can grab the delta by
cvsweb if you are in a hurry.
Jean Louis Ntakpe wrote:
> Hi,
>
> I could make buildworld and installworld sucessfully
> but "make buildkernel" fails. (kernel is
Sorry if you have seen before.
I've found that current 5-current is broken, since krb5 cannot compile.
Here is a typical compiler message:
In file included from
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5_locl.h:142,
from
/usr/src/kerberos5/lib/libg
Hi,
I could make buildworld and installworld sucessfully
but "make buildkernel" fails. (kernel is built but
no modules could be compiled). CVSUP a few minutes ago.
===> 3dfx
make: don't know how to make machine/lock.h. Stop
*** Error code 2
Stop in /usr/src/sys/modules.
*** Error code 1
Stop i
On Tue, Feb 20, 2001 at 07:48:31PM +1100, Bruce Evans wrote:
> On Tue, 20 Feb 2001, Kris Kennaway wrote:
>
> > On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
> > > I don't know this is local problem on my environment, but "make
> > > buildworld" with old make(1) failed if I did not
On Tue, 20 Feb 2001, Kris Kennaway wrote:
> On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
> > I don't know this is local problem on my environment, but "make
> > buildworld" with old make(1) failed if I did not set MACHINE_CPU in
> > /etc/make.conf. So it seems invoked make(1) in
On Mon, Feb 19, 2001 at 10:30:17AM -0800, Alfred Perlstein wrote:
> * Leif Neland <[EMAIL PROTECTED]> [010219 08:54] wrote:
> > We all know: -current is bleeding edge, expect it to break at random. Don't run it
>if you don't know how to fix it.
> > -stable is for production, it works all the time
On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
> At 20 Feb 2001 07:54:22 GMT,
> Kris Kennaway wrote:
> > No, MACHINE_CPU is optional. If you don't have it set, you get the
> > vanilla C code. So if you don't have it set at all, you'll get C code
> > in OpenSSL as it's always been, t
44 matches
Mail list logo
