Hi Dan N,
Dan Nelson wrote:
In the last episode (Jul 07), David Schultz said:
Pawel Jakub Dawidek has already written a C-like language for his
Cerber project that looks like it could be used for a FreeBSD DTrace.
It doesn't support associative arrays for stat collecting like D does,
but it's g
In the last episode (Jul 07), David Schultz said:
> The page referenced earlier in this thread pointed out that 6
> staff-years went into DTrace. That's accurate, and we're not talking
> about part-time employees or people who don't know what they're
> doing. The D compiler aside, this is not a s
Hi David,
David Schultz wrote:
On Wed, Jul 07, 2004, Eitarou Kamo wrote:
FreeBSD has good features such as jail, chroot e.t.c. which can controll
Solaris 10 has these features, too, but I'm not sure what that has
to do with DTrace.
If You use the feature with DTrace like tool, You can op
On Wed, Jul 07, 2004, Eitarou Kamo wrote:
> FreeBSD has good features such as jail, chroot e.t.c. which can controll
Solaris 10 has these features, too, but I'm not sure what that has
to do with DTrace.
> process or resources in parallel. So you need not port DTrace entirely.
> You can implement
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 8 Jul 2004 08:20, Bernd Walter wrote:
> The problem is timing as we need to have the transmitter disabled
> bevor the connected device responds to our request.
> There is no garanty that this is allways fast enough from userland.
> It can also
hmmm
On Wed, 7 Jul 2004, pradeep reddy punnam wrote:
> hi hackers,
>
> i am new to kernel hacking , i am just trying to play with the networking code.
> i wrote a system call that will copy the mbuf address from the kernel to user space..
> the sys call look like this
>
> 355 STD BSD { int
hi hackers,
i am new to kernel hacking , i am just trying to play with the networking code.
i wrote a system call that will copy the mbuf address from the kernel to user space..
the sys call look like this
355 STD BSD { int sn_rqueue(struct mbuf *m);}
and the code in the sn_rqueue syscall
On Tue, Jul 06, 2004 at 10:53:23PM -0400, Greg Hormann wrote:
>
> I'm working to develop a communications program to control a piece of
> vendor supplied hardware. (They only provide a control program for
> Windows.) I think I'm close. The device uses a RS-232 -> RS-485 convert
> which I belive is
On Wed, 07 Jul 2004 19:42:35 +0300
Niki Denev <[EMAIL PROTECTED]> wrote:
> Niki Denev writes:
>
> > M. Warner Losh writes:
> >
> >> In message: <[EMAIL PROTECTED]>
> >> "Liam J. Foy" <[EMAIL PROTECTED]> writes:
> >> : Hey guys,
> >> :
> >> : Since it was decided
> >> (http://lists
Niki Denev writes:
M. Warner Losh writes:
In message: <[EMAIL PROTECTED]>
"Liam J. Foy" <[EMAIL PROTECTED]> writes:
: Hey guys,
:
: Since it was decided (http://lists.freebsd.org/pipermail/freebsd-acpi/2004-June/000352.html)
: we are going to stick with apm -l producing -1 and not 255
On Tue, Jul 06, 2004 at 02:22:54PM -0700, Brooks Davis wrote:
> [Please don't top-post, it tends to lose context.]
>
> On Tue, Jul 06, 2004 at 03:36:40PM +0200, thefly wrote:
> > could you point me pls to some code of that? To me read-only access is
> > ok, userspace doesn't need to write anything
I'm working to develop a communications program to control a piece of
vendor supplied hardware. (They only provide a control program for
Windows.) I think I'm close. The device uses a RS-232 -> RS-485 convert
which I belive is powered by either the RTS or DTR line of the serial
port. How can I fo
On Wed, 7 Jul 2004, Ruslan Ermilov wrote:
RE>On Wed, Jul 07, 2004 at 11:17:00AM +0200, Harti Brandt wrote:
RE>> to install.sh, because it seems that the installworld target uses the
RE>> currently installed mk files not those from src/share/mk.
RE>>
RE>Not until you call installworld with "make
On Wed, Jul 07, 2004 at 11:17:00AM +0200, Harti Brandt wrote:
> On Wed, 7 Jul 2004, Ruslan Ermilov wrote:
>
> RE>On Wed, Jul 07, 2004 at 09:57:52AM +0200, Harti Brandt wrote:
> RE>>
> RE>> Hi all,
> RE>>
> RE>> is there an easy way for a non-root user to test the installworld target?
> RE>> I ca
On Wed, 7 Jul 2004, Ruslan Ermilov wrote:
RE>On Wed, Jul 07, 2004 at 09:57:52AM +0200, Harti Brandt wrote:
RE>>
RE>> Hi all,
RE>>
RE>> is there an easy way for a non-root user to test the installworld target?
RE>> I came up with
RE>>
RE>> make SHAREOWN=harti SHAREGRP=harti LIBOWN=harti LIBGRP=h
On Wed, Jul 07, 2004 at 09:57:52AM +0200, Harti Brandt wrote:
>
> Hi all,
>
> is there an easy way for a non-root user to test the installworld target?
> I came up with
>
> make SHAREOWN=harti SHAREGRP=harti LIBOWN=harti LIBGRP=harti \
> NOFSCHG=yes INFOMODE=644 INFOOWN=harti INFOGRP=harti MANOW
Hi all,
is there an easy way for a non-root user to test the installworld target?
I came up with
make SHAREOWN=harti SHAREGRP=harti LIBOWN=harti LIBGRP=harti \
NOFSCHG=yes INFOMODE=644 INFOOWN=harti INFOGRP=harti MANOWN=harti \
MANGRP=harti BINOWN=harti BINGRP=harti DESTDIR=/t/scratch/harti/root/ \
Hi Nicolas,
Nicolas Be'rard Nault wrote:
>>> Dtrace is (seems, at least) to be a very powerful tool. Eventual coders
>>> could/should get their inspiration out of the work of Sun engineers.
>>> But
>>> remember, the volunteers of the FreeBSD project aren't paid to do what
(the below refers exclusively to 5.2.1-RELEASE)
Rapid file creation on filesystems with as few as one snapshot on them
will panic lockmgr:
panic: lockmgr: locking against myself
cpuid = 0;
syncing disks, buffers remaining... panic: ffs_copyonwrite: recursive call
cpuid = 0;
uptime: 5m10s
Shutti
19 matches
Mail list logo
