I'll get a new domain...
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Dec 1999.
I also don't have a crash dump (bad device name in dumpdev, now
corrected). I
will try to get these things, if I get a chance to try again. Things in
the
system:
SMP on Asus P2B-DS motherboard
softupdates on
usb recently enabled, but no peripherals yet
More information to follo
Well, with all problems with buildworld and building kernels, and my
limited time. I have only just gotten back to a point where I can
retest
the crash I was having. This time, no crash.
Apparently, my milage is varying...
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to
http://www.bitwizard.nl/sig11/
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
512 byte sectors: 255H 63S/T 555C)
changing root device to da0s2a
cd0 at bt0 bus 0 target 4 lun 0
cd0: Removable CD-ROM SCSI-2 device
cd0: 4.545MB/s transfers (4.545MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
-- Danny J. Zerkel
"Sursum ad Absurd
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 ioctl() interface for reading
MSDOSFS directories, but that may be optional.
I will eventually take a look at thi
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
se are
> actually broken because they don't take into account our truncation bugs.
>
> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
> [EMAIL PROTECTED] Network Associates Laboratories
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
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 permission.
I don't think size is an issue. At least not within a given machine.
I think OpenBSD and NetBSD have already taken the correct path.
We just need to have a compatibility interface (automatic extra
flag: pretty cheap; or alternate syscalls: probably a waste).
Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
the simple patch and close the damn PR!)
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Looks like conf/files.i386 and conf/files.pc98 need to be updated.
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Monday 07 October 2002 21:05, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> Giorgos Keramidas <[EMAIL PROTECTED]> writes:
> : On 2002-10-07 15:14, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> : > Anything that gets overwritten during the normal install process
> : > is al
On Wednesday 09 October 2002 17:00, Terry Lambert wrote:
> "Danny J. Zerkel" wrote:
> > And a list of files to delete would have saved many emails about the
> > GCC being broken when the old headers just needed to be deleted.
>
> No, it wouldn't.
>
> The
ED]
> with "unsubscribe freebsd-current" in the body of the message
--
Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tually use COMPAT_SVR4 for anything, it just happened to
be in my
config and broke.
Any way, here is a possible fix.
-- Danny J. Zerkel
[EMAIL PROTECTED]
--- svr4_stream.c.orig Thu Aug 31 18:54:05 2000
+++ svr4_stream.c Wed Nov 22 22:39:00 2000
@@ -162,7 +162,7 @@
struct uio ktrui
Okay, this time I'll even include the entire patch...
-- Danny J. Zerkel
[EMAIL PROTECTED]
--- svr4_stream.c.orig Thu Aug 31 18:54:05 2000
+++ svr4_stream.c Wed Nov 22 22:39:00 2000
@@ -162,7 +162,7 @@
struct uio ktruio;
#endif
- error = getsock(p->p_fd
This patch works for me on a P2B-DS, previously I had to power off by
hand.
Thanks!
Danny
On Tuesday 19 December 2000 10:36, Mitsuru IWASAKI wrote:
> Hi,
>
> > I think you're the main maintainer of the ACPICA codebase (and yes, I
> > know that parts of it is imported from Intel). Attached is a
16 matches
Mail list logo