Try this then:
#!/bin/sh
#Default options
LINTCONF=LINT.CONF
LINTCONF1=LINT.CONF1
ARCH=`uname -m`
ARCH1=$ARCH
SRCDIR=/sys
START=0
END=0
NOCLEAN=0
TMPDIR=/tmp/makedepend
WD=`pwd`
#Read the command line
while [ $# -ne 0 ]
do
case "$1" in
--src-dir)
Juli Mallett wrote:
> > >find_dependcyType: application/x-java-applet
[ ... ]
> It's a bourne shell script, terry, try looking at it.
Then the MIME type is wrong. Certainly, the disposition "inline"
is wrong.
I've been bombarded with all sorts of crap like this lately
which were DDOS cl
* De: Terry Lambert <[EMAIL PROTECTED]> [ Data: 2002-10-16 ]
[ Subjecte: WARNING: Re: Kernel option dependency finding ]
> Andrew Turner wrote:
> >
> > Name: find_dependcy
> >find_dep
Andrew Turner wrote:
>
> Name: find_dependcy
>find_dependcyType: application/x-java-applet
> Encoding: base64
This posting is a Java applet with inline disposition. Do n
"Danny J. Zerkel" wrote:
> To quote the POSIX standard:
>
> The ipc_perm structure shall contain the following members:
>
> uid_tuidOwner's user ID.
> gid_tgidOwner's group ID.
> uid_tcuid Creator's user ID.
> gid_tcgid Creator's group ID.
> mode_t mode Read/write
Hello,
Find attached a script I have started writing to find option dependency
from the NOTES files.
Would other developers please test this script and submit suggestions
back to me (on or off the list).
Andrew Turner
find_dependcy
Description: application/java-applet
On Wednesday 16 October 2002 13:01, Robert Watson wrote:
> On Wed, 16 Oct 2002, Terry Lambert wrote:
> > Robert Watson wrote:
> > > I'm not convinced there's any value to providing the backward
> > > compatibility that has to be asked for: the only benefit to the current
> > > short-based API is t
Attempting to mount my Win2K NTFS partition on my laptop after the
introduction of GEOM results in immediate 100% reproduceable panics. I
built GEOM into my kernel the day after it was introduced into CVS, and
none of the commits made since seem to have fixed it.
I apologize for not posting my p
On Wednesday 16 October 2002 00:43, Robert Watson wrote:
> On Tue, 15 Oct 2002, Danny J. Zerkel wrote:
> > At least for our Linux emulation layer, supporting IPC_64 would be one
> > of the pieces (probably the main one) keeping The Sims from running.
> > The other thing we are missing is the Linux
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
* Ben Stuyts <[EMAIL PROTECTED]> [021016 14:05] wrote:
> At 22:00 16/10/2002, Jeff Roberson wrote:
>
> >On Wed, 16 Oct 2002, Ben Stuyts wrote:
> >
> >> I'll also run your vmstat script that you posted in a similar thread. One
> >> of the big memory users seems to be sem, and it's growing. Almost
At 22:00 16/10/2002, Jeff Roberson wrote:
>On Wed, 16 Oct 2002, Ben Stuyts wrote:
>
> > I'll also run your vmstat script that you posted in a similar thread. One
> > of the big memory users seems to be sem, and it's growing. Almost every
> > time I do a vmstat -m, sem usage has grown a few k.
> >
At 21:20 11/10/2002, Terry Lambert wrote:
>Please find a (relatively bogus) patch attached, which could cause
>things to block for a long time, but will avoid the panic.
Terry,
I just got the same panic without your patch. (I wanted to verify that it
was still panic-ing with the latest src tree
On Wed, 16 Oct 2002, Ben Stuyts wrote:
> I just got the same panic without your patch. (I wanted to verify that it
> was still panic-ing with the latest src tree.) I am now building a kernel
> with your patch.
>
> I'll also run your vmstat script that you posted in a similar thread. One
> of the
On 16-Oct-2002 John Baldwin wrote:
>
> On 16-Oct-2002 Mitsuru IWASAKI wrote:
>>> > > If still NG, please try the attached patch against SupermicroP3TDE6.asl.
>>> > > # _BBN is bridge bus number, my guess is 0x3. You can try to change it
>>> > > # if failed.
>>> >
>>> > Maybe 0x2 is correct.
>>
DEAR SIR,
MAY THE BLESSINGS OF GOD BE UPON YOU AND GRANT YOUR FAMILY AND YOU THE
WISDOM AND SYMPATHY TO UNDERSTAND OUR SITUATION AND HOW MUCH WE REALLY NEED YOUR
ASSISTANCE. I AM THE WIFE OF ALHAJI ISMAILA GWARZO THE
NATIONAL SECURITY ADVISER TO THE FORMER LATE HEAD OF STATE GEN. SANI
ABACHA
Robert Watson wrote:
> On Wed, 16 Oct 2002, Terry Lambert wrote:
> > Robert Watson wrote:
> > > I'm not convinced there's any value to providing the backward
> > > compatibility that has to be asked for: the only benefit to the current
> > > short-based API is that it allow serious security holes
>Date: Wed, 16 Oct 2002 12:49:22 -0400 (EDT)
>From: John Baldwin <[EMAIL PROTECTED]>
>> I *believe* that I had successfully inserted the drive after "atacontrol
>> detach 1" shortly after the atacontrol-related changes were MFCed.
>You probably want to do things in the following sequence:
>- at
Bruce Evans wrote:
> On Wed, 16 Oct 2002, walt wrote:
>
>
>>Bruce Evans wrote:
>>
>>
>>>Don't use extended partitions directly. It is easy to
>>>make a mess by clobbering the pointers to the logical drive
>>>within them.
>>I need to ask for clarification on this point. What do you
>>mean by '
On Thu, Oct 17, 2002 at 02:08:41AM +1000, Bruce Evans wrote:
> This only broke wine for me. wine is not packaged, so I have to build
> it locally.
wine is packaged (when it compiles)..there's a 4.x package, for example.
Kris
msg44781/pgp0.pgp
Description: PGP signature
Makoto Matsushita wrote:
> tlambert2> The worst case failure with my "Ugly patch" should be that
> tlambert2> things hang, and quit running completey.
>
> I've emailed to the list that I've tried your patch but it cannot boot
> (actually it boots, but panics immediately.) Maybe I'm using
> diffe
On Wed, 16 Oct 2002, Terry Lambert wrote:
> Robert Watson wrote:
> > I'm not convinced there's any value to providing the backward
> > compatibility that has to be asked for: the only benefit to the current
> > short-based API is that it allow serious security holes while not
> > following the st
Mitsuru IWASAKI writes:
> > > > If still NG, please try the attached patch against SupermicroP3TDE6.asl.
> > > > # _BBN is bridge bus number, my guess is 0x3. You can try to change it
> > > > # if failed.
> > >
> > > Maybe 0x2 is correct.
> >
> > I tried 2, and it seems to work correctl
On 16-Oct-2002 Mitsuru IWASAKI wrote:
>> > > If still NG, please try the attached patch against SupermicroP3TDE6.asl.
>> > > # _BBN is bridge bus number, my guess is 0x3. You can try to change it
>> > > # if failed.
>> >
>> > Maybe 0x2 is correct.
>>
>> I tried 2, and it seems to work correctl
On 15-Oct-2002 David Wolfskill wrote:
> This happened to me about a week ago under -STABLE, and again today
> under -STABLE, so I tried it under -CURRENT today (in single-user
> mode, to reduce variables), and was able to re-create it.
>
> I *believe* that I had successfully inserted the drive a
On 14-Oct-2002 Mark Kettenis wrote:
> The new PT_IO ptrace(2) request doesn't work, since it doesn't release
> a lock. Since PT_IO is similar to PT_READ_D/PT_WRITE_D, I copied the
> PROC_UNLOCK from there and inserted in the same location. Patch,
> against version 1.103 of sys_process.c, attach
Robert Watson wrote:
> I'm not convinced there's any value to providing the backward
> compatibility that has to be asked for: the only benefit to the current
> short-based API is that it allow serious security holes while not
> following the standard API offered by other platforms (except Linux).
On Wed, Oct 16, 2002 at 01:27:30AM -0700, Alex Zepeda wrote:
> On Mon, Oct 14, 2002 at 05:00:45PM -0700, David O'Brien wrote:
>
> > > gcc's code optimizations are broken, and should be avoided.
> >
> > Not any more with GCC 3.2, unless you have a test case to prove it broken.
>
> Well you still
Maxim Sobolev wrote:
> > You could also simply use non-intersecting cmd parameter values
> > for the new calls, which avaids the special flag, and leaves the
> > backward compatability without adding grundles of new system calls.
>
> What about source-level compatibility, which IMO is a good thin
Kris Kennaway schrieb:
>On Wed, Oct 16, 2002 at 02:12:07AM +0200, Daniel Rock wrote:
>
>
>
>>gprof "thinks" the runtime is only 8 seconds, while in reality it takes
>>more than 2 minutes to complete the test. A small excerpt from gprof output
>>
>>
>
>Are you running a kernel with WITNESS
> > > If still NG, please try the attached patch against SupermicroP3TDE6.asl.
> > > # _BBN is bridge bus number, my guess is 0x3. You can try to change it
> > > # if failed.
> >
> > Maybe 0x2 is correct.
>
> I tried 2, and it seems to work correctly now.
>
> Thanks!
Congratulations!
# Now w
On Wed, 16 Oct 2002, Maxim Sobolev wrote:
> > And it's not like the approach you've described makes it any easier to
> > implement: you still have to break out the old and new structures since
> > changing ipc_perm breaks the ABI for all of the System V interfaces,
> > rewrite the kernel code, e
On Tue, 15 Oct 2002, Julian Elischer wrote:
> If I try run any X stuff I get:
> julian@jules:current1(101) startx
> /usr/libexec/ld-elf.so.1: Undefined symbol "__sF" referenced from COPY
> relocatio
> ...
>
> Do I need to install a new X?
Maybe. This error happens when X or X applications are l
Robert Watson wrote:
>
> On Wed, 16 Oct 2002, Maxim Sobolev wrote:
>
> > What about source-level compatibility, which IMO is a good thing, at
> > least if it doesn't add too much complexity (it clearly doesn't in this
> > case)? Also, handling single flag should be easier from the coding
> > per
On Wed, 16 Oct 2002, walt wrote:
> Bruce Evans wrote:
>
> > Don't use extended partitions directly. It is easy to
> > make a mess by clobbering the pointers to the logical drive
> > within them.
>
> I need to ask for clarification on this point. What do you
> mean by 'directly'?
Just write to
On Tue, 15 Oct 2002 11:39:22 -0700 (PDT)
Saurabh Gupta <[EMAIL PROTECTED]> wrote:
> Any help will be very much appreciated.
When it freezes again, wait some minutes (~10). If it unfreezes then, it
is a known problem. And if you see some aborts (signal 6) of XFree86,
then it is a known problem to
On Wed, 16 Oct 2002, Maxim Sobolev wrote:
> What about source-level compatibility, which IMO is a good thing, at
> least if it doesn't add too much complexity (it clearly doesn't in this
> case)? Also, handling single flag should be easier from the coding
> perspective than a load of new values,
Bruce Evans wrote:
> Don't use extended partitions directly. It is easy to
> make a mess by clobbering the pointers to the logical drive
> within them.
I need to ask for clarification on this point. What do you
mean by 'directly'?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Wed, Oct 16, 2002 at 02:03:53AM -0700, Terry Lambert wrote:
> Robert Watson wrote:
> > While I think support for the IPC_64 flag under emulation is useful, I'd
> > rather make use of compatibility system calls and type improvements for
> > the base FreeBSD implementation of the System V IPC API
tlambert2> The worst case failure with my "Ugly patch" should be that
tlambert2> things hang, and quit running completey.
I've emailed to the list that I've tried your patch but it cannot boot
(actually it boots, but panics immediately.) Maybe I'm using
different time of source code. Which 5-c
Robert Watson wrote:
> While I think support for the IPC_64 flag under emulation is useful, I'd
> rather make use of compatibility system calls and type improvements for
> the base FreeBSD implementation of the System V IPC APIs. Most of the
> work necessary to support those changes is required i
Makoto Matsushita wrote:
> jroberson> I suspect that there is some other bug then. 1/2 of your
> jroberson> memory should not be consumed by kernel malloc. Do you
> jroberson> have an abnormally large MD or something?
>
> MD devices are used to create installation floppies but no, it should
> b
On (2002/10/15 11:48), Nate Lawson wrote:
> cd /usr/src/gnu/usr.bin/binutils; make cleandir; make depend; make all
> install
Isn't this a bad idea? First, you may not remove stale object files
from the src tree, and second, you may leave stale .depend files in the
src tree, which will cause you
On Mon, Oct 14, 2002 at 05:00:45PM -0700, David O'Brien wrote:
> > gcc's code optimizations are broken, and should be avoided.
>
> Not any more with GCC 3.2, unless you have a test case to prove it broken.
Well you still can't buildworld with "-O3 -march=pentiumpro
-fno-strength-reduce". Looks
jroberson> I suspect that there is some other bug then. 1/2 of your
jroberson> memory should not be consumed by kernel malloc. Do you
jroberson> have an abnormally large MD or something?
MD devices are used to create installation floppies but no, it should
be 1.44MB/2.88MB size, relatively sma
Igor Roboul wrote:
> FreeBSD boots from CD, but could not mount / from it :-(
PPS: The "/" is mounted from an MFS that is uncompressed from
the floppy image read by the disk BIOS from the fake floppy
BIOS wedge installed by the CDROM drive controller. If you
boot, but can not mount "/", then it
Igor Roboul wrote:
> On Tue, Oct 15, 2002 at 11:54:50PM -0700, Terry Lambert wrote:
> > unrelated to whether or not the hardware is supported or not by
> > FreeBSD.
> FreeBSD boots from CD, but could not mount / from it :-(
Are we talking about the VIA chipset board that won't run after
4.5-RELE
48 matches
Mail list logo
