C code also uses the 1a Variant of ZH-L16C, i.e.
the one with the first compartment having a 4min halftime instead of
the 5min (1b) one as on the DR5.
Best regards from Germany
Stefan
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists
Hello Robert,
thanks for the detailed explanation.
On 2017-02-15 11:19, Robert Helling wrote:
On 14.02.2017, at 23:53, Stefan wrote:
In the current "core/deco.c" lines 39-41 read:
struct buehlmann_config {
double satmult; // safety at inert gas accumulation as percentage of
ef
x27;t reproduce the issue on his side.
Can share the file also with anyone else who would be so kind to look at
the issue. Thanks!
Best regards
Stefan
Here is the Windows Event log Dirk requested:
---
Protokollname: Application
Quelle:Application Error
Datum: 17.10.2015 14:14
immediately --> no crash yet
But if I just change s.th. in the runtime and then move my mouse in
the profile window --> crash
Rick's experience confirmed!
Best regards
Stefan
Am 18.10.2015 um 07:41 schrieb Rick Walsh:
>
> Stefan,
>
> On 18 Oct 2015 16:34, "Dirk Hoh
Am 19.10.2015 um 16:16 schrieb Dirk Hohndel:
> On Sun, Oct 18, 2015 at 08:35:11AM +0200, Stefan Fuchs wrote:
>> Hello Rick, hello Lubomir, hi All,
>>
>> you guys are really incredible ;-)
> Did you have a chance to test yesterday's daily build?
> They aren'
Hello Robert,
NO! You must not have any other hobbies but SCUBA DIVING! ;-)
BTW: Did you write this during or after "Après-Ski"? You are talking
about your REGULATORS, isn't it?
Best regard and enjoy skiing
Stefan
Hi,
Since today I took my cylinders and refs to testing,
ing the "set 'Deco switch at' to 99m" workaround.
Nevertheless I vote for the (small) "Use this gas" checkbox at the left
side of every table row. This would make life easier and from my point
of view lost gas considerations are an important feature.
Best regards
Ste
the application crashes under windows
already at startup.
What did I do wrong?
Best regards
Stefan
Protokollname: Application
Quelle:Application Error
Datum: 26.01.2017 19:36:14
Ereignis-ID: 1000
Aufgabenkategorie:(100)
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer
? What is maybe obsolete or wrong in my filesystem
layout?
Thanks!
Best regards
Stefan
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
y filesystem
>> layout?
> Doesn't seem wrong to me. The directories under 'src' are the sources,
> the ones under 'win' are the build directories.
>
But isn't it that "win32" is the build directory and I have the source
(from git) two times? I added more specificly what I have above in the
tree...
Best regards
Stefan
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
dded more specificly what I have above in the
>> tree...
> Sorry, you are (mostly) correct. Again, this script is based on a layout
> that I use, and when I check on the server I do indeed have duplications
> in there - I could try claiming that this was to be able to have different
Hi Lubomir! Hi All!
Am 26.01.2017 um 20:40 schrieb Lubomir I. Ivanov:
> 2017-01-26 20:56 GMT+02:00 Stefan Fuchs :
>> Hi All,
>>
>> after Rick talk me into trying to learn a little bit of programming I at
>> least managed to setup the right environment as a starting po
/ Speichern" on
buttons are not translated into German in my build. In the official 4.6
they are translated.
What's missing here on my side? S.th. MXE/Qt related?
Thanks!
Best regards
Stefan
--
Stefan Fuchs
Banzhaldenstr. 66
70469 Stuttgart
E-Mail: sfu...@gmx.de <mailto:sfu...@g
n my installation there are the missing
files from a very old installer (dated from 2014). They seem to be
missing since a long time and still are missing in 4.6. Attached what is
missing...
If I copy this to my own 4.6.xx build it fixes the issue.
MfG
Stefan
--
Stefan Fuchs
Banzhaldenst
file I expected when looking at the name...
So maybe really better add almost all those files.
I really like to contribute s.th. This is why I spent all the time on
this currently. But I still need some help e.g. with git and github and
first of all read some documentation.
E.g. I messed up my r
Am 30.01.2017 um 00:13 schrieb Dirk Hohndel:
> On Mon, Jan 30, 2017 at 09:36:49AM +1100, Rick Walsh wrote:
>> On 29 January 2017 at 07:41, Stefan Fuchs wrote:
>>
>>> Hi Dirk, hi Lubomir, hi All,
>>> finally managed to run a successful MXE based windows build!!!
again: works ok
S.th. from the other commits from last 24h causes this? S.o. else can
confirm this?
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.s
Hi All,
Am 03.02.2017 um 21:51 schrieb Lubomir I. Ivanov:
> On 3 February 2017 at 22:22, Stefan Fuchs wrote:
>> Now I found out there is one issue left concerning printing. I attached 4
>> screen shots:
>>
>> - Output in UI in planner looks good
>> - Output in U
existing dive in
the planner? This today gives no warning but planner results are incorrect.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:s
ide one idea:
Can s.o. once check exactly the same dive scenario in another VPM-B
based tool? I heard there is another tool on the market... ;-)
I unfortunately don't have a license. But I also could ask a friend of
mine. But I'm 100% sure one of you has a license.
Best regards
Stef
aiting for your fixes. Is anyone else working on
> things that I should wait for?
>
Maybe we finish a first implementation of the rock bottom / minimum gas
calculation end of this weekend.
But this can from my point of view wait until 4.6.2 or 4.7.
Best regards
Stefan
--
Stefan Fuchs
E-
easily be fixed?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
ne question:
What about line breaks in tooltips? Good/not good? How do they work?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.s
Hi Robert, hi Rick, hi All,
Am 15.02.2017 um 02:23 schrieb Rick Walsh:
> On 15 February 2017 at 06:50, Stefan Fuchs <mailto:sfu...@gmx.de>> wrote:
>
> Hi All,
>
> Joachim (R.) and I finished our first basic version of the minimum
> gas calculation for th
this or can we clean this up?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Hi All,
Am 15.02.2017 um 21:27 schrieb Stefan Fuchs:
>>
>>
>> Joachim (R.) and I finished our first basic version of the
>> minimum gas calculation for the planner.
>> We are now looking for testing and feedback :-)
>>
>> More details b
quot;, "heartbeat: %d\n"),
entry->heartbeat);
put_format(b, translate("gettextFromC", "bearing: %d\n"),
entry->bearing);
put_format(b, translate("gettextFromC", "mean depth to here
%.1f%s\n"), depthvalue, depth_unit);
"Cal
te it for a specific cylinder id? I found that this is neither in
struct cylinder_t, nor in dive or divecomputer. I think this somehow
works with the struct sample and is created at the moment when the
profile is finally created.
What I need to do are two things:
1. Get the cylinder pressure for "
tring in
the source code notnecessarily ends up as one string in the UI. So one
needs to be a careful and always check the final result in the UI.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Hello Lubomir,
Am 20.02.2017 um 20:28 schrieb Lubomir I. Ivanov:
> hello,
>
> On 20 February 2017 at 20:35, Stefan Fuchs wrote:
>> Ohoh... it was so clear that sooner or later I will be punished by some
>> strange effect(s) for being a little bit too over-motivated and chang
Hallo Robert,
Am 20.02.2017 um 15:18 schrieb Robert Helling:
> Stefan,
>
>> On 20.02.2017, at 15:02, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> Now I identified the next hurdle: Is there somewhere the curve
>> cylinder pressure versus dive t
d to teach all possible event names to the
> translation splanned waypointystem. I have no idea how too do that.
> Maybe you could look into this? And then make sure, the names only get
> translated when displaying them to the user (i.e. event.name always
> holds untranslated strings).
I think
Hello Robert, hallo Dirk,
Am 21.02.2017 um 11:44 schrieb Robert Helling:
> Stefan,
>
>> On 21.02.2017, at 11:02, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>>> the problem is that for computers that don’t have gas information,
>>> the interpo
per
case "S"? Or is there a widely used German term?
More general question: Can we assume that every occurrence of the term
"setpoint" in Subsurface refers to the CCR setpoint or is setpoint also
used for s.th. different?
Best regards
Stefan
--
Stefan Fuch
culation is useful mainly for rectangular, single level dive
profiles. If you try complex multi level scenarios the calculation still
will give you only one result but this may not cover the worst case
situation.
I also attach two test dives I usually use for testing.
Best regards
Stefan
after my holiday.
BTW: Joachim, could you have a look into this as well?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Hi Robert, hi All,
Am 21.02.2017 um 23:15 schrieb Robert Helling:
> Stefan,
>
>> On 21 Feb 2017, at 23:13, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> How do German CCR divers call this correctly? My guess is that most
>> of you are using the Eng
Hi All, hi Dirk,
Am 20.02.2017 um 20:10 schrieb Dirk Hohndel:
> Hi Stefan
>
>> On Feb 20, 2017, at 10:35 AM, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>> Am 20.02.2017 um 18:54 schrieb Dirk Hohndel:
>>> Stefan,
>>>
>>> I pulled y
be s.o. - not Dirk! ;-) - could give me a hint what I have to do to
build and run Subsurface under Ubuntu 16.04 against Qt5.8.
What I did is:
- Installed Qt5.8 in /opt/Qt/...
- Played with qtchooser and set QT_SELECT correctly
But I fear this is not enough to cha
ut from the way we use it I would rather call the single
column in the planner "Start press.". From functional point of view for
sure keep everything the same.
What do you think?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@
at this may be no complete no brainer
but let's see if I can do it...
Best regards
Stefan
---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Hallo Robert, hi All,
Am 26.02.2017 um 13:38 schrieb Robert Helling:
> Hi,
>
>> On 26 Feb 2017, at 10:41, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> If nobody disagrees I can change this after my holiday. I had a look at
>> the code already and
e (two occurrences), no user manual or documentation.
Best regards
Stefan
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
g built I
once again only have the almost useless Windows 10 crash report. :-((
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Good morning,
Update, still no real debug built but GDB also with this exe gives some
hints :-)
Am 03.03.2017 um 21:11 schrieb Stefan Fuchs:
>
> Hallo Dirk,
>
> Am 26.02.2017 um 22:57 schrieb Dirk Hohndel:
>> On Sun, Feb 26, 2017 at 08:43:40AM -0800, Dirk Hohndel wrote:
>
Hello Dirk,
Am 05.03.2017 um 07:42 schrieb Dirk Hohndel:
> On Sat, Mar 04, 2017 at 07:59:57AM +0100, Stefan Fuchs wrote:
>> Good morning,
>>
>> Update, still no real debug built but GDB also with this exe gives some
>> hints :-)
> I believe that I may have figured ou
t in latest git:
When re-edit any planned dive in planner the cylinder table is empty.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu..
few days. No known
issues. Review once done by Robert.
Testing: Only by me. No feedback yet from Rick, Pablo,...
Documentation: Not yet but I can write s.th. for the user manual during
the next days.
Automated tests: Not yet.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <
the planner to update it with
the new preference options: Is there any strict requirement how the
screen shot has to look like in terms of look coming from Qt version,
resolution,...? Or should it be simply similar to other screen shots in
the user manual?
Best regards
Stefan
--
Stefan Fuchs
E-Mai
p cylinder table). If you then remove one cylinder
again and reduce to number of cylinders to 3 or less the additional
table row disappears again.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
it interface for windows so that I can try doing
> this myself
>From my point of view it is worthwhile to change this.
Maybe just tell here in which way you would prefer to change it to
double check if this is ok for everyone!
I tried this during my last holiday when I was only having a
cylinder table). If you then remove one
> cylinder again and reduce to number of cylinders to 3 or less the
> additional table row disappears again.
I believe I fixed it:
https://github.com/Subsurface-divelog/subsurface/pull/245
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de
e it again and
take care about the conflicts.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Hi Dirk,
Am 11.03.2017 um 14:47 schrieb Stefan Fuchs:
>
> Pull request submitted.
>
> One important hint: Can happen that there will be a conflict with an
> still open pull request from Robert. Dirk, if you can't merge it after
> merging Roberts changes, please tell me
missing:
The trash/trashforbidden icons should be updated immediately after one
changes the planner points and in this way "utilizes" or "frees" a gas.
For me it is not clear what is the best way to do the connection and the
trigger.
Thanks for any hint!
Best regards
Stefan
Hi Robert,
Am 12.03.2017 um 22:38 schrieb Robert Helling:
>
>> On 12 Mar 2017, at 20:51, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> The trash/trashforbidden icons should be updated immediately after
>> one changes the planner points and in this way
. But I'm still not sure if
they are automatically run during build (both linux and MXE). Where will
the test results go? There is nothing in build.log or winbuild.log or
stdout.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu..
Hi Dirk,
Am 16.03.2017 um 18:55 schrieb Dirk Hohndel:
>
>> On Mar 16, 2017, at 10:25 AM, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> Hi All,
>>
>> currently I try to learn how the automatic tests work :-)
>> I think I almost understood
lt very
happy with the results and started to like the implementation. So no bug
found on my side.
One hint: As soon as you use such tiny small cylinders like 10l most
probably gas consumption and reserve gas will be the limiting factor.
BTW: I copied this to the mailing list
Qt syntax of this is not compatible
with the syntax strftime needs. Does anyone know an easy way to convert
the string or in general to solve this?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurf
Hallo Robert,
Am 30.03.2017 um 10:56 schrieb Robert Helling:
> Hi,
>
>> On 30.03.2017, at 08:06, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> There is one issue:
>> I would like to use the date format as defined in
>> "prefs
files to Transifex
to get all this changed stuff translated? This sometimes even reveals
some more small issues.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
this or is there any better tool for me?
- Can s.o. read s.th. from the output?
- What is the interesting part? I guess this one:
AddrPC Params
0A72B044 042EFD3C 043F8A34 03C7C9A8 Qt5Guid.dll! ??
[/home/stefan/Entwicklung/Subsurface/mxe-2016-10-12/tmp-qtbase-i686-w64-mingw32.shared/qtbase
ning. I now for the first
time reproduced this with the MXE debug build and again attached drmingw
to the zombie exe.
Can s.o. guess s.th. from the output?
What else could I provide to help finding this bug?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
m happy that I found an MXE version
where the release and debug build and the resulting executable works.
This is for me MXE release 2016-10-12 which comes with Qt5.7.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
subsurface.exe caused a Breakpoint at loca
after every startup.
I will continue my testing and poor development work based on this
change and watch out for further recurrence of this issue or any other.
Clearly I don't know what that may mean in terms of marble: That code
piece with the "NullStrea
ject) for the text stream.
>
> Using this method of passing the location of the system null device
> to QFile, "should" work better.
>
> Reported-by: Stefan Fuchs
> Signed-off-by: Lubomir I. Ivanov
> ---
>
> untested in marble for the reported use case!
> i
n this change also go into Dirks Subsurface-marble branch? Maybe
also other users are affected?
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
generic a name.
>>
> ok, i've renamed it to Marable::loggingCategory.
>
> Stefan, could you please try building and running the attached patch?
> you can toggle the debugging with MarbleDebug::setEnabled(true/false)
> e.g. from the Subsurface source code.
I will try it this m
anged to:
> #define mDebug() qCDebug(Marble::loggingCategory)
>
> and it compiles.
Good news: Some parts work if I comment out what still gives an error
(see below). Logging works but is always on for marble.
Bad news:
The function
void MarbleDebug::setEnabled(bool enabled)
{
loggin
one of the latest
commits being the root cause but from the stack trace I can't see a
direct link to one of the changes I'm aware off.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
Registers:
eax= ebx=2710 ecx= edx=
Am 19.04.2017 um 09:09 schrieb Miika Turkia:
> git bisect is your friend
>
> miika
>
> On 19 Apr 2017, at 9.48, Stefan Fuchs <mailto:sfu...@gmx.de>> wrote:
>
>> unfortunately I see a new crash when importing via USB from my OSTC2.
>> This happens under Win
Hello Lobomir, hello Anton,
Am 19.04.2017 um 15:35 schrieb Lubomir I. Ivanov:
> On 19 April 2017 at 09:48, Stefan Fuchs wrote:
>> Hi All,
>>
>> unfortunately I see a new crash when importing via USB from my OSTC2. This
>> happens under Windows 10 with current maste
ase.
Maybe it would be worthwhile to roll out this QLoggingCategory idea to
the whole project including any logging messages from any component finally.
I keep you updated when I again see a crash like before.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de&
urface desktop and maybe not even so much risk coming from these
changes.
There is one minor items which would be great to have before doing the
release beside testing, translations,...:
- Move the "Extra info" tab back to the right place - Maybe Tomaz can do
this quickly?
Best regards
Ste
Hi again,
Am 20.04.2017 um 23:18 schrieb Stefan Fuchs:
>>> void MarbleDebug::setEnabled(bool enabled)
>>> {
>>> QLoggingCategory::setFilterRules(QString("marble.debug=%1").arg(enabled
>>> ? "true", "false"));
>>> }
&g
Hi All,
Am 20.04.2017 um 00:04 schrieb Stefan Fuchs:
>>> Hi All,
>>>
>>> unfortunately I see a new crash when importing via USB from my OSTC2. This
>>> happens under Windows 10 with current master and was not there about 2 weeks
>>> ago. It happens ev
your official builds seem to be not affected
by this issue and I currently solved it for my own builds by constantly
enabling the marble logging output.
I at some time will continue the investigations but it's absolutely no
blocking point for 4.6.4.
Best regards
Stefan
--
Stefan Fuchs
E-
list.
>>
>
> Minimal test done of the 4.6.4 AppImage. Working correctly. On up to
> date Arch Linux.
>
Same for Windows 10 (1703).
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface mailing
sable display of units ("m" or "ft" and "h"+"min") in the dive
list table. I shouldn't have written this - Dirk will run away screaming
now... ;-)
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
Subsurface generated VPM-B ceiling in the profile for any logged dive is
crap. After you once start the planner the result looks different and
better but still not 100% sure if it is correct.
I somehow have the feeling that the VPM-B calculation is not feed with
correct (init) va
Hallo Robert,
Am 18.06.2017 um 22:01 schrieb Robert Helling:
> Hi,
>
>> On 18. Jun 2017, at 21:31, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> Just back from my family holiday...
>> I can reproduce this issue under Windows 10 with a build based
t; firstIndex)
> return;
>
> and you shouldn't see this crash anymore.
Just as a side note: Dirk and I already fixed s.th. very similar in this
part of the code some time ago:
https://github.com/Subsurface-divelog/subsurface/commit/02e768a61beda2730efff1e84f5e5b7341418acf
https://git
27;s done intentionally. But I up to now didn't figure out
how this "generate_export_header" thing should work or why it's not
working for us.
BTW: Tomaz, Dirk: Does it even make sense to merge Tomaz marble update
but not merge this PR:
https://github.com/Subsurface
"version" from Github is now required/recommended?
- Any other stuff (googlemaps plugin?) I need to setup by hand before
being able to run the Subsurface MXE build script?
Thanks!
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:
Hi Dirk,
unfortunately when building MXE qtwebkit fails to build.
I saw you had some issues with qtwebkit as well but not sure if this is
s.th. you also had before and fixed somehow?
Am 05.09.2017 um 21:17 schrieb Dirk Hohndel:
>
>> On Sep 5, 2017, at 3:19 AM, Stefan Fuchs >
1). So all these old issues were marble
related also on my side...
Best regards
Stefan
-I/home/stefan/Entwicklung/Subsurface/mxe-current-git/tmp-qtwebkit-i686-w64-mingw32.shared/qtwebkit-opensource-src-5.9.1/Source/JavaScriptCore/assembler
-I/home/stefan/Entwicklung/Subsurface/mxe-current-git/t
d/decreased by two steps instead of one. This happens with any
QSpinBox based value like gas options, ascent rates, VPM conservatism,...
I don't believe this really comes from Roberts change but it was maybe
revealed by it.
Can you reproduce this?
Best regards
Stefan
--
Stefan
Hi Dirk, hi Linus,
Am 13.09.2017 um 23:00 schrieb Dirk Hohndel:
>> Hmm. The infobox pressure thing I will look into.
> Thanks, just saw the patch.
Thanks for fixing this so quickly!
>> The spikes in the data I would need a test file for to see what's up.
> Stefan, can you
Hi All,
Am 09.09.2017 um 10:10 schrieb Stefan Fuchs:
>
> I solved the issue with building qtwebkit by disabling
> "qtbase_CONFIGURE_OPTS=-debug-and-release" in my MXE setting.mk
> It seems that building the debug version of Qtwebkit fails.
> Unfortunately this means for
pressure info in the XML. To fix old dives I need to remove the pressure
info manually in the XML.
Please correct me if I'm wrong!
Thanks!
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
subsurface
ot critical for me because my MXE windows build works
perfectly but maybe it helps to show the situation with an out of the
box LTS Ubuntu (16.04).
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
building Subsurface in subsurface/build
Building in /home/ste
it would be nice to know what exactly is needed to build the
googlemaps plugin. I'll try to investigate a little bit but I guess to
not waste too much time I will end up installing Qt 5.9.1.
Best regards
Stefan
--
Stefan Fuchs
E-Mail: sfu...@gmx.de <mailto:sfu...@gmx.de>
___
Am 16.09.2017 um 18:28 schrieb Dirk Hohndel:
>
>> On Sep 16, 2017, at 2:41 AM, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>> What I see/saw is the following:
>> - First of all downloading the private headers for QtLocation and
>> QtPositioning works but b
Hi Lubomir,
Am 16.09.2017 um 20:20 schrieb Lubomir I. Ivanov:
> On 16 September 2017 at 20:42, Stefan Fuchs wrote:
>> Lubomir was faster and confirms what I already typed into the mail:
>> No, I didn't fix this. What is the case is that the missing private header
>> f
Hi Lubomir,
Am 16.09.2017 um 22:00 schrieb Lubomir I. Ivanov:
>
>> /home/stefan/Entwicklung/Subsurface/googlemaps/qgeotiledmappingmanagerenginegooglemaps.cpp:61:28:
>> error: ‘QAbstractGeoTileCache’ has not been declared
>> m_cacheDirectory = QAbstractGeoTileCach
Am 16.09.2017 um 22:58 schrieb Lubomir I. Ivanov:
> On 16 September 2017 at 23:21, Stefan Fuchs wrote:
>> Large step forward, maybe already 100% success:
>> Googlemaps plugin compiles w/o errors. Subsurface starts w/o errors. Map is
>> there and works based on very basic te
Hallo Robert,
Am 17.09.2017 um 08:49 schrieb Robert Helling:
> Stefan,
>
>> On 16. Sep 2017, at 23:04, Stefan Fuchs > <mailto:notificati...@github.com>> wrote:
>>
>> Spike_Test.zip
>> <https://github.com/Subsurface-divelog/subsurface/files/1308657/S
Hallo Robert,
Am 17.09.2017 um 21:44 schrieb Robert Helling:
> Stefan,
>
> could you please try if applying this patch removes the spikes? My suspicion
> is that those are not properly reset between dives.
I see a somehow unexpected result:
The situation that the plotted ceilin
Hallo Robert,
Am 18.09.2017 um 10:39 schrieb Robert Helling:
> Stefan,
>
>> On 17. Sep 2017, at 22:47, Stefan Fuchs > <mailto:sfu...@gmx.de>> wrote:
>>
>> I see a somehow unexpected result:
>> The situation that the plotted ceiling changes in respect
1 - 100 of 186 matches
Mail list logo
