Hi,
I solved the dump problem in a not very
clean way.
First I changed dumps behaviour to ignore
the SIGPIPE signal when the -P and -a option
is given. The problem with occured than was
the loss of data because of the race condition
between "write date to pipe" and "receive SIGPIPE".
I solved th
On Saturday 01 March 2008, Martin Laabs wrote:
> Hello,
>
> as you probably know I want to expand dump in such
> a way it enableds multivolume dumps also when the
> output data is written to stdout/a pipe.
> Now I ran into a serious problem.
> Dump counts the written bytes to remember where
> it ha
On Sat, 1 Mar 2008, Roman Divacky wrote:
I think you can use "ptoa(Maxmem) - round_page(MSGBUF_SIZE)",
the ptoa(Maxmem)
erm.. what I meant to say what
that hw.realmem - round_page(MSGBUF_SIZE) should work
Hi:
Before I saw your message, I continued my search and found an January 2007
mailing li
Hello,
as you probably know I want to expand dump in such
a way it enableds multivolume dumps also when the
output data is written to stdout/a pipe.
Now I ran into a serious problem.
Dump counts the written bytes to remember where
it has to proceede after the volumen change.
Now the SIGPIPE signa
On Sat, Mar 01, 2008 at 01:17:01PM +0100, Roman Divacky wrote:
> On Fri, Feb 29, 2008 at 01:29:23PM -0800, [EMAIL PROTECTED] wrote:
> > Hi all:
> >
> > I'm trying to get vmware3 working on FreeBSD RELEASE 7.0 for i386
> > I've resolved every compilation problem except one:
> > the driver.c in vmwa
On Fri, Feb 29, 2008 at 01:29:23PM -0800, [EMAIL PROTECTED] wrote:
> Hi all:
>
> I'm trying to get vmware3 working on FreeBSD RELEASE 7.0 for i386
> I've resolved every compilation problem except one:
> the driver.c in vmware3 requires the "avail_end" variable
> in 6.2's /usr/include/machine/pmap.
6 matches
Mail list logo
