Hello Miod,
Miod Vallat wrote:
I can confirm the spurious segmentation faults or `double free' issues
with an SM40 module, and I am currently investigating the issue.
I swapped in the ol' SM40 instead of SM50 and after a make clean, build
still failed, still in tcl.
So yes, both modules are a
Hi,
Miod Vallat wrote:
I can confirm the spurious segmentation faults or `double free' issues
with an SM40 module, and I am currently investigating the issue.
Fine. That means that using the SM40 instead of the SM50 won't probably
help. I will try though, just to be sure.
They are both cache-
I can confirm the spurious segmentation faults or `double free' issues
with an SM40 module, and I am currently investigating the issue.
Miod
Hi,
On 12/06/14 03:07, Tobias Ulmer wrote:
Voyager? I don't know, checking:
http://mbus.sunhelp.org/modules/index.htm
I would identify it as SM50, the latter revision, with the large heatsink,
not the round one.
I just had a look, mine are 501-2708
As mine. 501-2708 03 REV 50
And they are uns
On Fri, Dec 05, 2014 at 10:48:36AM +0100, Riccardo Mottola wrote:
> Hi Tobias,
>
> what you write is frightening :)
>
> Tobias Ulmer wrote:
> >On Fri, Dec 05, 2014 at 01:18:18AM +0100, Riccardo Mottola wrote:
> >>Tobias Ulmer wrote:
> >>>full dmesg please
> >>Here it is:
> >>OpenBSD 5.6 (GENERIC)
Hi Tobias,
what you write is frightening :)
Tobias Ulmer wrote:
On Fri, Dec 05, 2014 at 01:18:18AM +0100, Riccardo Mottola wrote:
Tobias Ulmer wrote:
full dmesg please
Here it is:
OpenBSD 5.6 (GENERIC) #94: Wed Aug 13 13:54:32 GMT 2014
m...@credogne.gentiane.org:/usr/src/sys/arch/sparc/compi
Hi,
Philip Guenther wrote:
then reproduce the problem in the bzip2 port to get a fresh core file
with that binary, then finally run gdb against the_uninstalled_
binary (/usr/src/bin/ln/obj/ln) but with the new core file and see
what the backtrace shows.
before doing that, I did this: make clean=
On Fri, Dec 05, 2014 at 01:18:18AM +0100, Riccardo Mottola wrote:
> Tobias Ulmer wrote:
> >full dmesg please
> Here it is:
> OpenBSD 5.6 (GENERIC) #94: Wed Aug 13 13:54:32 GMT 2014
> m...@credogne.gentiane.org:/usr/src/sys/arch/sparc/compile/GENERIC
> real mem = 166998016 (159MB)
> avail mem = 1594
On Thu, Dec 4, 2014 at 4:22 PM, Riccardo Mottola
wrote:
> Christian Weisgerber wrote:
>>
>> Somewhere under the work directory.
>>
>> $ find /usr/ports/pobj/bzip2-1.0.6 -name \*.core
>
> $ find . -name \*.core
> ./fake-sparc/usr/local/man/man1/ln.core
>
> ln segfaulting? sounds bad!
>
> I tried to
Hi,
Christian Weisgerber wrote:
Somewhere under the work directory.
$ find /usr/ports/pobj/bzip2-1.0.6 -name \*.core
$ find . -name \*.core
./fake-sparc/usr/local/man/man1/ln.core
ln segfaulting? sounds bad!
I tried to get a trace, but:
(gdb) bt
#0 0x0001b024 in ?? ()
#1 0x0001afec in ??
Tobias Ulmer wrote:
full dmesg please
Here it is:
OpenBSD 5.6 (GENERIC) #94: Wed Aug 13 13:54:32 GMT 2014
m...@credogne.gentiane.org:/usr/src/sys/arch/sparc/compile/GENERIC
real mem = 166998016 (159MB)
avail mem = 159440896 (152MB)
mainbus0 at root: SUNW,SPARCstation-20
cpu0 at mainbus0: TMS390Z
On 2014-12-03, Riccardo Mottola wrote:
> install -c -o root -g bin -m 555 bzgrep bzmore bzdiff
> /usr/ports/pobj/bzip2-1.0.6/fake-sparc/usr/local/bin
> install -c -o root -g bin -m 444 bzip2.1 bzgrep.1 bzmore.1 bzdiff.1
> /usr/ports/pobj/bzip2-1.0.6/fake-sparc/usr/local/man/man1
> Segmentation
On Wed, Dec 03, 2014 at 09:38:17AM +0100, Riccardo Mottola wrote:
> Hi,
>
> I am running OpenBSD 5.6 on Sparc [1]
>
> Since I did not find several packages available, I got ports (5.6 tar.gz
> version), unpacked it and started building.
>
>
> While I attempt to install libxml I get, while insta
Hi,
I am running OpenBSD 5.6 on Sparc [1]
Since I did not find several packages available, I got ports (5.6 tar.gz
version), unpacked it and started building.
While I attempt to install libxml I get, while installing bzip2 dependency:
install -c -o root -g bin -m 555 bzgrep bzmore bzdiff
/
14 matches
Mail list logo
