Dirk Hohndel wrote:

On November 22, 2014 9:52:42 PM Miika Turkia <miika.turkia@gmail.com> wrote:

> > I'll need to poke at that and figure out what's happening. I'm quite
> > pressed for time right now, hopefully I'll get to it after the weekend.
> >
>
> The XML contains po2 values. Isn't that currently enough to make Subsruface
> treat the dive as a CCR dive?

I believe you are correct

I did a new fresh import from my Petrel on the latest master and saved it.  This time the saved petrel2.xml [1] does not contain the empty <cylinder /> statements.  But id does contain cylinders with something in them, even on gauge dives:

  <cylinder o2='52.0%' />
  <cylinder o2='18.0%' he='45.0%' />

I tried to do a data dump, but both subsurface and the libdivecomputer dump app doesn't cooperate:

$ examples/universal -l petrel2.log -m petrel2.bin -v -n "Shearwater Petrel" /dev/tty.Petrel-SerialPort
DATETIME 2014-11-23T10:29:31Z (1416738571)
VERSION 0.5.0-devel (e307227b808186beccc00461103477156e97f5e4)
Opening the device (Shearwater Petrel, /dev/tty.Petrel-SerialPort).
INFO: Open: name=/dev/tty.Petrel-SerialPort
INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=1, flowcontrol=0
INFO: Timeout: value=3000
INFO: Sleep: value=300
INFO: Flush: queue=3, input=0, output=0
Registering the event handler.
Registering the cancellation handler.
Downloading the memory dump.
universal.c:793: Error downloading the memory dump.
INFO: Write: size=9, data=FF0105002E902000C0
Result: Unsupported operation

(at this point, the Petrel immediately drops out of the upload dive mode)