C++ wrapper: Reset internal USB device pointer on Context::close()

Example code: Fix compile warnings about unused variables

cpp-wrapper: when using get-string-and-reopen method without having set up the usb-device the currently opened usb-device is retreived from the usb-device-handle used in the ftdi context. this fixes the open methods of the cpp wrapper that do not get an usb-device by parameter.

Remove duplicated udev rule.

Spotted by Rogier Wolff. Thanks.

Fix build on Mac OS X

Add missing malloc in ftdi_eeprom

Fix boost include directory in unit test

Update udev rule syntax for newer kernels

Credit goes to Lucian Langa <cooly@gnome.eu.org>:

------------------------
SUBSYSTEM=="usb_device" syntax is old usb sysfs (usbfs)
support (kernel <2.6.22)

Correct syntax now should be:
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device"
------------------------

One clarification for the previous commit:

Additional udev rules credit goes to
Canyon Bliss <canyon.bliss+redhat@gmail.com>

udev rules: Support all FTDI chip types

Python wrapper update

- wrapped ftdi_get_eeprom_buf
- use of ftdi_usb_find_all is easier
- useless usb_get_strings size args
- fixed possible memory leak from wrapping ftdi_new

Drop 64bit lib suffix on debian systems

Enhance python wrapper

- Updated functions prototypes in regard to the lib
- Made OUTPUT* typemaps active as they were misplaced regarding headers order
- Allowed use of ftdi_usb_get_strings
- Added an advanced example script (examples/python/complete.py)
- Stripped the 'ftdi_' suffix to avoid to write "ftdi.ftdi_usb_open(...)"; it becomes just "ftdi.usb_open(...)"
- Removed useless pointer functions since valid OUTPUT typemaps are there
- Some cleanup

Fix installaton of python wrapper

--------------------------------------------
The python wrapper installation path is not correct:
-- Building python bindings via swig. Will be installed under /usr/site-packages

In fact it doesn't even rely on CMAKE_INSTALL_PREFIX because of this:
GET_FILENAME_COMPONENT(SITEPACKAGE ${PYTHON_LIB_INSTALL}/../site-packages ABSOLUTE)

I think it should more look like this: (here with CMAKE_INSTALL_PREFIX=/home/michel/Download/libftdi-git/build/install)
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/_ftdi.so
-- Installing: /home/michel/Download/libftdi-git/build/install/lib64/python2.7/site-packages/ftdi.py
--------------------------------------------

Increase ftdi_eeprom->cbus_function array again

Remove errorneous ; after if

Detected by my upcoming cppcheck check

Interface can not be changed on an already open device

Based upon code from Uwe Bonnes, improved by me.

Use ftdi_new and not ftdi_init in the examples

At least our examples should use the library allocated buffer
and not a user allocated one.

Solved another TODO entry

Add example code demonstrating how to use the python wrapper

Remove old ftdi_enable_bitbang() function. It was marked as deprecated for two years

SWIG wrapper: Mark ftdi_version_info.version_str and .snapshot_str read only

Fixes this warning:
Warning 451: Setting a const char * variable may leak memory.

Use a private header for the private EEPROM structures

I added the ftdi_i.h header to bindings/ftdi.i. Noe the bindings compile
again. Other things are untouched.

Upgrade doxygen file with 'doxygen -u'

Quiet normal doxygen output so we only see the useful messages

Some more steps done towards 1.0

Merge remote-tracking branch 'origin/get-library-version'

Merge branch 'autoconf-removal'

Increase library version to 0.99

Remove unused templates directory

It was autocreated by kdevelop back in the days.

Update release process documentation

Add 'make dist' target

Remove autoconf support. Project switched to cmake

Missing version header template file

Added API to get libftdi library version.

Supports version number as integer, string
and possible git snapshot revision.

Based upon idea by Martin Zenzes.

Silence gcc warnings about possible uninitialized variables

Merge branch 'new-baudrate-code'

Adjust unit test to match baudrate calculation for AM type chips

ftdi_eeprom/main.c: Clean up the FTDI structure on exit

Valgrind still reports an error, but I suspect it is with (my version?)
of confuse.

ftdi_eeprom/main.c: Malloc the eeprom Buffer with the size exported by the API

The BM_type_chip option no longer exists

Document what needs to be done for an official 1.0 release - based upon email from Xiaofan Chen

Update PC-Lint settings file

Fixture base class destructor should be virtual

Cosmetic changes and add Uwe to authors

test/baudrate.cpp: Add testcases for the rounding border cases

Round the returned baudrate in ftdi_to_clkbits and adjust the changed values in test/baurate.cpp

test/baudrate.cpp: Change the expected results to the present results. AM still has some errors in the cornercase.

2232C is a BM type chips for baudrate calculations

test/baudrate.cpp: Use orthogonal names for the test-targets

Explain the index/value format baudrate setting

test/baudrate.cpp: Evaluate according to this explanation

Unify baudrate unit test for chips behaving the same

Update unit test to the new baudrate code

Rewrite the baudrate calculation, tested for 232R and 232H

Update baudrate unit test to show divisor/fractional bits/clock (suggested by Uwe)

examples/serial_test.c: Use smaller buffers for lower baudrates to abort faster on ^C

examples/serial_test.c: Explicit set the line parameters

examples/serial_test.c: Use FTDI vendor ID as default

examples/serial_test.c: Don't crash if no pattern on write is given

Exit immediate if invalid write pattern is given

Fix off-by-one buffer size error (detected by PC-lint)

Use default vendor/product strings for EEPROM when user doesn't supply some

EEPROM: treat USE_SERIAL as bool, not a flag

ftdi_eeprom: the chip type is given by the connected device, we may not change it

ftdi_eeprom: Change sequenc of initialization to get the chip size right

ftdi_eeprom: If we don't understand the argument, tell the user and abort

Cosmetic changes to the unit test

Add unit test for existing baudrate calculcation code

Implement a table for every chip type
which stores the expected calculated result.

Highest speed currently tested is 921600

Add (optional) unit test infrastructure

Requires unit test framework from boost
so we can test the C and C++ code.

Also has automatic test registration
and the ability to run tests individually.

Fix include directories: Prefer local (probably newer) ftdi.h instead of the already installed one

Try to inhibit programming EEPROM with data for a different device and zero EEPROM memory image early

Next try to get the encoding/decoding for the different FT2232/FT232H chip modes right

Using my EEPROM setting tool for some gadget here shown that I had the
chipmode en-/decoded wrong.

Search for any devices with one of the default VID/PID, if no VID/PID if given

Fix more occurences of serial_read -> serial_test

Rename serial_read to serial_test, as now write is also possible

Give usage hints for handling empty EEPROM

FT232H has even more config bytes and less user_area

Only try ftdi_usb_open_dev if devices found

Baud rate generation is the same as with FT2232H/FT232H

Move opening the device before tampering with the values, move reading the device just after opening

ftdi_eeprom: Change handling the EEPROM size

ftdi_eeprom: Use exported APIs only

examples/eeprom: With no VID/PID/desc/serial, print eeprom content

of all FTDI devices found with default VID/PID

Add ftdi_set_eeprom_buf() as proposed in ftdi_eeprom

Add missing ftdi_get|set_eeprom_value entries

examples/find-all: Use the new "find-all" option

ftdi_usb_find_all: Only search for default devices if both VID AND PID are 0

Allow to search for all FTDI standard VID/PID

Allow to search for all FTDI standard VID/PID by passing VID:PID 0:0
to ftdi_usb_find_all

Increment the refcount on devices we return from ftdi_usb_find_all()

Don't return before cleanup

1.0/src/ftdi_stream.c: Check for fitting device

1.0/examples/stream_test: Fix memory leakage pathes

Only ftdi_init may call libusb_init, or we leak an USB Context

Fix all leak in the examples shown with no device connected

Fix calculation of the Mode Bitfield

Hardware mode definitions for EEPROM programming must follow new definition Some more FT232H related defines

Change how the hardware mode is programmed to inhibit setting invalid bit combinations

Handle the FT232H CBUS Bits, Keep Values list numbered

FT232h: Handle the FT1284 Mode bits

FT232H: Handle the EEPROM Bit for Enter Powerdsave on ACBUS7

Add FT232H drive/strength/slew/schmitt trigger

Add FT1284 driver mode and new VCP bit position