openlightingproject / ola Goto Github PK

From nomis52 on February 24, 2009 08:59:18

The webserver runs in a separate thread - we need locking for calls into
the LlaServer

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=9

From [email protected] on August 14, 2009 06:57:57

What steps will reproduce the problem? 1. install protobuf 2.2.0
2. ./configure
3. make What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. corrected with:
$ cd $(OLA_030)/plugins/artnet/messages/
$ protoc --cpp_out=./ ArtnetConfigMessages.proto

maybe needs to be included in the build system (configure ?)

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=40

From nomis52 on June 11, 2009 10:39:55

f

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=25

From nomis52 on July 24, 2009 22:46:48

http://interstellar.com/products.html

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=35

From nomis52 on April 01, 2009 21:38:11

Otherwise we'll fail with
llaoutthread.cpp:121: warning: enumeral and non-enumeral type in
conditional expression
llaoutthread.cpp: In member function ‘virtual bool LlaEmbeddedServer::init()’:
llaoutthread.cpp:231: error: no matching function for call to
‘lla::LlaDaemon::LlaDaemon(lla::lla_server_options_)’
/usr/local/src/lla/llad/LlaDaemon.h:51: note: candidates are:
lla::LlaDaemon::LlaDaemon(const lla::LlaDaemon&)
/usr/local/src/lla/llad/LlaDaemon.h:39: note:
lla::LlaDaemon::LlaDaemon(lla::lla_server_options&, lla::ExportMap_,
unsigned int)

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=10

From nomis52 on February 24, 2009 08:50:41

Trying to use the usbpro plugin with the ftdi driver on a mac causes llad
to spin in a busy loop.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=3

From nomis52 on July 25, 2009 20:03:49

Overriding methods sucks, closures ftw.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=37

From nomis52 on February 24, 2009 08:52:07

Unplugging the widget should cause the universe to be deleted if there are
no other clients/devices using it.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=4

From nomis52 on April 29, 2009 23:12:08

Fix this.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=11

From nomis52 on July 28, 2009 22:43:00

This allows them to be used by multiple client implementations

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=38

From nomis52 on May 30, 2009 17:20:01

This shouldn't be a separate library

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=19

From nomis52 on July 02, 2009 10:39:36

Fix the SIOCGIFADDR handling while you're at it

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=32

From nomis52 on February 24, 2009 08:56:55

These broke in the 0.3 release

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=8

From [email protected] on August 14, 2009 07:21:37

What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. the only information I found is : http://opendmx.net/index.php/OLA_on_Linux info should be available in the tarball.

also tell that libartnet is needed in version 1.1.0 ?

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=41

From nomis52 on February 24, 2009 08:49:03

3 parts:

• add support for config messages & fix the usbpro plugin
• update the lla-usbpro tool
• create the web config interface

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=1

From nomis52 on June 07, 2009 17:45:50

Move libpathport into lla

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=22

From nomis52 on June 20, 2009 15:08:35

LA_WARN << "data offset is too large";

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=27

From nomis52 on May 13, 2009 09:08:29

It appears to be cross platform which is useful.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=17

From nomis52 on August 22, 2009 08:19:53

Fixed in the git repo but this needs to be checked

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=42

From nomis52 on August 24, 2009 10:45:12

Ideally OLA and all the dependencies would be in one image.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=43

From sl1200mk2 on September 20, 2009 18:40:56

at the startup of olad, automatically search the good device number of usb
dmx pro.
we can work on it for OSX system as D::light already work like that.
i got this working on windows too, but not on linux.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=50

From nomis52 on February 24, 2009 08:49:50

There are 4 plugins left to go.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=2

From nomis52 on July 14, 2009 07:41:01

we need this as well

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=34

From nomis52 on February 24, 2009 08:55:05

This is an umbrella bug to audit/fix the logging.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=6

From kevin.deldycke on August 27, 2009 13:03:46

Always in my attempt to build a RPM of OLA for my Mandriva, and after
fixing the issue:46 (see: http://code.google.com/p/linux-lighting/issues/detail?id=46 ), I've
stumbled upon a new issue.

Here are the interesting part of the building process showing the problem:
/bin/sh ./libtool --tag=CC --mode=compile x86_64-mandriva-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -O2 -g -pipe -Wformat -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -c -o ltdl.lo ltdl.c
./libtool: line 470: CDPATH: command not found
./libtool: line 1148: func_opt_split: command not found
libtool: Version mismatch error. This is libtool 2.2.6, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6
libtool: and run autoconf again.

You can find the full trace of the building process in the attached log file.

Attachment: ola-compilation-error-issue-47.txt

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=49

From nomis52 on June 27, 2009 23:16:29

Add support for dmx over midi or something

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=31

From nomis52 on June 07, 2009 17:46:18

move libespnet into LLA

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=23

From nomis52 on June 11, 2009 23:47:31

This has been on the todo list for a while.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=26

From nomis52 on May 20, 2009 20:42:47

we malloc a node list and don't free it

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=18

From nomis52 on February 24, 2009 08:53:24

We need at least the following:

• fds open
• plugins id:name
• uptime
• rpc count

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=5

From nomis52 on May 06, 2009 18:59:15

On Ubuntu 9.04:

daniel@daniel-laptop:~$ sudo llad -l3
DlOpenPluginLoader.cpp:155: Attempting to load /usr/local/lib/llad/liblladummy
DlOpenPluginLoader.cpp:181: Loaded plugin Dummy Plugin
DlOpenPluginLoader.cpp:155: Attempting to load
/usr/local/lib/llad/libllaopendmx
DlOpenPluginLoader.cpp:181: Loaded plugin OpenDmx Plugin
DlOpenPluginLoader.cpp:155: Attempting to load
/usr/local/lib/llad/libllastageprofi
DlOpenPluginLoader.cpp:181: Loaded plugin StageProfi Plugin
DlOpenPluginLoader.cpp:155: Attempting to load /usr/local/lib/llad/libllausbpro
DlOpenPluginLoader.cpp:181: Loaded plugin UsbPro Plugin
LlaServer.cpp:304: Trying to start Dummy Plugin
Preferences.cpp:125: Missing lla-dummy.conf: No such file or directory
DeviceManager.cpp:38: Installed device: Dummy Device
LlaServer.cpp:308: Started Dummy Plugin
LlaServer.cpp:304: Trying to start OpenDmx Plugin
LlaServer.cpp:308: Started OpenDmx Plugin
LlaServer.cpp:304: Trying to start StageProfi Plugin
Socket.cpp:226: connect to StageProfi Device:10001 failed, Connection refused
StageProfiDevice.cpp:89: StageProfiPlugin: failed to connect to
StageProfi Device
LlaServer.cpp:308: Started StageProfi Plugin
LlaServer.cpp:304: Trying to start UsbPro Plugin
UsbProDevice.cpp:86: Opened /dev/ttyUSB0
DeviceManager.cpp:38: Installed device: Enttec Usb Pro Device
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB1
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB2
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB3
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB4
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB5
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB6
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB7
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB8
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB9
LlaServer.cpp:308: Started UsbPro Plugin
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
Universe.cpp:122: Patched 1 to universe 1
Socket.cpp:45: Failed to send, Broken pipe
StreamRpcChannel.cpp:184: Send failed Broken pipe
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting
Socket.cpp:132: ioctl error for 5, Input/output error

And again with -l 4 just in case there was more output, there did not
seem to be, but there was some slightly different output so I included
it as well.

daniel@daniel-laptop:~$ sudo llad -l4
DlOpenPluginLoader.cpp:155: Attempting to load /usr/local/lib/llad/liblladummy
DlOpenPluginLoader.cpp:181: Loaded plugin Dummy Plugin
DlOpenPluginLoader.cpp:155: Attempting to load
/usr/local/lib/llad/libllaopendmx
DlOpenPluginLoader.cpp:181: Loaded plugin OpenDmx Plugin
DlOpenPluginLoader.cpp:155: Attempting to load
/usr/local/lib/llad/libllastageprofi
DlOpenPluginLoader.cpp:181: Loaded plugin StageProfi Plugin
DlOpenPluginLoader.cpp:155: Attempting to load /usr/local/lib/llad/libllausbpro
DlOpenPluginLoader.cpp:181: Loaded plugin UsbPro Plugin
LlaServer.cpp:304: Trying to start Dummy Plugin
Preferences.cpp:125: Missing lla-dummy.conf: No such file or directory
DeviceManager.cpp:38: Installed device: Dummy Device
LlaServer.cpp:308: Started Dummy Plugin
LlaServer.cpp:304: Trying to start OpenDmx Plugin
LlaServer.cpp:308: Started OpenDmx Plugin
LlaServer.cpp:304: Trying to start StageProfi Plugin
Socket.cpp:226: connect to StageProfi Device:10001 failed, Connection refused
StageProfiDevice.cpp:89: StageProfiPlugin: failed to connect to
StageProfi Device
LlaServer.cpp:308: Started StageProfi Plugin
LlaServer.cpp:304: Trying to start UsbPro Plugin
UsbProDevice.cpp:86: Opened /dev/ttyUSB0
DeviceManager.cpp:38: Installed device: Enttec Usb Pro Device
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB1
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB2
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB3
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB4
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB5
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB6
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB7
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB8
UsbProWidget.cpp:85: Failed to open /dev/ttyUSB9
LlaServer.cpp:308: Started UsbPro Plugin
LlaServer.cpp:288: Garbage collecting
Universe.cpp:122: Patched 1 to universe 1
Socket.cpp:45: Failed to send, Broken pipe
StreamRpcChannel.cpp:184: Send failed Broken pipe
LlaServer.cpp:288: Garbage collecting
Socket.cpp:132: ioctl error for 5, Input/output error
Universe.cpp:151: Port 0x9a4efa8 has been removed from uni 1
LlaServer.cpp:288: Garbage collecting
LlaServer.cpp:288: Garbage collecting

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=12

From kevin.deldycke on August 26, 2009 18:53:07

I'm trying to make a RPM of OLA for Mandriva 2009.1 on a x86_64 machine.

Using the latest version of OLA from the git repository (commit
a341249), I get the following error when I
build my package:

utils/.libs/libolautils.a(DmxBuffer.o):(.data.DW.ref._ZTISt9bad_alloc[DW.ref._ZTISt9bad_alloc]+0x0):
undefined reference to `typeinfo for std::bad_alloc'

To ease the debugging, the full log of the compilation is attached to this
bug report.

For a bit of context, here is the discussion leading the creation of this
bug report: http://groups.google.com/group/open-lighting/browse_thread/thread/86664729dedc307a

Attachment: ola-compilation-error.txt

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=46

From nomis52 on July 07, 2009 07:46:52

nico has a set of patches

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=33

From nomis52 on May 11, 2009 23:49:39

People ignore the documentation and continue to run llad as root

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=16

From nomis52 on May 10, 2009 18:16:22

protobufs support java - we should have a native java api

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=15

From [email protected] on August 27, 2009 10:17:54

What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. There are errors in the file plugins/dmx4linux/Dmx4LinuxPlugin.cpp.
Here is a patch to correct that.

This enables to use the plugin (output only).

83c83

< if (Setup()) {

if (!Setup()) {
215c215

< m_in_socket = new DeviceSocket(fd);

m_out_socket = new DeviceSocket(fd);

223c223

< m_out_socket = new DeviceSocket(fd);

m_in_socket = new DeviceSocket(fd);

271c271

< if (dev->Start()) {

if (!dev->Start()) {

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=48

From nomis52 on February 24, 2009 08:56:07

hash_map has been deprecated. We should change to tr1/unordered_map

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=7

From [email protected] on August 27, 2009 04:25:08

What steps will reproduce the problem? 1. tar -xvzf ola-0.3.1.tar.gz
2. ls -l ola-0.3.1/plugins/dmx4linux/ 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? 0.3.1 - Linux Please provide any additional information below. The headers files for the dmx4linux plugin are missing in the archive :
plugins/dmx4linux/Dmx4LinuxPort.h
plugins/dmx4linux/Dmx4LinuxPlugin.h
plugins/dmx4linux/Dmx4LinuxDevice.h

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=47

From nomis52 on June 21, 2009 09:57:27

this is crappy

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=28

From nomis52 on June 10, 2009 08:38:26

The mac address isn't reported

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=24

From nomis52 on August 25, 2009 19:42:03

At the moment it's not fatal

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=44

From nomis52 on June 07, 2009 15:03:36

This will make it easier to match dmx-over-ip ports with the protocol
specific names

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=20

From nomis52 on May 10, 2009 18:14:31

http://www.vellemanusa.com/us/enu/product/view/?id=522065

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=14

From nomis52 on June 07, 2009 17:45:34

Move libsandnet into lla

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=21

From nomis52 on August 06, 2009 10:48:07

We need to find some software to test this with.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=39

From nomis52 on August 26, 2009 08:01:55

What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? Please use labels and text to provide additional information.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=45

From nomis52 on July 25, 2009 15:13:41

rather than raw pointers

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=36

From nomis52 on June 23, 2009 07:37:53

We need to catch this at configure time not half way through the build.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=29

From nomis52 on May 10, 2009 18:13:28

This is a race condition

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=13

From nomis52 on June 23, 2009 08:08:43

The namespace changed.

Original issue: http://code.google.com/p/open-lighting/issues/detail?id=30