Hi guys I'm excitedly posting this from my phone. Good news for you guys, bad
news for us -- we were building HA storage on vmware for a client and can now
replicate the crash on demand. I'll be posting details when I get home to my PC
tonight, but this hopefully is enough to replicate the crash
On 05.06.12 16:29, Mark Felder wrote:
> On Sat, 02 Jun 2012 06:49:18 -0500, Florian Smeets wrote:
>
>> As far as i understand it does at least enable usage of pages up to 4MB,
>> perhaps someone should teach mysql about the FreeBSD's limits?
>> If you look at the output i sent, it certainly chang
On Wed, 2012-06-06 at 14:40 -0700, Sean Bruno wrote:
> I keep getting
> nothing but a "wish" window popping up when I install tkcvs.
Correction: I get a "wish" window popping up when I run "tkdiff file1
file2"
Sean
___
freebsd-hackers@freebsd.org ma
Does anyone have tkdiff working from ports right now? I keep getting
nothing but a "wish" window popping up when I install tkcvs.
I didn't see any obvious results with my internet search foo, so thought
I'd ask here as well as in other places.
Sean
__
On Wed, Jun 06, 2012 at 01:20:12PM +0200, Pawel Jakub Dawidek wrote:
> On Tue, Jun 05, 2012 at 11:31:01PM +0200, Jilles Tjoelker wrote:
> > Also, the attack surface of such a daemon may be smaller than that of a
> > setuid/setgid program.
> Really? I don't see that. With current patch and setgid t
FreeBSD's CD bootcode '/boot/cdboot' is targeting stage 3 boot -> loader
For example, stage 2 boot '/boot/boot' is attempting the same.
In my case of a '/boot/loader', '/boot' is a symlink!
So if '/boot/boot' works with symlinks, why '/boot/cdboot' doesn't!
Yes, I did use Rock-Ridge extensions, u
On Tue, Jun 05, 2012 at 11:31:01PM +0200, Jilles Tjoelker wrote:
> Also, the attack surface of such a daemon may be smaller than that of a
> setuid/setgid program.
Really? I don't see that. With current patch and setgid to utmp the
process can only read some files that don't even contain very sens
I've been working on getting the ARM EABI working with FreeBSD.
As part of the EABI spec the Procedure Call Standard for the ARM
Architecture (AAPCS) defines wchar_t as either an unsigned int or an
unsigned short with the former as the preferred type. FreeBSD defines
wchar_t as a __wchar_t, which
When running dtrace looking at syscall::write:return for a java
app with a ustack call for the first few calls I get:-
dtrace: ERROR: gelf_getehdr() failed: No error: 0
And then after a number dtrace crashes:-
#0 0x000800fcc59d in _malloc_prefork () from /lib/libc.so.7
[New Thr
9 matches
Mail list logo