Dangerous Prototypes

Other projects => Open Bench Logic Sniffer => Client software => Topic started by: jawi on March 26, 2011, 02:14:54 pm

Title: OLS client 0.9.4 RC2
Post by: jawi on March 26, 2011, 02:14:54 pm
It took longer than originally anticipated, but it is finally available: the [s:]first[/s:] second Release Candidate (RC) of the 0.9.4 version!

Implemented features and Issues solved in this release (including already closed ones):


A call to all beta testers: grab an archive and test away using the testing charter (http://https://github.com/jawi/ols/wiki/Test-charter):

Please do not use this topic for feature/improvement requests! Create either a new Client topic (http://http://dangerousprototypes.com/forum/viewforum.php?f=57), or file an issue request on GitHub...

All issues found should be reported as issue on GitHub (http://https://github.com/jawi/ols/issues) and can be discussed in this topic.

If tested, could you post a message in this topic stating the platforms (operating system + version, 32/64-bit, and used hardware) on which you've tested it, and possibly the issue numbers verified?
Title: Re: OLS client 0.9.4 RC1
Post by: jone on March 31, 2011, 03:42:32 pm
Hi Jawi, have done some testing with RC1 on 32bit Fedora 14

Platform tests;

Not a new issue (or a problem with the client), but the test charter did remind me that Fedora 14 broke non-root RXTX lock file usage some time ago - see http://https://bugzilla.redhat.com/show_bug.cgi?id=581884 for background. The Fedora RXTX package has been patched to create lock files in another directory, but for bundled RXTX I need to change permissions on the /var/lock subdirectory.

Acquisition tests;

Can confirm issue 50 is solved.
I do see that if a long capture is stopped before completion, then the data is not decoded. Will raise a new issue for this on GitHub. [edit: I see issue 56 has already been raised for this]

Tooling tests;

UART analyser settings  (channel selection) are not retained when the dialog is closed. If this is unexpected I'll raise an issue for it?

Cheers,
Jon
Title: Re: OLS client 0.9.4 RC1
Post by: jawi on April 01, 2011, 05:25:03 pm
[quote author="jone"]
Platform tests;

Not a new issue (or a problem with the client), but the test charter did remind me that Fedora 14 broke non-root RXTX lock file usage some time ago - see http://https://bugzilla.redhat.com/show_bug.cgi?id=581884 for background. The Fedora RXTX package has been patched to create lock files in another directory, but for bundled RXTX I need to change permissions on the /var/lock subdirectory.
[/quote]

Hmm, I'm thinking to switch over to NrJavaSerial (http://http://code.google.com/p/nrjavaserial/), which appears to be more actively developed. I see they've already fiddled around with lockfiles, so perhaps it is already fixed, or they can fix it pretty quickly...

[quote author="jone"]
Acquisition tests;

Can confirm issue 50 is solved.
I do see that if a long capture is stopped before completion, then the data is not decoded. Will raise a new issue for this on GitHub. [edit: I see issue 56 has already been raised for this]
[/quote]

Yeah, thanks for confirming this. This issue will be solved in the final 0.9.4 release.

[quote author="jone"]
Tooling tests;

UART analyser settings  (channel selection) are not retained when the dialog is closed. If this is unexpected I'll raise an issue for it?
[/quote]

You can raise an issue for this, as it is not how it should work...
Title: Re: OLS client 0.9.4 RC1
Post by: jack.gassett on April 01, 2011, 07:12:30 pm
Jawi,

A new release is great, give me the word when this Release Candidate is ready to be a final release and I will put together the 3.08 release package. I have a couple more tricks that I'm ready to release with a 3.08 package.

On a side note, what do you think it would take to add support for a real time mode? Kinsa released that test bitstream that has continuous mode as a proof of concept, its not very fast at 10K samples but if the client supported a real time mode we might be able to start working on faster solutions.

Jack.
Title: Re: OLS client 0.9.4 RC1
Post by: jawi on April 02, 2011, 11:05:38 am
@Jack: I've put the "real-time" acquisition mode on the roadmap, currently for the 1.0 release, though I've to see if that would be feasible. There's also an issue (#16) for this requirement as well...
Title: Re: OLS client 0.9.4 RC1
Post by: DeKay on April 02, 2011, 08:37:23 pm
I tried 0.9.4 rc1 on Arch Linux and found that the I2C protocol analyzer doesn't remember the settings (bit order, pin assignments, mode) between one analysis and the next.  This worked fine in 0.9.3.  No errors are reported on the console.
Title: Re: OLS client 0.9.4 RC1
Post by: jawi on April 04, 2011, 09:42:03 am
[quote author="DeKay"]I tried 0.9.4 rc1 on Arch Linux and found that the I2C protocol analyzer doesn't remember the settings (bit order, pin assignments, mode) between one analysis and the next.  This worked fine in 0.9.3.  No errors are reported on the console.[/quote]

Thanks for reporting, DeKay. In fact, the issue you found is related to issue #60: none of the user settings were correctly retained. It was easy to fix, and should be solved in the latest GitHub repository. In any case, consider this fixed for 0.9.4 final.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 10, 2011, 11:23:54 am
Released the RC2 of the 0.9.4 just now!

Five additional bugs were fixed, and some additional regression tests were added. I expect this RC will become the final release...

Enjoy!
Title: Re: OLS client 0.9.4 RC2
Post by: Gridstop on April 11, 2011, 02:33:35 am
One little note, that might be insignificant once your new display is implemented, but I thought I'd mention it.

Mousescroll doesn't work if the cursor is over the menus/icons at the top, which is not a big deal really.

If you mousescroll anywhere in the window it works fine, but if you try to control-mousescroll to zoom, it only works if the cursor is actually over the traces. If the cursor is over the grey area below the traces it does a normal time scroll instead of a zoom even if control is held.

Even if the client is in the foreground, if you mouse scroll with the cursor outside the window (if it's not maximized) the scrolling does nothing. There might be reasons this is desirable, but it's also kind of annoying if you don't keep the client maximized.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 11, 2011, 01:40:30 pm
[quote author="Gridstop"]Mousescroll doesn't work if the cursor is over the menus/icons at the top, which is not a big deal really.

If you mousescroll anywhere in the window it works fine, but if you try to control-mousescroll to zoom, it only works if the cursor is actually over the traces. If the cursor is over the grey area below the traces it does a normal time scroll instead of a zoom even if control is held.

Even if the client is in the foreground, if you mouse scroll with the cursor outside the window (if it's not maximized) the scrolling does nothing. There might be reasons this is desirable, but it's also kind of annoying if you don't keep the client maximized.[/quote]

I'm not sure I entirely follow your request, you want to be able to scroll/zoom the signal display when the cursor is anywhere on screen, but as long as the client window has the focus?
Title: Re: OLS client 0.9.4 RC2
Post by: Gridstop on April 11, 2011, 05:19:59 pm
Well I guess the biggest thing is that the control key (for zooming) is ignored even if the cursor is over the client, if it's over the grey area below the traces. The cursor has to be hovering over the actual traces for zooming to work.

But yeah, in addition to that, if it's not a big deal it would be great if panning/zooming worked whenever the client had focus, even if the mouse cursor were outside the window.
Title: Re: OLS client 0.9.4 RC2
Post by: armandas on April 14, 2011, 10:16:47 am
Hi. I just downloaded the RC2 and I get the following error when trying to launch the application from a different location than its install directory. For example:

This produces an error:
Code: [Select]
armandas@ouroboros:~$ ./Apps/OLS/run.sh

This starts the application:
Code: [Select]
armandas@ouroboros:~/Apps/OLS$ ./run.sh

Note to mods: I had to put the error messages in the file as the filter kept asking to remove off-site links.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 14, 2011, 02:05:12 pm
@armandas: on what platform are you seeing this? I've tried to reproduce this on my Linux (work) laptop, and the client runs just fine...
Title: Re: OLS client 0.9.4 RC2
Post by: armandas on April 14, 2011, 02:13:28 pm
[quote author="jawi"]@armandas: on what platform are you seeing this? I've tried to reproduce this on my Linux (work) laptop, and the client runs just fine...[/quote]

I run Ubuntu 10.04. I did not have this problem with last version (not sure whether it was RC1 or beta).
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 14, 2011, 02:41:08 pm
[quote author="armandas"][quote author="jawi"]@armandas: on what platform are you seeing this? I've tried to reproduce this on my Linux (work) laptop, and the client runs just fine...[/quote]

I run Ubuntu 10.04. I did not have this problem with last version (not sure whether it was RC1 or beta).[/quote]

Ah, is there a "felix-cache" folder in your home folder? Does the problem resolve if you remove that folder?
Title: Re: OLS client 0.9.4 RC2
Post by: armandas on April 14, 2011, 02:44:48 pm
Yes! That fixed the problem. Nice one, jawi, thanks.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 14, 2011, 03:04:36 pm
Note to self: fix issue #36 somewhere soon...
Title: Re: OLS client 0.9.4 RC2
Post by: miro on April 14, 2011, 03:27:05 pm
Hm, not able to download it - both IE anf FFox say "untrusted site" ..M.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 14, 2011, 03:36:43 pm
@miro: no worries, you can temporarily trust that machine, its my server at home, which I'm too lazy to buy/set up an official certificate for...
Title: Re: OLS client 0.9.4 RC2
Post by: miro on April 14, 2011, 03:41:16 pm
@jawi: I am a dog and my master has told me not to tackle the settings on his machine..M.
Title: Re: OLS client 0.9.4 RC2
Post by: Neganur on April 15, 2011, 11:33:11 pm
The application fails to start. My platform: Win7, 64bit, no felix-cache folder.
I'm attaching the complete log as a txt file.

Code: [Select]
Java information: Sun Microsystems Inc. v1.6.0_21 
Host information: Windows 7, 6.1 (amd64)
Stack trace:
-----
java.lang.NoClassDefFoundError: nl/lxtreme/ols/api/data/project/ProjectVisitor
        at nl.lxtreme.ols.client.Host.initialize(Host.java:233)
        at nl.lxtreme.ols.client.Activator$2.run(Activator.java:145)
        at java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: nl.lxtreme.ols.api.data.project.ProjectVisitor not found by nl.lxtreme.ols.api [21]
        at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787)
        at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
        at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:645)
        at org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99)
        at org.apache.felix.framework.ModuleImpl.searchImports(ModuleImpl.java:1390)
        at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722)
        at org.apache.felix.framework.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 17, 2011, 02:19:20 pm
@Neganur: I just tested it with my own Win7 64-bit, and it happens to run just fine. I've heard that Win7 is a bit picky regarding its security settings, wouldn't that be a possible cause for your problem?

Otherwise: seen from the provided stacktrace, it appears some plugins aren't found. Have you extracted everything from the ZIP-file?

HtH
Title: Re: OLS client 0.9.4 RC2
Post by: Neganur on April 17, 2011, 04:51:50 pm
Hey Jawi, thanks for your reply.

I'll have to check up on security settings, although I did start the application with admin rights.
0.9.3.1 runs fine still, btw.

Yes, I extracted all of the archive. Is the hosted zip file complete? Could the problem be PATH related?


Two errors caught my eye though while starting 0.9.3.1:

First:
[17/04/11 17:19:25 - ERROR -  org.apache.felix.configadmin]: Cannot use factory configuration org.apache.felix.fileinstall for [org.osgi.service.cm.ManagedServiceFactory, id=23, bundle=32]: Configuration bound to bundle file:/C:/Users/Master%20Lou/Application%20Installers/Logic%20Sniffer/ols-0.9.3.
1/ols-0.9.3.1/bin/org.apache.felix.fileinstall-3.1.2.jar

I extracted the folder onto the destop. Why would it look for a configuration bound to a different directory? ( /Application Installers/  is the place I saved the archive)

second:
ERROR: Error starting file:/C:/Users/Master%20Lou/Desktop/ols-0.9.4-rc2/plugins/org.rxtx-2.2.0-9.jar (org.osgi.framework.BundleException: Activator start error in bundle org.rxtx [107].)

Why would it look into the folder of 0.9.4 (which also is located on the desktop)?
Granted this is the old client, but I don't understand why java looks into other directories. This may be where my problem is. Anything I could do to provide more data? Is this relevant at all?

Is there anything I'm doing totally wrong? Is anyone else testing the software on Win7?
Also, is this the right place to post this. I'd happily use the test charter if I could start the software :o

dank u wel!
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 17, 2011, 05:39:43 pm
From the additional information you've provided, the only thing I can think of is that both your 0.9.3.1 and 0.9.4 installations share the same file store (the 'felix-cache' folder). The current client creates that folder in the location where it is started from (the current working directory). Have you created shortcuts to the 'run.bat' files for the different installations? Is there a 'felix-cache' folder located along with the shortcuts? If so, does the problem resolve when you delete this folder?
Title: Re: OLS client 0.9.4 RC2
Post by: Neganur on April 17, 2011, 08:21:58 pm
I had shortcuts to the run.bat to both installations on the desktop.
There was no felix-cache for/in the 0.9.4 folder but in the 0.9.3.1 folder. Deleting the folder did not resolve the problem, so eventally I did end up deleting all the folders and downloaded the 0.9.4 RC2 zip archive again and the application runs now. Seems it's problematic to have multiple versions installed at the same time?

So yay, I'll start testing the client for Win7 x64.

(the command shell keeps rolling "[17/04/11 21:13:04 - ERROR -                      org.rxtx]..." but I guess that's the rxtx thing we're supposed to ignore for now.)

Ah one thing though, the version claims it's 0.9.1, just making sure I actually got the correct version?

EDIT: Something must be wrong, the same file opens as version 0.9.4-rc2 on a WinXP virtual machine.
Title: Re: OLS client 0.9.4 RC2
Post by: Neganur on April 17, 2011, 10:32:25 pm
Platform tests:

Java information: Sun Microsystems Inc. v1.6.0_24
Host information: Windows 7, 6.1 (amd64)

Code: [Select]
[17/04/11 21:55:01 - INFO  -          nl.lxtreme.ols.client]: BundleEvent STARTED
ERROR: Bundle nl.lxtreme.ols.client [160] EventDispatcher: Error during dispatch. (java.lang.NoClassDefFoundError: nl/lxtreme/ols/api/data/AcquisitionResult)
java.lang.NoClassDefFoundError: nl/lxtreme/ols/api/data/AcquisitionResult

[17/04/11 21:55:01 - ERROR -                      org.rxtx]: FrameworkEvent ERROR
org.apache.felix.log.LogException: org.osgi.framework.BundleException: Activator start error in bundle org.rxtx [155].
        at nl.lxtreme.rxtx.CommPortUtils.enumerateDevices(CommPortUtils.java:90)       
        at org.apache.felix.framework.Felix.activateBundle(Felix.java:1889)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:1759)
        at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1163)
        at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
        at java.lang.Thread.run(Unknown Source)

Caused by: java.lang.NoSuchMethodError: nl.lxtreme.ols.util.HostUtils.isMacOS()Z       
        at nl.lxtreme.rxtx.SerialConnectionFactory.<clinit>(SerialConnectionFactory.java:74)

        at nl.lxtreme.rxtx.CommPortUtils.enumerateDevices(CommPortUtils.java:90)
        at nl.lxtreme.rxtx.SerialConnectionFactory.<clinit>(SerialConnectionFactory.java:74)
        at nl.lxtreme.rxtx.Activator.start(Activator.java:47)
        at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
        at org.apache.felix.framework.Felix.activateBundle(Felix.java:1842)
        ... 4 more
        at nl.lxtreme.rxtx.Activator.start(Activator.java:47)
        at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
        at org.apache.felix.framework.Felix.activateBundle(Felix.java:1842)
        at org.apache.felix.framework.Felix.startBundle(Felix.java:1759)
        at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1163)
        at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
        at java.lang.Thread.run(Unknown Source)
Acquisition tests:
Tooling tests
User interface/usability tests
Menu items double: File->Export... (attaching export_menu.png)

That's it for now. I'll think of how I can test all the channels with proper data, timings and different triggers etc in a systematic way. My eyes are bleeding :)
Title: Re: OLS client 0.9.4 RC2
Post by: Neganur on April 17, 2011, 11:08:53 pm
There was indeed an old 0.9.1 version hidden away in a folder somewhere else...

Apparently I had kept several older versions of the ols client, 0.8.1, 0.8.5, 0.9.0 etc. Somehow these folders caused those errors. This is really messy. I strongly suggest anyone with Win7 to do a very careful search for old folders, especially the "felix-cache" folder in C:WindowsSystem32 (or wherever your %SystemDrive% is)

After deleting it, all my problems were resolved. No more errors in the console either.
Title: Re: OLS client 0.9.4 RC2
Post by: jawi on April 18, 2011, 07:37:37 am
@Neganur: good to hear it is finally resolved!

I think all of this is due to GitHub issue #36, which I fixed yesterday (also for the 0.9.4). Hopefully this will solve this issue once and for all, and make new installations less painful on Windows platforms...

Again, thanks for the effort you put into it, and for the testing!