On Mon, 10 Jun 2002, Maksim Yevmenkin wrote:
MY>Hackers,
MY>
MY>The project i'm working on might require some sort of
MY>device cloning. The current way of cloning, i.e. use
MY>DEVFS and allocate unique minor numbers, is not very
MY>good for my purpose.
MY>
MY>The idea is simple: the same device(
On Tue, 2002-06-11 at 06:45, Poul-Henning Kamp wrote:
> >The idea is simple: the same device(major,minor) can
> >be opened several times by different processes (or
> >possibly threads within the same process) and each
> >process (thread) will have unique device instance.
>
> Sorry, but this wont
On Tue, Jun 11, 2002 at 12:09:23AM -0400, Andrew Lankford wrote:
> In message <[EMAIL PROTECTED]>, Steve Kargl wr
> ites:
> >
> >If you don't think it's bogus, then fix the
> >documentation of make.conf and commit an UPDATING
> >entry to warn everyone who set INSTALL several years
> >ago.
>
> Che
On Mon, 10 Jun 2002, Julian Elischer wrote:
> the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
> but broke it for the old compiler/assembler.
Ugh. I was surprised that this change worked for any gcc. The change is
from:
#define HIDENAME(asmsym)__CONCAT(.
Shizuka Kudo wrote:
> I don't think autoconf was called in postgresql7 port,
> and patching configure is necessary.
It's derived data, and the patches will likely not remain valid
after the next release/upgrade. That basically means that the
way to correct your complaint about autoconf not being
In message <[EMAIL PROTECTED]>, Steve Kargl wr
ites:
>
>If you don't think it's bogus, then fix the
>documentation of make.conf and commit an UPDATING
>entry to warn everyone who set INSTALL several years
>ago.
Check out the next to last few entries in:
http://www.freebsd.org/cgi/cvsweb.cgi/src/
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> Shizuka Kudo wrote:
> >
> > --- David O'Brien <[EMAIL PROTECTED]> wrote:
> > >
> > > *sigh*, why not a *real* fix?
>
> [ ... ]
>
> > Which version of postgresql that you are using? I
> have
> > cvsupped the postgresql7 ports and didn't find
> what
Shizuka Kudo wrote:
>
> --- David O'Brien <[EMAIL PROTECTED]> wrote:
> >
> > *sigh*, why not a *real* fix?
[ ... ]
> Which version of postgresql that you are using? I have
> cvsupped the postgresql7 ports and didn't find what
> you referred here. However, I didn't manage to patch
> "configure"
"Vladimir B. Grebenschikov" wrote:
> As far as I understand _key_ word is "open", each new instance appears
> on open(), but fork() and dup() only do regular work. dup'ed or fork'ed
> descriptors will be same from driver's point of view, but each new
> open() will create new instance.
No.
The pr
how do I resolve this?
===> gnu/usr.bin/groff/src/libs/libgroff
c++ -O -pipe -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1
-DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1 -DRET_TYPE_SRAND_IS_VOID=1
-DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRE
David O'Brien wrote:
> *sigh*, why not a *real* fix?
Feel free to submit this to the Postgres project... they may
even incorporate it.
> You'll note that they bother with this kind of check for other headers,
> but for some reason didn't consider it for openssl headers.
Mostly the reason that
Hi.
In /usr/share/mk/bsd.*.mk, 'beforeinstall' target execute after install
on current.
You found it to doing below in current:
% cd /usr/src/share/mk
% make install -n
install -c -o root -g wheel -m 444 bsd.README bsd.cpu.mk bsd.dep.mk bsd.doc.mk
bsd.files.mk bsd.info.mk bsd.incs.mk bs
÷ Tue, 11.06.2002, × 01:15, Poul-Henning Kamp ÎÁÐÉÓÁÌ:
> In message <[EMAIL PROTECTED]>, Maksim Yevmenk
> in writes:
> >Hackers,
> >
> >The project i'm working on might require some sort of
> >device cloning. The current way of cloning, i.e. use
> >DEVFS and allocate unique minor numbers, is not v
In message <[EMAIL PROTECTED]>, Maksim Yevmenk
in writes:
>Hackers,
>
>The project i'm working on might require some sort of
>device cloning. The current way of cloning, i.e. use
>DEVFS and allocate unique minor numbers, is not very
>good for my purpose.
>
>The idea is simple: the same device(majo
Hackers,
The project i'm working on might require some sort of
device cloning. The current way of cloning, i.e. use
DEVFS and allocate unique minor numbers, is not very
good for my purpose.
The idea is simple: the same device(major,minor) can
be opened several times by different processes (or
po
On Mon, 10 Jun 2002, Luigi Rizzo wrote:
> On Mon, Jun 10, 2002 at 12:47:40PM +0400, Vladimir B. Grebenschikov wrote:
> ...
> > And what about radix-tree-based ip-list matching ?
>
> yes, it is planned.
>
> cheers
> luigi
> >
> > ipfw add 1 allow ip from {1.2.3.0/24,1.3.5.0/24,17.
On Mon, Jun 10, 2002 at 10:26:36AM -0700, David O'Brien wrote:
> On Mon, Jun 10, 2002 at 12:15:40PM -0500, Michael D. Harnois wrote:
> > On Mon, 2002-06-10 at 12:13, David O'Brien wrote:
> > > On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
> > > > The libraries build for me wi
Hello, Kris Kennaway!
On Fri, Jun 07, 2002 at 02:02:52PM -0700, you wrote:
> On Fri, Jun 07, 2002 at 04:56:45PM -0400, Joe Marcus Clarke wrote:
> > On Fri, 2002-06-07 at 10:52, Jun Kuriyama wrote:
> > > At Fri, 7 Jun 2002 12:43:27 + (UTC),
> > > John Angelmo wrote:
> > > > (cd /usr/ports/w
In the last episode (Jun 10), Troy said:
> Dan,
>
> Thanks for your response. I just built the gcc31 package, but it doesn't
> appear to replace the 2.95. Can you be a bit more specific on what I
> should do to upgrade the GCC in your last note.
Basically, buildworld. If you're lucky, just bui
the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
but broke it for the old compiler/assembler.
back out the definition in i386/include/asmacros.h to what it was before
(it used to use the CONCAT() macro)
OR
bite the bullet and upgrade to a new -current and get the new comp
--- David O'Brien <[EMAIL PROTECTED]> wrote:
>
> *sigh*, why not a *real* fix?
>
> --- configure.in.orig Thu Sep 27 01:03:56 2001
> +++ configure.in Mon Apr 29 13:20:27 2002
> @@ -200,7 +200,9 @@
> done
> if test "$ac_found_openssl_lib_dir" != "no";
then
> echo "fo
> 1. sf_buf_init() calls kmem_alloc_pageable(), which through several calls
>ends up calling vm_map_entry_create(). vm_map_entry_create() calls
>uma_zalloc() with M_WAITOK.
Alan Cox and Tor Egge just fixed this in -current in rev 1.247 of vm_map.c.
To Unsubscribe: send mail to [EM
On Mon, Jun 10, 2002 at 12:15:40PM -0500, Michael D. Harnois wrote:
> On Mon, 2002-06-10 at 12:13, David O'Brien wrote:
> > On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
> > > The libraries build for me without incident. However, anything which
> > > tries to link against lib
On Mon, 2002-06-10 at 12:13, David O'Brien wrote:
> On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
> > The libraries build for me without incident. However, anything which
> > tries to link against libGLU generates this error for me:
>
> Your current is too old. Please do a
On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
> The libraries build for me without incident. However, anything which
> tries to link against libGLU generates this error for me:
Your current is too old. Please do a fresh build.
To Unsubscribe: send mail to [EMAIL PROTECTED
The libraries build for me without incident. However, anything which
tries to link against libGLU generates this error for me:
/usr/X11R6/lib/libGLU.so: undefined reference to `operator
new[](unsigned)'
/usr/X11R6/lib/libGLU.so: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info'
In the last episode (Jun 10), Troy said:
> Been trying to buildkernel, and as of about 2 weeks ago something
> happened to the XE module. Anyone have some ideas?
Upgrade your gcc in the base system.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
Been trying to buildkernel, and as of about 2 weeks ago something
happened to the XE module. Anyone have some ideas?
-Troy
===> xe
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
awk
On Mon, Jun 10, 2002 at 07:02:14AM -0700, Terry Lambert wrote:
> > one messy and temporary solution is to compile with
> > make CFLAGS=-Wp,-w CXXFLAGS=-Wp,-w
> > which tells gcc to pass -w to the preprocessor, and -w means inhibit
> > all warnings. with this, postgresql compiles and works fine.
>
On Mon, Jun 10, 2002 at 07:02:14AM -0700, Terry Lambert wrote:
> Stanislav Grozev wrote:
> That's ugly.
well, i _did_ mention that it's a messy and a temporary solution,
but at least it gets postgresql (and many others) to compile and run
fine.
>
> Since it's jamming in includes anyway:
>
>
Maksim Yevmenkin writes:
> The problem is that as soon as i open isochronous pipe and
> start incoming isochronous transfer, the isochronous callback
> gets called over and over again. Both isoc. pipe and isoc.
> transfer have USBD_NO_SHORT_XFER flag set. I also set
> configuration #5 for
Stanislav Grozev wrote:
> actually that is a problem with the autoconf version used by postgresql.
> the new gcc 3.1 gives out a warning if one of the system include directories
> is also given as a -I argument (in this case -I/usr/include).
> the autoconf, when compiling the test program, mistake
Hi there,
I've been attempting to build current on and off over the past few weeks with little
success. Problems occur when making dependencies within kdump as shown below.
Sources last update June 9, 2002 at 12:30 GMT. I've been through UPDATING, README and
mailling lists to no avail. Any
On Wed, Jun 05, 2002 at 04:35:40AM -0700, Shizuka Kudo wrote:
> checking for readline/readline.h... no
> checking for readline.h... no
> checking for readline/history.h... no
> checking for history.h... no
> checking for openssl/ssl.h... no
> configure: error: header file is
> required for OpenS
On Mon, Jun 10, 2002 at 02:52:02AM -0700, Shizuka Kudo wrote:
>
> --- aaron g <[EMAIL PROTECTED]> wrote:
> > I do beleive the OpenSSL library has moved to a new
> > default
> > location. I could be wrong.
> >
> > - aarong
> > --
>
> I don't think it has been moved as of yestersday.
OpenSSL ha
--- aaron g <[EMAIL PROTECTED]> wrote:
> I do beleive the OpenSSL library has moved to a new
> default
> location. I could be wrong.
>
> - aarong
> --
I don't think it has been moved as of yestersday.
Regards,
shizuka# ls -al /usr/include/openssl/ssl.h
-r--r--r-- 1 root wheel 60914 Jun 9
On Mon, Jun 10, 2002 at 12:47:40PM +0400, Vladimir B. Grebenschikov wrote:
...
> And what about radix-tree-based ip-list matching ?
yes, it is planned.
cheers
luigi
>
> ipfw add 1 allow ip from {1.2.3.0/24,1.3.5.0/24,17.2.3.4/45,11.2.3.4/30}
> or
> cat mylist | ipfw
On Sat, 08 Jun 2002 10:57:32 -0400 (EDT)
John Baldwin <[EMAIL PROTECTED]> wrote:
> >
> > Is the solution to this to use M_NOWAIT and continue re-trying
untill it> > succeeds? Is there on-going smp work in locking down struct
proc that> > will eliminate this problem?
>
> Well, the real solution
÷ Sun, 09.06.2002, × 07:19, Luigi Rizzo ÎÁÐÉÓÁÌ:
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) was
> to replace the curre
39 matches
Mail list logo
