On 13-06-2017 23:48, Lubomir I. Ivanov wrote:
but it's probably best for you
to still upload the whole divelog @ dropbox, so that we can test with
it and find the*real* cause.
Lubomir:
I'll try to narrow down the problem in order to create a smaller file
that contains the problem...
I'll
On 14 June 2017 at 01:31, Pedro Neves wrote:
> On 13-06-2017 23:19, Lubomir I. Ivanov wrote:
>
> git apply test_tank_info_model_fix.patch
>
> Lubomir:
>
> After applying your patch it all works as supposed. I can edit cylinder info
> without any problems.
>
> Thanks a lot!
>
On 13-06-2017 23:19, Lubomir I. Ivanov wrote:
git apply test_tank_info_model_fix.patch
Lubomir:
After applying your patch it all works as supposed. I can edit cylinder
info without any problems.
Thanks a lot!
Cheers:
Pedro
___
subsurface
On 14 June 2017 at 01:01, Pedro Neves wrote:
> On 13-06-2017 22:43, Lubomir I. Ivanov wrote:
>
> replace it with the following:
> const int test_row = index.row();
> fprintf(stderr, "TEST_ROW: %d\n", test_row); // include if needed
> struct tank_info_t *info =
On 13-06-2017 22:43, Lubomir I. Ivanov wrote:
replace it with the following:
const int test_row = index.row();
fprintf(stderr, "TEST_ROW: %d\n", test_row); // include if needed
struct tank_info_t *info = _info[test_row];
Lubomir:
This is what I get now:
TEST_ROW: 0
TEST_ROW: 0
TEST_ROW: 0
On 13 June 2017 at 23:58, Thiago Macieira wrote:
> On terça-feira, 13 de junho de 2017 13:16:21 PDT Lubomir I. Ivanov wrote:
>> i cannot reproduce the problem, but also the above should not happen
>> as we allocate the cylinder "type" (tank_info_t->name) on the heap and
>>
On 14 June 2017 at 00:30, Pedro Neves wrote:
> Lubomir:
>
> On 13-06-2017 21:16, Lubomir I. Ivanov wrote:
>>
>>
>> random questions:
>> - are you running from an app-image or is this your build?
>
> It happens both with my build and with the appimage
it's good that you are
Lubomir:
On 13-06-2017 21:16, Lubomir I. Ivanov wrote:
random questions:
- are you running from an app-image or is this your build?
It happens both with my build and with the appimage
- which OS / subsurface version?
Arch Linux / Latest from master or with 4.6.4 appimage
- does it happen
On terça-feira, 13 de junho de 2017 13:16:21 PDT Lubomir I. Ivanov wrote:
> i cannot reproduce the problem, but also the above should not happen
> as we allocate the cylinder "type" (tank_info_t->name) on the heap and
> it's address cannot be so low (0x1770).
It comes from:
On 13 June 2017 at 22:38, Pedro Neves wrote:
>
> #0 0x7fffef3b51a6 in strlen () at /usr/lib/libc.so.6
> #1 0x005a5c33 in QString::QString(char const*)
> (this=0x7fffcbd0, ch=0x1770 0x1770>) at /usr/include/qt/QtCore/qstring.h:659
> #2 0x0072e14d
On 13-06-2017 19:14, Thiago Macieira wrote:
type 'bt" when you get above.
Thiago, my bad ;-)
(gdb) bt
#0 0x7fffef3b51a6 in strlen () at /usr/lib/libc.so.6
#1 0x005a5c33 in QString::QString(char const*)
(this=0x7fffcbd0, ch=0x1770 0x1770>) at
Hi all:
I've been facing a segfault with Subsurface each time I try to insert
cylinder information of my dives. After I download my new dives, I'm
able to fill the Start press., End press, the Work press. and the O2%.
But when I click the Type or Size, I get a segfault. This happens both
12 matches
Mail list logo