srijit lahiri wrote:
> I would like to have Cvsup installer for HP-UX along
> with usage manual of Cvsupd. We would be synchronizing
> Cvs sources located at HP-UX and Linux servers.
>
> Any pointers would be highly appreciated.
The first thing you're going to need is a Modula III compiler
for y
mark tinguely wrote:
> why don't you place the buffer pointer into an external mbuf.
> this requires you to set several fields but you can use the macro
> MCLGET as a reference.
>
> You will also need to use the ext_free() pointer to a routine to correctly
> free the buffer when the mbuf is relea
"E.B. Dreger" wrote:
> Eclipse/BSD is based on 3.4, and one could play with it, but the
> license looks incompatible.
>
> I guess that's not a big deal, though, as anything would be
> need to be written for 4-STABLE (or 5-CURRENT and MFCed to
> 4-STABLE). But the ideas certainly are interesting.
John Polstra wrote:
> Sorry, but CVSup is not supported under HP-UX. I do not have any
> plans to port it to HP-UX in the future.
Would it compile with PM3, or does it require EZM3?
I think that would answer most of his question...
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
TL> Date: Thu, 09 May 2002 10:34:33 -0700
TL> From: Terry Lambert
TL> Rice University has been doing that a lot with their
TL> licenses, these days. I don't know if they would have done
TL> this anyway, or if it's an overreaction on their part to
TL> FreeBSD ignoring their patches.
Eclipse/BSD
* E.B. Dreger <[EMAIL PROTECTED]> [020509 10:53] wrote:
>
> TL> Back to the original topic, though... you might want to ask
> TL> Alfred for his CPU affinity patches that he did. They are
>
> ...but this sounds more logical, anyway: Rather than hassling
> with encumbered software, why not exte
on a 2xPPRo, fresh TOT kernel as of today
panic: vm_object_terminate: freeing busy page 0xc0ddfea0 p->busy = 0, p->flags
c0dd
cpuid = 0; lapic.id =
Debugger("panic")
Stopped at Debugger+0x41: xorl%eax,%eax
db> t
Debugger(c031293a) at Debugger+0x41
panic(c032bee0,c0ddfea0,0,c0
> I've finally learned enough forth to put together a diff to implement some
> nextboot functionality in the loader.
>
> Basically, the loader peeks into the first line of /boot/nextboot.conf to
> see if nextboot_enable="YES" is there. If it is, it reads the entire
> config, then rewrites the
On Thu, 9 May 2002, Michael Smith wrote:
> > I've finally learned enough forth to put together a diff to implement some
> > nextboot functionality in the loader.
> >
> > Basically, the loader peeks into the first line of /boot/nextboot.conf to
> > see if nextboot_enable="YES" is there. If it i
On 09-May-2002 Matthew Jacob wrote:
>
> on a 2xPPRo, fresh TOT kernel as of today
Try reverting alc's changes to remove Giant from some of the vm code and
see if that helps.
> panic: vm_object_terminate: freeing busy page 0xc0ddfea0 p->busy = 0,
> p->flags
> c0dd
>
> cpuid = 0; lapic.id = 000
> > > I've finally learned enough forth to put together a diff to implement som
> e
> > > nextboot functionality in the loader.
> > >
> > > Basically, the loader peeks into the first line of /boot/nextboot.conf to
>
> > > see if nextboot_enable="YES" is there. If it is, it reads the entire
>
On Thu, 9 May 2002, Michael Smith wrote:
> > I've finally learned enough forth to put together a diff to implement some
> > nextboot functionality in the loader.
> >
> > Basically, the loader peeks into the first line of /boot/nextboot.conf to
> > see if nextboot_enable="YES" is there. If it i
Just a reminder that the status reports are due tomorrow afternoon. Given
that it's been three months since the last, I'd like to have as many
projects reporting information as possible. A lot has happened in three
months, so there shouldn't be a problem finding things to say :-).
Robert N M Wa
On Thu, 9 May 2002, Michael Smith wrote:
> You're fooling yourself if you think that just because you're rewriting a
> different file, "something going wrong" isn't going to hose the user
> anyway.
True, but if I only hose /boot/nextboot.conf (which is going to be delete
when the machine enter
On Thu, May 09, 2002 at 03:45:59PM +1000, Greg Black wrote:
> Ian Noname wrote:
>
> | > The general rule is "including includes from includes is bad".
> |
> | Okay, it's time to point out that these are opinions, not rules, and
> | differing opinions exist.
>
> There's no shortage of opinions.
Hi
I have two FreeBSD boxes (4.5), running fine! (diskless)
The two machines have two networks interfaces. In the rc.conf file of
the both, are to ifconfig's (fxp0 e fxp1), but only one go up! Why?!
I did put the ifconfig command in /etc/network and have fixed the
problem. But i don't
Ian <[EMAIL PROTECTED]> writes:
> > The general rule is "including includes from includes is bad".
> Okay, it's time to point out that these are opinions, not rules, and
> differing opinions exist.
POSIX disagrees with you.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send ma
In message: <[EMAIL PROTECTED]>
Ian <[EMAIL PROTECTED]> writes:
:
: > The general rule is "including includes from includes is bad".
:
: Okay, it's time to point out that these are opinions, not rules, and
: differing opinions exist.
However, there are standards that state explicitl
Michael Smith wrote:
> I still think you're not thinking the processes associated with this
> feature through carefully enough.
Liten to Mike; he is the loader guru.
I don't know how the file I/O is done for the "YES/NO" change,
since I have to have a couple of browsers open to read FORTH
code.
Gordon Tetlow wrote:
> > I still think you're not thinking the processes associated with this
> > feature through carefully enough.
>
> Very possible. This was just a first cut of the feature and I'll be the
> first to admit that it's not pretty. I don't know forth so I was happy
> to get as far
Damon Anton Permezel wrote:
> OK, time to check an actual example to see if the supposed reason
> this is a GoodThing(tm) exists.
>
> % man open
>
> ...
> SYNOPSIS
> #include
>
> int
> open(const char *path, int flags, ...);
> ...
>
> % ed $inc/fcntl.h
> ...
> /*
> * This file
Terry Lambert [[EMAIL PROTECTED]] wrote :
> Michael Smith wrote:
> > I still think you're not thinking the processes associated with this
> > feature through carefully enough.
>
> Liten to Mike; he is the loader guru.
>
> I don't know how the file I/O is done for the "YES/NO" change,
> since I
> : > The general rule is "including includes from includes is bad".
Correct me if I am wrong; doesn't the curses library do this. I saw in
one of Eric's (Raymond) documentation about it. Also, have a look at:
:= src/sys/dev/vinum/vinumhdr.h
JFYI. :-)
-- Hiten
__
Dag-Erling Smorgrav wrote:
> Ian <[EMAIL PROTECTED]> writes:
> > > The general rule is "including includes from includes is bad".
> > Okay, it's time to point out that these are opinions, not rules, and
> > differing opinions exist.
>
> POSIX disagrees with you.
"Can't we just teach the lions to
Do we have soft interrupts?
Here's a bit of code from the NetBSD usb stack, and I'm trying to work
out what it would be in FreeBSDland.
sc->sc_bus->soft = softintr_establish(IPL_SOFTNET,
sc->sc_bus->methods->soft_intr, sc->sc_bus);
if (sc->sc_bus->soft == NULL) {
Josef Karthauser wrote:
> Do we have soft interrupts?
Yes. The easiest one to use is NETISR. Software interrupts
are called from reenabling hardware interrupts. See _doreti
in /sys/i386/isa/ipl.s
static void
ipintr(void)
{
...
}
void
ip_init()
{
...
register_netisr(NE
Title: Friend, Here Are Your 2 FREE Airline Tickets
Dear Friend,
I have your certificate for
Two
FREE Airline Tickets.
They're FREE, but I need to know where to send them.
Click Here and complete the form.
Two FREE airline tickets valued up to $2100.00 to your
choice of resort des
Josef Karthauser wrote:
> Do we have soft interrupts?
>
> Here's a bit of code from the NetBSD usb stack, and I'm trying to work
> out what it would be in FreeBSDland.
>
> sc->sc_bus->soft = softintr_establish(IPL_SOFTNET,
> sc->sc_bus->methods->soft_intr, sc->sc_bus);
>
Peter Wemm wrote:
> You probably want to have a good look at usb_ethersubr.c - it does this
> sort of thing already, but for different reasons. On FreeBSD, the usb
> hardware interrupts ran (pre-SMPng) as bio, not net. All of the
> assumptions, problems and workarounds for this from pre-SMPng ar
Thank you for taking the time to read this
email.
I am a student at the New York Film Academy - www.nyfa.com
I am planning to make a short romantic film
entitled "From St. Petersburg with Love", in which a Frenchman, living in New
York City, falls in love with a beautiful Russian woman f
Has the POSIX event standard implemeted in FreeBSD? POSIX events are logged to
a file. Which would give a better performance, assuming kevent can register more
events?
Thanks.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
[ wondering if this will make it to the list since hub.freebsd.org seems
to be dropping mail from me lately ]
[ assuming the above evaluates as true I've attempted to redirect this
to -mobile, where it belongs ]
On Wed, 8 May 2002, Terry Lambert wrote:
>Neil Bliss wrote:
>> Hey folks,
>>
>> Doe
Ramkumar Chinchani wrote:
> Has the POSIX event standard implemeted in FreeBSD? POSIX events are logged to
> a file. Which would give a better performance, assuming kevent can register more
> events?
Are you talking about POSIX persistent queueing, of the type not
implemented by the POSIX printin
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00M5_46Q67S8U.V3897Z11"
On Fri, 3 May 2002, Leo Bicknell wrote:
>At the end of the day, we need to lower the barrier to adding
>documentation, while increasing the quality. Far from an easy task.
I agree with your point. It would be nice to break down barriers to
documentation. However, I don't think any of the sugg
On Wed, 8 May 2002, Brandon D. Valentine wrote:
>[ assuming the above evaluates as true I've attempted to redirect this
>to -mobile, where it belongs ]
Obviously the floodgates just opened and my mail poured forth. I am
currently investigating the delay in mail propagation between
smtp.comcast.
36 matches
Mail list logo