Hi,
Recently a service kept crashing on a production box with a SIGSEGV 11.
So I rebuilt with debug symbols to analyse the core file, by adding
WITH_DEBUG=yes into my make.conf (gcc -g).
It got me thinking, is there any reason why it would be a bad idea to
build all my ports with debug symbo
On Mon, Sep 03, 2012 at 09:46:17PM -0400, Sam Varshavchik wrote:
> Am I the only one who's seeing this weirdness with procfs on
> 9.0-RELEASE-p3. Unless I'm overlooking something stupid, a process that
> rmdir(2)s a subdirectory of its current directory ends up with a broken
> /proc/curproc/f
Konstantin Belousov writes:
The procfs links, as well as any other user of vn_fullpath(9) function,
can only translate a vnode to path if namecache contains useful data.
As such, the facilities are not guaranteed to success all the time.
In case of rmdir(2), UFS explicitely purges the cache for
[ please only choose one mailing list for now on, cross posting is discouraged ]
On 4 September 2012 05:26, Jake Smith wrote:
> Hi,
> It got me thinking, is there any reason why it would be a bad idea to build
> all my ports with debug symbols from now on?
> Are there any performance hits
Yes.
On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote:
> hello!
>
> I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c
(iicbus).
> Current solution is that i2c_attach calls bus_generic_attach(dev);
> which calls my pmic probe/attach functions, but main configurati
On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote:
> Konstantin Belousov writes:
>
> > The procfs links, as well as any other user of vn_fullpath(9) function,
> > can only translate a vnode to path if namecache contains useful data.
> > As such, the facilities are not guaranteed to s
On 2012-09-04 17:53, Eitan Adler wrote:
On 4 September 2012 05:26, Jake Smith wrote:
...
It got me thinking, is there any reason why it would be a bad idea to build
all my ports with debug symbols from now on?
Are there any performance hits
Yes. Code size grows and the flags may enable in
John Baldwin writes:
On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote:
> Konstantin Belousov writes:
>
> > The procfs links, as well as any other user of vn_fullpath(9) function,
> > can only translate a vnode to path if namecache contains useful data.
> > As such, the facilities
On Sep 4, 2012, at 10:05 AM, John Baldwin wrote:
> On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote:
>> hello!
>>
>> I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c
> (iicbus).
>> Current solution is that i2c_attach calls bus_generic_attach(dev);
>> whic
On Tue, Sep 04, 2012 at 11:50:35PM +0200, Dimitry Andric wrote:
> On 2012-09-04 17:53, Eitan Adler wrote:
> >On 4 September 2012 05:26, Jake Smith wrote:
> ...
> >>It got me thinking, is there any reason why it would be a bad idea to
> >>build
> >>all my ports with debug symbols from now on?
> >
On 4 September 2012 17:50, Dimitry Andric wrote:
> On 2012-09-04 17:53, Eitan Adler wrote:
>>
>> On 4 September 2012 05:26, Jake Smith wrote:
>
> ...
>
>>> It got me thinking, is there any reason why it would be a bad idea to
>>> build
>>> all my ports with debug symbols from now on?
>>
>>
>>> Ar
Hello all.
I'm currently trying to make poudriere cross compile some ports for arm
arch.
I'm using such command (as example):
env TARGET=arm TARGET_ARCH=armv6 TARGET_CPUARCH=armv6
PATH=/usr/obj/arm.armv6/usr/src/tmp/usr/bin:${PATH} CONFIGURE_HOST=amd64
STRIP_CMD=true make PKGNAMESUFFIX=-arm WRKDIR
12 matches
Mail list logo
