devel

devel@libdivecomputer.org

3 participants
290 discussions

Re: Mares Nemo Wide MY2013
by Linus Torvalds 27 Sep '12

27 Sep '12

On Thu, Sep 27, 2012 at 4:59 AM, Felix Roßbach <felix.rossbach(a)web.de> wrote: > > Is there any possibility to read out the new Nemo Wide (under Ubuntu 12.04)? > With the normal Nemo Wide it doesnt work, it even gets stuck (clock stops > working and i cant set it. Have to remove battery). With the older version > of the Nemo wide i dont have problems. Anything i can do or is somebody > already working on it? As Dirk already pointed out, this is going to need somebody from the libdivecomputer camp, but I suspect that the first thing you would need to do is to do something like ./examples/universal -b nemo -n "Mares Nemo Wide" -vvv /dev/ttyUSB0 in the libdivecomputer source tree, and send out the end result (particularly 'output.log') There may be something else that Jef would want you to do, but I suspect the output.log file is at least a start. See also http://www.divesoftware.org/libdc/contribute.html which also has some instructions of getting dumps from a working download in case you have some windows software. Linus

2 1

Re: Mares Nemo Wide MY2013
by Dirk Hohndel 27 Sep '12

27 Sep '12

I know that Jef is on the subsurface mailing list, but this seems better addressed to the libdivecomputer-devel mailing list, doesn't it? /D Felix Roßbach <felix.rossbach(a)web.de> writes: > Hello subsurface community! > Is there any possibility to read out the new Nemo Wide (under Ubuntu > 12.04)? With the normal Nemo Wide it doesnt work, it even gets stuck > (clock stops working and i cant set it. Have to remove battery). With > the older version of the Nemo wide i dont have problems. Anything i can > do or is somebody already working on it? > Cheers! > Felix > > -- > > > > P*Be green, keep it on the screen! * > _______________________________________________ > subsurface mailing list > subsurface(a)hohndel.org > http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface

1 0

[ANNOUNCE] Version 0.2.0 released!
by Jef Driesen 22 Sep '12

22 Sep '12

Hi, The v0.2.0 release is now available! http://www.divesoftware.org/libdc/releases/libdivecomputer-0.2.0.tar.gz The v0.2.0 release marks the first step towards a redesign of the public interface. The major highlights of this release are the introduction of a namespace prefix, the device enumeration support, and a much more flexible logging system. Please note that the public interface has changed significantly, and therefore this release is NOT backwards compatible with the previous release. Applications will have to be updated to support the new features! New features: * Add support for the Heinrichs Weikamp Frog. * Separate private and public headers. * Use common status codes for the device and parser layers. * Use a common backend type for the device and parser layers. * Introduce a namespace prefix for the high-level public api. * Add the device enumeration support. * Add a dc_device_open convenience function. * Add a dc_parser_new convenience function. * Add a new library context object. * Add support for an application defined logging function. * Add an option to disable the logging. * Add an option to enable support for pseudo terminals. Bug fixes: * [d9] Enable the model hint to speedup the autodetection. * [ostc] Add support for eeprom bank number 2. * [iconhd] Fix the detection of the last dive. * [d9] Fix the profile ringbuffer end. * [misc] Fix a build error with automake 1.12 or newer. * [serial] Fix some ioctl calls on 64bit Mac OS X. * [cobalt] Fix the libusb timeout handling. * [atom2] Add support for the Aeris Manta. * [irda] Remove the IrDA init and cleanup functions. * [serial] Enable exclusive access mode. * [atom2] Add support for the Oceanic OCS. * [frog] Finish immediately if there are no dives available. * [frog] Verify the header in the logbook and profile are identical. * [atom2] Fixed date parsing for Oceanic VEO 3.0 * [smart] Add support for the Uwatec Galileo Trimix. * [vyper] Don't exceed the maximum number of bytes. * [d9] Fix the gas mix parsing. * [d9] Take the gas model into account to parse the gas mixes. * [misc] Update the list with supported models. * [misc] Update the msvc project file. Jef

1 0

API redesign progress
by Jef Driesen 07 Sep '12

07 Sep '12

Hi, I have committed some several backwards incompatible changes to the libdivecomputer api. To keep the inconvenience to a minimum, a stable "release-0.1" branch has been created, which will only receive pure bugfixes. Applications are recommended to stick to this stable branch for now. Especially because these changes are only the first in a series, and backwards compatibility will be broken again in the master branch. In a nutshell, the most important changes are: * Introduce a namespace prefix for the high-level public api. * Use common status codes and backend type. All functions, structs and enums in the device.h and parser.h headers have been renamed. The {device,parser}_status_t enums have been merged into a single dc_status_t enum. Similarly, the {device,parser}_type_t enums have been merged into a single dc_family_t enum. Although there is no functional change, this has a significant impact on the entire api and breaks backward compatibility. * Add device enumeration support. With the new device enumeration support, applications can now enumerate all the supported devices at runtime, and don't have to maintain their own list anymore. The api uses an iterator style interface. See universal.c for some example code. * Add dc_device_open() and dc_parser_new() convenience functions. With these new convenience functions, most applications won't need to use the device specific xxx_device_open() and xxx_parser_create() functions anymore. This has the advantage that you don't have add or change any code to support new models and/or backends. Again, see universal.c for example code. As usual, feedback is always welcome! Jef

5 27

sensus ultra slow read
by Artur Wroblewski 08 Aug '12

08 Aug '12

Hi, I am using libdivecomputer 781f0db71f7a06591e819f7960dd5b504b4f16a0 at the moment and when trying to download the data from my Sensus Ultra I can see the following on Linux via strace select(4, [3], [], [], {5, 0}) = 1 (in [3], left {4, 999992}) read(3, "\1\0\323u\245", 31095) = 5 select(4, [3], [], [], {5, 0}) = 1 (in [3], left {4, 2265}) read(3, "\2\3d\35\321\202\n\7\2\0z\203\177", 31090) = 13 select(4, [3], [], [], {5, 0}) = 1 (in [3], left {4, 999869}) read(3, "\1\371\0\n\0W\4", 31077) = 7 select(4, [3], [], [], {5, 0}) = 1 (in [3], left {4, 999995}) read(3, "\17\0\1", 31070) = 3 select(4, [3], [], [], {5, 0}) = 1 (in [3], left {4, 999968}) read(3, "\0`@", 31067) = 3 The data download is very slow (still downloading actually ;) and I wonder what that could be - some change in libdivecomputer (it reads 1-5 bytes at once :/) - the device dies - Linux kernel 3.5.0 - combination of all above Does anyone experience something similar? Regards, w

2 4

Error during autoreconf with automake > 1.12
by François Boulogne 17 Jul '12

17 Jul '12

Hi, I get this error (code from the git rep.) when I run autoreconf --install Unable to build. Failing with error. [code]configure.ac:21: installing './install-sh' configure.ac:21: installing './missing' examples/Makefile.am: installing './depcomp' automake: warnings are treated as errors /usr/share/automake-1.12/am/ltlibrary.am: warning: 'libdivecomputer.la': linking libtool libraries using a non-POSIX /usr/share/automake-1.12/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac' src/Makefile.am:4: while processing Libtool library 'libdivecomputer.la' It seems that this is due to automake > 1.12. However, I am unable to fix it since modifying configure.ac seems to do not affect autoreconf. (I precise I don't really know the autotools, maybe the fix is obvious). Thank you in advance. -- François Boulogne. https://www.sciunto.org

2 2

Problems with libdivecomputer under OSX
by Christian Axelsson 09 Jul '12

09 Jul '12

While making OSX homebrew packages for libdivecomputer and subsurface I've ran into trouble using my newly compiled libdivecomputer. I've tried both with 1.0.1 and the git head but the results are the same. Running the test program for vyper produces the following result: [mba:~/Temp/libdivecomputer] $ examples/vyper /dev/tty.SLAB_USBtoUART DEVICE=/dev/tty.SLAB_USBtoUART, DELAY=500 suunto_vyper_device_open TRACE (serial_posix.c:684, ioctl): Inappropriate ioctl for device (25) suunto_vyper.c:145: Failed to set the DTR line. suunto_vyper_test.c:38: Error opening serial port. suunto_vyper_device_open TRACE (serial_posix.c:684, ioctl): Inappropriate ioctl for device (25) suunto_vyper.c:145: Failed to set the DTR line. suunto_vyper_test.c:71: Error opening serial port. SUMMARY ------- test_dump_sdm: Input/output error test_dump_memory: Input/output error ... but running the test program downloaded from the webpage works: [mba:~/Downloads] $ ./vyper /dev/tty.SLAB_USBtoUART DATETIME 2012-07-06T19:16:32Z (1341602192) REVISION 781f0db71f7a06591e819f7960dd5b504b4f16a0 DEVICE=/dev/tty.SLAB_USBtoUART, DELAY=500 suunto_vyper_device_open Configure: baudrate=2400, databits=8, parity=2, stopbits=1, flowcontrol=0 Timeout: value=1000 DTR: value=1 Sleep: value=100 Flush: queue=3, input=0, output=0 device_foreach [... data dump ...] Any ideas on what might be causing this? Regards, Christian

4 14

ProPlus2 errors
by Steve Boyd 08 Jul '12

08 Jul '12

Jef; Please ignore my last email about the ProPlus2 errors. I was looking at the wrong stuff. Sorry!

1 0

Errors download ProPlus2
by Steve Boyd 08 Jul '12

08 Jul '12

I am using libdivecomputer0.0.0 on Windows 7. I am getting DEVICE_STATUS_ERROR returned during the download of my ProPlus2 with: [193.832] c:\development\libdivecomputer-0.0.0\src\oceanic_common.c:461: Unexpected profile size. in the log file. The dive that is causing the error downloads fine using OceanLog. I have attached a dump of the device. Any hints?

1 0

Re: API redesign progress
by Linus Torvalds 27 Jun '12

27 Jun '12

On Mon, Jun 25, 2012 at 5:17 AM, VG30DETT <vg30dett(a)gmail.com> wrote: > > I'm puzzled, besides updating to the latest LTS version of Ubuntu (not > really practical at this time), is it a problem on my side, or > something else ? It really sounds like ubuntu has some really old version of cairo installed. Googling a bit, it looks like ubuntu 10.04 has libcairo2-dev version 1.8.10, and afaik you need at least cairo-1.10 for the whole cairo_rectangle_int_t thing. And quite frankly, I don't know old cairo history well enough to say how that should be done in the pre-1.10 days. Nor do I have a system that old installed. Somebody who knows cairo better would need to figure it out. Or you'd need to update to a newer version. Looks like cairo 1.10 made it into Natty Narwhal. Linus

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

devel