Operating systems in question: FreeBSD 9.0-RC1/amd64 and FreeBSD
10.0-CURRENT/amd64, both compiled with CLANG.
It happens that when using clients with requester for pathnames (like
evim, thunderbird, mozilla and others) that typing some attributes into
the requester-inputline and then hitting
On 2011-11-04 20:09, Michael W. Lucas wrote:
I suspect I'm building on a system that's too old, but it's worth
asking.
FreeBSD eyeball.lodden.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Aug 29
00:31:14 EDT 2009
mwlu...@stretchlimo.blackhelicopters.org:/usr/obj/usr/src/sys/GENERIC
On Sat, Nov 05, 2011 at 02:20:03PM +0100, Dimitry Andric wrote:
On 2011-11-04 20:09, Michael W. Lucas wrote:
I suspect I'm building on a system that's too old, but it's worth
asking.
FreeBSD eyeball.lodden.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Aug 29
00:31:14 EDT 2009
Can you run the crashing app under gdb and show me where it
crashes? What is the cause of the crash? SIGILL or something like
that? What instruction does it crash on?
Thank you, roman
On Sat, Nov 05, 2011 at 09:46:37AM +0100, O. Hartmann wrote:
Operating systems in question: FreeBSD
On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote:
Below is the KBI patch after vm_page_bits_t merge is done.
Again, I did not spent time converting all in-tree consumers
from the (potentially) loadable modules to the new KPI until it
is agreed upon.
diff --git
On Sat, Nov 5, 2011 at 7:13 AM, Kostik Belousov kostik...@gmail.com wrote:
On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote:
Below is the KBI patch after vm_page_bits_t merge is done.
Again, I did not spent time converting all in-tree consumers
from the (potentially) loadable
On Sat, Nov 05, 2011 at 07:37:48AM -0700, m...@freebsd.org wrote:
On Sat, Nov 5, 2011 at 7:13 AM, Kostik Belousov kostik...@gmail.com wrote:
On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote:
Below is the KBI patch after vm_page_bits_t merge is done.
Again, I did not spent
Am 11/04/11 14:33, schrieb Ivan Klymenko:
Maybe useful the following information:
This problem appears not to all architectures and types of CPU.
on the Russian forums
http://www.bsdportal.ru/viewtopic.php?t=24900
В Sat, 05 Nov 2011 19:42:12 +0100
O. Hartmann ohart...@zedat.fu-berlin.de пишет:
Am 11/04/11 14:33, schrieb Ivan Klymenko:
Maybe useful the following information:
This problem appears not to all architectures and types of CPU.
on the Russian forums
On 2011-11-05 14:28, Kostik Belousov wrote:
On Sat, Nov 05, 2011 at 02:20:03PM +0100, Dimitry Andric wrote:
On 2011-11-04 20:09, Michael W. Lucas wrote:
...
: undefined reference to `__sync_add_and_fetch_4'
...
The system gcc was changed to assume march=486 some time ago.
I suppose that the
On Sat, Nov 05, 2011 at 08:06:26PM +0100, Dimitry Andric wrote:
On 2011-11-05 14:28, Kostik Belousov wrote:
On Sat, Nov 05, 2011 at 02:20:03PM +0100, Dimitry Andric wrote:
On 2011-11-04 20:09, Michael W. Lucas wrote:
...
: undefined reference to `__sync_add_and_fetch_4'
...
The system
On 11/05/2011 10:15, Kostik Belousov wrote:
On Sat, Nov 05, 2011 at 07:37:48AM -0700, m...@freebsd.org wrote:
On Sat, Nov 5, 2011 at 7:13 AM, Kostik Belousovkostik...@gmail.com wrote:
On Fri, Nov 04, 2011 at 06:03:39PM +0200, Kostik Belousov wrote:
Below is the KBI patch after vm_page_bits_t
Currently if you try to use the args[] array passed to a syscall
return probe, you get variables with the wrong type. This is because
the systrace implementation is currently using the same function to
provide the same argument types for both the entry and return probes,
which is completely
On Sat, Nov 05, 2011 at 09:41:36PM +0200, Kostik Belousov wrote:
Personally, I would install from any snapshot, 9.0RC1 is good enough for
later HEAD rebuild.
Thank you, gentlemen!
I believe that upgrading via snapshot is the smart solution here. But
it'll be in the archives for anyone else bit
I have a patch that fixes crash when using dtrace fbt return probes on
i386. dtrace implements an fbt probe by overwriting a small part of
the function when the probe is active. On i386, it writes an invalid
opcode. dtrace has a hook into the invalid opcode fault handler that
checks whether the
On Oct 18, 2011, at 7:39 AM, Andriy Gapon wrote:
on 18/10/2011 13:35 Henri Hennebert said the following:
I upgrade another system to 9.0-RC1 and encounter the same problem, this time
zfsloader do not run.
After
mv /mnt/boot /mnt/Boot
mkdir /mnt/boot
cd /mnt/Boot
find . | cpio -pvdmu
16 matches
Mail list logo
