I sent this to questions a couple of weeks ago, but didn't receive any
helpful replies. Anyone doing this - two machines connected by a null-modem
cable with the ability to create a serial terminal session from either
side, with suitable juggling of getty processes?
Used to do this in
On Thu, 7 Sep 2000, Peter Wemm wrote:
Mike Silbersack wrote:
Ok, now I have a question. Using STARTTLS with sendmail is obviously OK
for us, since sendmail got the export liscense. However, AFAIK, qmail and
postfix have obtained no such permission.
Postfix has done the BXA hoop
Is it possible from kernel mode to create a list of newbus devices ? And how do I'll
get a pointer to the new-bus root (or whatever it's tecnical name is :)
---
Nicolai Petri
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
The answers are 'no' and 'root_bus'.
The 'no' could be revised into something more useful if you are able to
tell us what you are trying to do.
Nick
On Fri, 8 Sep 2000, Nicolai Petri wrote:
Is it possible from kernel mode to create a list of newbus devices ?
And how do I'll get a pointer
Hi,
are there any plans to implement makecontext() friends
functions in FreeBSD?
Is there any other way to implement user-level threads?
(I know it can be done in assembler, but this is not
portable)
Using pthreads is not an option for me, although pthreads
are implemented as userlevel
Hi,
are there any plans to implement makecontext() friends
functions in FreeBSD?
Is there any other way to implement user-level threads?
(I know it can be done in assembler, but this is not
portable)
Using pthreads is not an option for me, although pthreads
are implemented as userlevel
Lance Rocker wrote:
Hello,
I too had problems with running out of shared mem segments, so I wrote
my first ever perl script that does something useful for me. I've
attached it to this email and I'll paste it in below too, for
convenience.
I noticed that many (most?) of the shared mem
In article [EMAIL PROTECTED] you wrote:
are there any plans to implement makecontext() friends
functions in FreeBSD?
I don't know of any plans myself, but I would appreciate that we support this
standardized ucontext(3) API in FreeBSD. The API is actually not the problem,
the question is
Just noticed this little oddity while building XFree86-4, from ports
supped today:
make -k -f xmakefile all
root 17383 0.0 0.2 628 244 p6 I+6:30AM 0:00.00 (sh)
root 36617 0.0 0.5 1076 680 p6 I+6:51AM 0:00.05 make -k -k
CDEBUGFLAGS= all
root 36618 0.0 0.2 628
In message [EMAIL PROTECTED] Nicolai Petri writes:
: Is it possible from kernel mode to create a list of newbus devices ?
: And how do I'll get a pointer to the new-bus root (or whatever it's
: tecnical name is :)
Yes. You keep asking for parents until you get none. The one that
has a null
On Fri, 8 Sep 2000, Mitja Horvat wrote:
Hi,
are there any plans to implement makecontext() friends
functions in FreeBSD?
Is there any other way to implement user-level threads?
(I know it can be done in assembler, but this is not
portable)
Using pthreads is not an option for me,
At 6:27 PM -0400 9/7/00, John Doh! wrote:
Hello to you am I C coder who to wish write programs we cannot
exploit via code such as below.
main(int argc, char **argv)
{
if(argc 1) {
printf(gettext("usage: %s filename\n"),argv[0]);
exit(0);
}
printf("normal execution
On Fri, 8 Sep 2000, Ralf S. Engelschall wrote:
In article [EMAIL PROTECTED] you wrote:
are there any plans to implement makecontext() friends
functions in FreeBSD?
I don't know of any plans myself, but I would appreciate that we support this
standardized ucontext(3) API in FreeBSD.
Soren Schmidt wrote:
From the README:
ATA-tagged-queueing-diff-0908:
Add support for ATA channels with both a master and a slave, even
combos where only on of them supports tagged queuing should work now.
Also only switch on tagged queuing on IBM DPTA DTLA series
drives, the
It seems Thierry Herbelot wrote:
Soren Schmidt wrote:
From the README:
ATA-tagged-queueing-diff-0908:
Add support for ATA channels with both a master and a slave, even
combos where only on of them supports tagged queuing should work now.
Also only switch on tagged queuing
Yeah :)
Any chance an older IBM drive might be supported ?
IBM-DTTA-351010/T56OA73A
Well, the DTTA's say they support tagged queuing, but since the
newer DJNA has firmware problems the DTTA probably has that
too. To be fair I havn't tried it yet, so if you feel adventurous
you can
In message [EMAIL PROTECTED], Matthew
Jacob writes:
Yeah :)
Any chance an older IBM drive might be supported ?
IBM-DTTA-351010/T56OA73A
Well, the DTTA's say they support tagged queuing, but since the
newer DJNA has firmware problems the DTTA probably has that
too. To be fair I
Thank you for your last reply about the Promise 100 controller, I got it
working with that patch.
But now, I have Asus P2L97 mobo with 64MB RAM, 266MHz P2 and 4 Maxtor
54098H8's, two per channel. OS is FreeBSD 4.1-STABLE.
When I use vinum with the following config:
drive drive0 device
Hello to you am I C coder who to wish write programs we cannot exploit via
code such as below.
main(int argc, char **argv)
{
if(argc 1) {
printf(gettext("usage: %s filename\n"),argv[0]);
exit(0);
}
printf("normal execution proceeds...\n");
}
In message [EMAIL PROTECTED] "John Doh!" writes:
: Issue is must be getting format string from "untrusted" place, but want to
: limit substitution of %... to the substitution of say in example the
: argv[0], but to not do others so that say given "usage: %s filename %p" %p
: not interpret
Hello,
What about md5 in the boot loader. I've included a patch to
src/sys/boot/ficl/words.c No doubt with lots of little errors. I
added this after concerns while working on PXE booting.
I'm looking for a sense of direction... Is using MD5 better
than just a clear text
Is it possible from kernel mode to create a list of newbus devices ? And
how do I'll get a pointer to the new-bus root (or whatever it's tecnical
name is :)
extern devclass_t nexus_devclass;
nexus = devclass_get_device(nexus_devclass, 0);
static void
At 22:24 +0300 2000.09.08, Esko Petteri Matinsola wrote:
read performance and seeks seems OK, but block writes only about 1/9th !
As I read from www.vinumvm.org I should get something like 5MBps block
writes.
Have I misunderstood something, configured someting improperly, it's
because of only
On Fri, Sep 08, 2000 at 02:56:10PM +0100, John Toon wrote:
However, it seems strange that you're getting non-attached memory
segments. Surely it is the job of the kernel to clean up after processes
(if they're badly programmed and don't do it themselves)? Perhaps one
program is leaking?
In article [EMAIL PROTECTED] you wrote:
On Fri, 8 Sep 2000, Ralf S. Engelschall wrote:
In article [EMAIL PROTECTED] you wrote:
are there any plans to implement makecontext() friends
functions in FreeBSD?
I don't know of any plans myself, but I would appreciate that we support this
On Friday, 8 September 2000 at 22:24:51 +0300, Esko Petteri Matinsola wrote:
Thank you for your last reply about the Promise 100 controller, I got it
working with that patch.
But now, I have Asus P2L97 mobo with 64MB RAM, 266MHz P2 and 4 Maxtor
54098H8's, two per channel. OS is FreeBSD
Note* rawio will overwrite your data, so be careful!
Here are tests that I ran using a 4 disk array (10k RPM SCSI disks). I have
about 20 datafiles comprising 8 different stripe sizes for 3 different raid
configurations (0,5,1+0) if anyone is interested (Greg?).
Thanks,
brandon
27 matches
Mail list logo