Beta Release of PicoScope for Linux

Discussion forum for the Picoscope 6 Linux software
Post Reply
mario_
Site Admin
Site Admin
Posts: 112
Joined: Fri Sep 13, 2013 12:57 pm

Re: Beta Release of PicoScope for Linux

Post by mario_ »

Hi pipau,

It seems my revelation was premature. I just tried now - and it crashes... crashes 5 times in every 6 attempts. Analysis of stack traces and some google searches say that it may have something to do with... video card drivers, which makes no sense really. Trying older versions of PicoScope6, like 6.9, they work better (but they provide a lot less features). To be clear, crashes you experiencing have their roots in mono, not libusb as in other cases. You could try compiling the newest version on your own. We have considered this at some point ourselves, to provide 'proven' mono compilation together with PicoScope. Maybe it is time to reconsider.

Boremi,
I have put in place a fix release, with some minor changes to the libusb interface handling. Despite many tries I wasn't able to observe crash directly originated from libusb, so I cannot guarantee it fixes the issue.
to use this release, replace the repository url with http://labs.picotech.com/debfix/ (possibly in /etc/apt/sources.list.d/picoscope.list file) and then run ' sudo apt-get update ` followed by ` sudo apt-get install picoscope '


Mario

ojaybee
Newbie
Posts: 0
Joined: Sun Dec 07, 2014 9:25 am

Re: Beta Release of PicoScope for Linux

Post by ojaybee »

Hi Mario,

Running the grep on my Ubuntu 14.14 gives:
ii libgusb2:amd64 0.1.6-5 amd64 GLib wrapper around libusb1
ii libusb-0.1-4:amd64 2:0.1.12-23.3ubuntu1 amd64 userspace USB programming library
ii libusb-0.1-4:i386 2:0.1.12-23.3ubuntu1 i386 userspace USB programming library
ii libusb-1.0-0:amd64 2:1.0.17-1ubuntu2 amd64 userspace USB programming library
ii libusb-1.0-0:i386 2:1.0.17-1ubuntu2 i386 userspace USB programming library
ii libusb-dev 2:0.1.12-23.3ubuntu1 amd64 userspace USB programming library development files
ii libusbdrdaq 1.0.4-1r09 amd64 PicoScope USBDrDAQ Linux driver
rc libusbmuxd1 1.0.7-2ubuntu0.1 amd64 USB multiplexor daemon for iPhone and iPod Touch devices - library
ii libusbmuxd2 1.0.8-2ubuntu1 amd64 USB multiplexor daemon for iPhone and iPod Touch devices - library

Many thanks,
Oli

Boremi
Newbie
Posts: 0
Joined: Wed Jul 09, 2014 7:29 am

Re: Beta Release of PicoScope for Linux

Post by Boremi »

mario_ wrote:
Boremi,
I have put in place a fix release, with some minor changes to the libusb interface handling. Despite many tries I wasn't able to observe crash directly originated from libusb, so I cannot guarantee it fixes the issue.
to use this release, replace the repository url with http://labs.picotech.com/debfix/ (possibly in /etc/apt/sources.list.d/picoscope.list file) and then run ' sudo apt-get update ` followed by ` sudo apt-get install picoscope '


Mario
Sorry, i didn't see your answer before.

I just try to do this update today form http://labs.picotech.com/debfix.
Now version is 6.10.1.26, but it crashes always.

I join the new trace.xml and a copy of the shell output when i give the command " sudo mono PicoScope.GTK.exe"
I hopt this wille help you to fond the trouble.

Rémi
Attachments
shell_ouput.txt
(22.56 KiB) Downloaded 486 times
trace.xml
(11.45 KiB) Downloaded 627 times

mario_
Site Admin
Site Admin
Posts: 112
Joined: Fri Sep 13, 2013 12:57 pm

Re: Beta Release of PicoScope for Linux

Post by mario_ »

Hi Boremi,

Thanks for the shell output - it has let me formulate another patch to the drivers. 6.10.1.27 build is now available through temporary debfix repository. See it if works now...


Mario

Boremi
Newbie
Posts: 0
Joined: Wed Jul 09, 2014 7:29 am

Re: Beta Release of PicoScope for Linux

Post by Boremi »

mario_ wrote:Hi Boremi,

Thanks for the shell output - it has let me formulate another patch to the drivers. 6.10.1.27 build is now available through temporary debfix repository. See it if works now...


Mario
Hello Mario,

I have made the update. Now version is 6.10.1.27
The software doesn't crashed but freezes on the Splash screen.
Shell output stays on the line : "Message: Info: Opening PS2000a.dll"

I try also with "sudo mono PicoScope.GTK.exe", same freeze...

For information, i have installed ubuntu 14.04 on another computer and the picoscope works fine with this computer.

Best regards

Rémi
Attachments
trace_NewPC.xml
Trace.Xml on the new computer
(11.58 KiB) Downloaded 627 times
shell_linux-NewPC.txt
Shell_output on the new computer. Here it works.
(5.64 KiB) Downloaded 476 times
trace.xml
(8.73 KiB) Downloaded 632 times
Shell_output_6.10.1.27.txt
Shell output with v6.10.1.27
(4.06 KiB) Downloaded 474 times

lohan
Newbie
Posts: 0
Joined: Fri Oct 03, 2014 10:03 am

Re: Beta Release of PicoScope for Linux

Post by lohan »

I tried to change the repository from ./rpm to ./debfix in Yast under Opensuse 13.1 but got a message that this isn't a valid repository.

Jay
Newbie
Posts: 0
Joined: Mon Dec 29, 2014 4:01 am

Re: Beta Release of PicoScope for Linux

Post by Jay »

I was running Beta 6 on a Debian Linux and everything seemed to work great until I tried to save some user preferences. After that, the scope would not change from the stopped mode and factory defaults would not load. I'm not an experienced Linux user and need to know how to do a reload of the software. If I try to use the original procedure, it tells me I have the latest version.

Jay

GrubbyHalo
Newbie
Posts: 0
Joined: Wed Nov 26, 2014 11:36 am

Re: Beta Release of PicoScope for Linux

Post by GrubbyHalo »

What a pity that this issue has not been resolved for so long now. Picoscope is now no longer usable on my Linux laptop

Why not open source the code for picoscope ? That way a fix might brought about much sooner.

Martyn
Site Admin
Site Admin
Posts: 4491
Joined: Fri Jun 10, 2011 8:15 am
Location: St. Neots

Re: Beta Release of PicoScope for Linux

Post by Martyn »

You do not give details of your issue GrubbyHalo, is it the same as Jay ?

If so I would suggest either deleting the preferences file and restarting the application, or uninstalling the software and reinstalling, there may be some corruption of the file.

For information we do not release our source code.
Martyn
Technical Support Manager

GrubbyHalo
Newbie
Posts: 0
Joined: Wed Nov 26, 2014 11:36 am

Re: Beta Release of PicoScope for Linux

Post by GrubbyHalo »

Hi Martyn.

I am having the same issue as most of the other users in this thread. I am running Debian Wheezy 64bit. The app used to work perfectly until last year around October. Then it stopped. It either hangs when starting up or closes immediately. I have tried the suggestion here like re installing Picoscope, updating. my sources list to deb http://labs.picotech.com/debfix/ picoscope main, starting the app without the probe connected and then connecting it, but nothing works. I have previously attached dump of output from the console when the app crashes and for whats its worth i will post it now again.

Code: Select all

mono: pthread_mutex_lock.c:312: __pthread_mutex_lock_full: Assertion `(-(e)) != 3 || !robust' failed.
Stacktrace:

  at  <0xffffffff>
  at (wrapper managed-to-native) cT/a.a (bc,int16) <0xffffffff>
  at cT.SetLight (bc,int16) <0x0004f>
  at K.DirectConfigureProbeLight () <0x00061>
  at e.f () <0x000aa>
  at K.c () <0x06443>
  at K..ctor (D) <0x00187>
  at cT..ctor (E) <0x00013>
  at E.DoCreateDevice () <0x0002b>
  at z.a () <0x00082>
  at cV.a (ej,bool,bool,System.Collections.Generic.List`1) <0x0014f>
  at dV.a (bool,bool) <0x0007f>
  at dV.a (bool,bool) <0x0030b>
  at dV.i () <0x0007f>
  at dV/<>c__DisplayClass52.b__51 () <0x0003b>
  at dV.CreateNewScopeWindow (bool) <0x0011c>
  at at.i (object,System.EventArgs) <0x0001f>
  at (wrapper runtime-invoke) .runtime_invoke_void__this___object_object (object,intptr,intptr,intptr) <0xffffffff>
  at  <0xffffffff>
  at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (System.Reflection.MonoMethod,object,object[],System.Exception&) <0xffffffff>
  at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x000db>
  at System.Reflection.MethodBase.Invoke (object,object[]) <0x0002a>
  at System.Delegate.DynamicInvokeImpl (object[]) <0x00277>
  at System.MulticastDelegate.DynamicInvokeImpl (object[]) <0x0003b>
  at System.Delegate.DynamicInvoke (object[]) <0x00018>
  at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x0014f>
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0002f>
  at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x002a3>
  at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff>
  at  <0xffffffff>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff>
  at Gtk.Application.Run () <0x0000b>
  at aG.b () <0x0022f>
  at i.a () <0x00040>
  at aG.a () <0x0051f>
  at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

	/usr/bin/mono() [0x4b3f7c]
	/lib/x86_64-linux-gnu/libpthread.so.0(+0xf0a0) [0x7fafca1cb0a0]
	/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7fafc9e62165]
	/lib/x86_64-linux-gnu/libc.so.6(abort+0x180) [0x7fafc9e653e0]
	/lib/x86_64-linux-gnu/libc.so.6(__assert_fail+0xf1) [0x7fafc9e5b311]
	/lib/x86_64-linux-gnu/libpthread.so.0(+0x9060) [0x7fafca1c5060]
	/usr/local/lib/libusb-1.0.so.0(libusb_submit_transfer+0x73) [0x7fafb69a8973]
	/opt/picoscope/lib/libps2000.so(+0x34e7b) [0x7fafb0db8e7b]
	/opt/picoscope/lib/libps2000.so(+0x35287) [0x7fafb0db9287]
	/opt/picoscope/lib/libps2000.so(+0x1d646) [0x7fafb0da1646]
	/opt/picoscope/lib/libps2000.so(+0x10b43) [0x7fafb0d94b43]
	/opt/picoscope/lib/libps2000.so(ps2000_set_light+0x34) [0x7fafb0da03d4]
	[0x4037f14a]

Debug info from gdb:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fafaecfb700 (LWP 6438)]
[New Thread 0x7fafaeefc700 (LWP 6436)]
[New Thread 0x7fafaf0fd700 (LWP 6435)]
[New Thread 0x7fafaf2fe700 (LWP 6434)]
[New Thread 0x7fafaf4ff700 (LWP 6433)]
[New Thread 0x7fafb73fc700 (LWP 6378)]
[New Thread 0x7fafc0044700 (LWP 6377)]
[New Thread 0x7fafc18bf700 (LWP 6376)]
[New Thread 0x7fafc3805700 (LWP 6375)]
[New Thread 0x7fafc7d14700 (LWP 6374)]
0x00007fafca1cac8d in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0
  Id   Target Id         Frame 
  11   Thread 0x7fafc7d14700 (LWP 6374) "Finalizer" 0x00007fafca1c9490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
  10   Thread 0x7fafc3805700 (LWP 6375) "Timer-Scheduler" 0x00007fafca1c76bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  9    Thread 0x7fafc18bf700 (LWP 6376) "mono" 0x00007fafca1c76bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  8    Thread 0x7fafc0044700 (LWP 6377) "Threadpool moni" 0x00007fafca5dffd4 in clock_nanosleep () from /lib/x86_64-linux-gnu/librt.so.1
  7    Thread 0x7fafb73fc700 (LWP 6378) "Threadpool work" 0x00007fafca1c9581 in sem_timedwait () from /lib/x86_64-linux-gnu/libpthread.so.0
  6    Thread 0x7fafaf4ff700 (LWP 6433) "mono" 0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  5    Thread 0x7fafaf2fe700 (LWP 6434) "mono" 0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  4    Thread 0x7fafaf0fd700 (LWP 6435) "mono" 0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  3    Thread 0x7fafaeefc700 (LWP 6436) "mono" 0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  2    Thread 0x7fafaecfb700 (LWP 6438) "mono" 0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
* 1    Thread 0x7fafcac56780 (LWP 6373) "mono" 0x00007fafca1cac8d in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0

Thread 11 (Thread 0x7fafc7d14700 (LWP 6374)):
#0  0x00007fafca1c9490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000062cf48 in mono_sem_wait (sem=sem@entry=0x97aec0, alertable=alertable@entry=1) at mono-semaphore.c:101
#2  0x00000000005a3c4d in finalizer_thread (unused=) at gc.c:1077
#3  0x0000000000588274 in start_wrapper_internal (data=) at threads.c:660
#4  start_wrapper (data=) at threads.c:707
#5  0x0000000000631c56 in inner_start_thread (arg=0x7fff3a56f0b0) at mono-threads-posix.c:84
#6  0x00007fafca1c2b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7  0x00007fafc9f0c7bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8  0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7fafc3805700 (LWP 6375)):
#0  0x00007fafca1c76bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060ba42 in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x40a, timeout=timeout@entry=0x7fafc3804810, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1593
#2  0x000000000061f33c in WaitForSingleObjectEx (handle=0x40a, timeout=timeout@entry=14999, alertable=alertable@entry=1) at wait.c:196
#3  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958c2d0, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafc38048b8, waitall=waitall@entry=0, ms=ms@entry=14999, alertable=1) at threads.c:1356
#4  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x40a, ms=14999, exitContext=) at threads.c:1489
#5  0x00000000401ed6ad in ?? ()
#6  0x0000000000000001 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7fafc18bf700 (LWP 6376)):
#0  0x00007fafca1c76bb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060ba42 in _wapi_handle_timedwait_signal_handle (handle=0x400, timeout=timeout@entry=0x7fafc18be220, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1593
#2  0x000000000060bca6 in _wapi_handle_timedwait_signal (timeout=timeout@entry=0x7fafc18be220, poll=poll@entry=0) at handles.c:1533
#3  0x000000000061fc97 in WaitForMultipleObjectsEx (numobjects=numobjects@entry=2, handles=handles@entry=0x7fafc18be4d0, waitall=waitall@entry=0, timeout=timeout@entry=1000, alertable=alertable@entry=1) at wait.c:639
#4  0x0000000000586e3d in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958c430, multiple=multiple@entry=1, numhandles=numhandles@entry=2, handles=handles@entry=0x7fafc18be4d0, waitall=waitall@entry=0, ms=ms@entry=1000, alertable=1) at threads.c:1354
#5  0x0000000000587d76 in ves_icall_System_Threading_WaitHandle_WaitAny_internal (mono_handles=0x7fafc9014ce8, ms=1000, exitContext=) at threads.c:1453
#6  0x000000004025c89e in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafc18bedd0 in ?? ()
#9  0x00007fafc92cfe68 in ?? ()
#10 0x00007fafc9014ce8 in ?? ()
#11 0x00000000000003e8 in ?? ()
#12 0x0000000001314960 in ?? ()
#13 0x00007fafc92c68b0 in ?? ()
#14 0x00007fafc18be7a0 in ?? ()
#15 0x00007fafc18be710 in ?? ()
#16 0x000000004025c3ec in ?? ()
#17 0x00007fafc92cfe40 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7fafc0044700 (LWP 6377)):
#0  0x00007fafca5dffd4 in clock_nanosleep () from /lib/x86_64-linux-gnu/librt.so.1
#1  0x00000000006207c0 in SleepEx (ms=ms@entry=500, alertable=alertable@entry=1) at wthreads.c:277
#2  0x0000000000589e43 in monitor_thread (unused=) at threadpool.c:779
#3  0x0000000000588274 in start_wrapper_internal (data=) at threads.c:660
#4  start_wrapper (data=) at threads.c:707
#5  0x0000000000631c56 in inner_start_thread (arg=0x7fff3a56ec60) at mono-threads-posix.c:84
#6  0x00007fafca1c2b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7  0x00007fafc9f0c7bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8  0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7fafb73fc700 (LWP 6378)):
#0  0x00007fafca1c9581 in sem_timedwait () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000062d02b in mono_sem_timedwait (sem=sem@entry=0x97aac8, timeout_ms=timeout_ms@entry=2000, alertable=alertable@entry=1) at mono-semaphore.c:64
#2  0x000000000058c4f2 in async_invoke_thread (data=0x0) at threadpool.c:1566
#3  0x0000000000588274 in start_wrapper_internal (data=) at threads.c:660
#4  start_wrapper (data=) at threads.c:707
#5  0x0000000000631c56 in inner_start_thread (arg=0x7fff3a56ec40) at mono-threads-posix.c:84
#6  0x00007fafca1c2b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7  0x00007fafc9f0c7bd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7fafaf4ff700 (LWP 6433)):
#0  0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060bc5b in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x442, timeout=timeout@entry=0x0, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1595
#2  0x000000000060bc8b in _wapi_handle_wait_signal_handle (handle=handle@entry=0x442, alertable=alertable@entry=1) at handles.c:1540
#3  0x000000000061f50b in WaitForSingleObjectEx (handle=0x442, timeout=timeout@entry=4294967295, alertable=alertable@entry=1) at wait.c:194
#4  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958e690, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafaf4fe958, waitall=waitall@entry=0, ms=ms@entry=-1, alertable=1) at threads.c:1356
#5  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x442, ms=-1, exitContext=) at threads.c:1489
#6  0x00000000401ed6ad in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafaf4fedd0 in ?? ()
#9  0x00007fafc90d75d8 in ?? ()
#10 0x00007fafc90d75d8 in ?? ()
#11 0xffffffffffffffff in ?? ()
#12 0x000000000198efb0 in ?? ()
#13 0x00007fafc90d74e0 in ?? ()
#14 0x00007fafaf4fea20 in ?? ()
#15 0x00007fafaf4fe980 in ?? ()
#16 0x00000000401ed3f8 in ?? ()
#17 0x00007fafaf4ff680 in ?? ()
#18 0x00007fafc90d74e0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7fafaf2fe700 (LWP 6434)):
#0  0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060bc5b in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x445, timeout=timeout@entry=0x0, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1595
#2  0x000000000060bc8b in _wapi_handle_wait_signal_handle (handle=handle@entry=0x445, alertable=alertable@entry=1) at handles.c:1540
#3  0x000000000061f50b in WaitForSingleObjectEx (handle=0x445, timeout=timeout@entry=4294967295, alertable=alertable@entry=1) at wait.c:194
#4  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958e7f0, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafaf2fd958, waitall=waitall@entry=0, ms=ms@entry=-1, alertable=1) at threads.c:1356
#5  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x445, ms=-1, exitContext=) at threads.c:1489
#6  0x00000000401ed6ad in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafaf2fddd0 in ?? ()
#9  0x00007fafc90d7cb8 in ?? ()
#10 0x00007fafc90d7cb8 in ?? ()
#11 0xffffffffffffffff in ?? ()
#12 0x00000000017993e0 in ?? ()
#13 0x00007fafaf2fdac0 in ?? ()
#14 0x00007fafaf2fda20 in ?? ()
#15 0x00007fafaf2fd980 in ?? ()
#16 0x00000000401ed3f8 in ?? ()
#17 0x0000ffffffffffff in ?? ()
#18 0x00007fafc90d7bc0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7fafaf0fd700 (LWP 6435)):
#0  0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060bc5b in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x448, timeout=timeout@entry=0x0, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1595
#2  0x000000000060bc8b in _wapi_handle_wait_signal_handle (handle=handle@entry=0x448, alertable=alertable@entry=1) at handles.c:1540
#3  0x000000000061f50b in WaitForSingleObjectEx (handle=0x448, timeout=timeout@entry=4294967295, alertable=alertable@entry=1) at wait.c:194
#4  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958e950, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafaf0fc958, waitall=waitall@entry=0, ms=ms@entry=-1, alertable=1) at threads.c:1356
#5  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x448, ms=-1, exitContext=) at threads.c:1489
#6  0x00000000401ed6ad in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafaf0fcdd0 in ?? ()
#9  0x00007fafc90d93b8 in ?? ()
#10 0x00007fafc90d93b8 in ?? ()
#11 0xffffffffffffffff in ?? ()
#12 0x00000000019c62a0 in ?? ()
#13 0x00007fafaf0fcac0 in ?? ()
#14 0x00007fafaf0fca20 in ?? ()
#15 0x00007fafaf0fc980 in ?? ()
#16 0x00000000401ed3f8 in ?? ()
#17 0x0000ffffffffffff in ?? ()
#18 0x00007fafc90d92c0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fafaeefc700 (LWP 6436)):
#0  0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060bc5b in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x44b, timeout=timeout@entry=0x0, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1595
#2  0x000000000060bc8b in _wapi_handle_wait_signal_handle (handle=handle@entry=0x44b, alertable=alertable@entry=1) at handles.c:1540
#3  0x000000000061f50b in WaitForSingleObjectEx (handle=0x44b, timeout=timeout@entry=4294967295, alertable=alertable@entry=1) at wait.c:194
#4  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958eab0, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafaeefb958, waitall=waitall@entry=0, ms=ms@entry=-1, alertable=1) at threads.c:1356
#5  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x44b, ms=-1, exitContext=) at threads.c:1489
#6  0x00000000401ed6ad in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafaeefbdd0 in ?? ()
#9  0x00007fafc90d9a98 in ?? ()
#10 0x00007fafc90d9a98 in ?? ()
#11 0xffffffffffffffff in ?? ()
#12 0x00000000017b0f60 in ?? ()
#13 0x00007fafaeefbac0 in ?? ()
#14 0x00007fafaeefba20 in ?? ()
#15 0x00007fafaeefb980 in ?? ()
#16 0x00000000401ed3f8 in ?? ()
#17 0x0000ffffffffffff in ?? ()
#18 0x00007fafc90d99a0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fafaecfb700 (LWP 6438)):
#0  0x00007fafca1c7344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x000000000060bc5b in _wapi_handle_timedwait_signal_handle (handle=handle@entry=0x44e, timeout=timeout@entry=0x0, alertable=alertable@entry=1, poll=poll@entry=0) at handles.c:1595
#2  0x000000000060bc8b in _wapi_handle_wait_signal_handle (handle=handle@entry=0x44e, alertable=alertable@entry=1) at handles.c:1540
#3  0x000000000061f50b in WaitForSingleObjectEx (handle=0x44e, timeout=timeout@entry=4294967295, alertable=alertable@entry=1) at wait.c:194
#4  0x0000000000586e9e in mono_wait_uninterrupted (thread=thread@entry=0x7fafc958f030, multiple=multiple@entry=0, numhandles=numhandles@entry=1, handles=handles@entry=0x7fafaecfa9a8, waitall=waitall@entry=0, ms=ms@entry=-1, alertable=1) at threads.c:1356
#5  0x0000000000587c99 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=, handle=0x44e, ms=-1, exitContext=) at threads.c:1489
#6  0x00000000401ed6ad in ?? ()
#7  0x0000000000ec1a60 in ?? ()
#8  0x00007fafaecfadd0 in ?? ()
#9  0x00007fafc90fcd40 in ?? ()
#10 0x00007fafc90fcd40 in ?? ()
#11 0x00007fafc90fcb90 in ?? ()
#12 0x0000000001876b10 in ?? ()
#13 0x00000000401ed48c in ?? ()
#14 0x00007fafaecfaa60 in ?? ()
#15 0x00007fafaecfa9d0 in ?? ()
#16 0x000000004036f3ec in ?? ()
#17 0x00007fafc90fcd40 in ?? ()
#18 0x00007fafc90fcc68 in ?? ()
#19 0x00007fafc90fcc68 in ?? ()
#20 0x000000004018a9d0 in ?? ()
#21 0x000000004036f301 in ?? ()
#22 0x000000000000000c in ?? ()
#23 0x000000004017308c in ?? ()
#24 0x000000004036f380 in ?? ()
#25 0x00007fafaecfaab0 in ?? ()
#26 0x000000004036f198 in ?? ()
#27 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fafcac56780 (LWP 6373)):
#0  0x00007fafca1cac8d in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x00000000004b4009 in mono_handle_native_sigsegv (signal=, ctx=) at mini-exceptions.c:2323
#2  
#3  0x00007fafc9e62165 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x00007fafc9e653e0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#5  0x00007fafc9e5b311 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#6  0x00007fafca1c5060 in __pthread_mutex_lock_full () from /lib/x86_64-linux-gnu/libpthread.so.0
#7  0x00007fafb69a8973 in add_to_flying_list (transfer=) at io.c:1098
#8  libusb_submit_transfer (transfer=0x1840fd8) at io.c:1235
#9  0x00007fafb0db8e7b in ?? () from /opt/picoscope/lib/libps2000.so
#10 0x00007fafb0db9287 in ?? () from /opt/picoscope/lib/libps2000.so
#11 0x00007fafb0da1646 in ?? () from /opt/picoscope/lib/libps2000.so
#12 0x00007fafb0d94b43 in ?? () from /opt/picoscope/lib/libps2000.so
#13 0x00007fafb0da03d4 in ps2000_set_light () from /opt/picoscope/lib/libps2000.so
#14 0x000000004037f14a in ?? ()
#15 0x00007fafc9139478 in ?? ()
#16 0x00007fafb2eeb8f0 in ?? ()
#17 0x00007fafc9138fe0 in ?? ()
#18 0x00007fafc90fc700 in ?? ()
#19 0x00007fafc90fc700 in ?? ()
#20 0x00007fff3a56de38 in ?? ()
#21 0x000000004037f0e0 in ?? ()
#22 0x00007fff3a56d0a0 in ?? ()
#23 0x00007fff3a56cff0 in ?? ()
#24 0x0000000040370001 in ?? ()
#25 0x00007fff3a56d0a0 in ?? ()
#26 0x000000004037f090 in ?? ()
#27 0x00007fafcac56700 in ?? ()
#28 0x0000000000000000 in ?? ()
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

lohan
Newbie
Posts: 0
Joined: Fri Oct 03, 2014 10:03 am

Re: Beta Release of PicoScope for Linux

Post by lohan »

Would it be possible to make one of the previous versions available for download which didn't show this problem?

GrubbyHalo
Newbie
Posts: 0
Joined: Wed Nov 26, 2014 11:36 am

Re: Beta Release of PicoScope for Linux

Post by GrubbyHalo »

Yes.. Please allow the Linux users to use an earlier version.

mario_
Site Admin
Site Admin
Posts: 112
Joined: Fri Sep 13, 2013 12:57 pm

Re: Beta Release of PicoScope for Linux

Post by mario_ »

Hi All,

There is a way to come back to old version, as described below. Before you do though, you can try the latest release candidate that made it to the debfix repository - includes numerous USB related fixes, but crashes on usbdrdaq :(

To use version from August (the last one before numerous USB problems were reported - yet has memory and file descriptor leak present, installer is also slightly broken), follow the steps in the console:
  • Create and enter temporary folder

    Code: Select all

    mkdir oldpicoscope
    cd oldpicoscope
    
  • Download packages as follows:

    Code: Select all

    wget http://labs.picotech.com/debian/pool/main/p/picoscope/picoscope_6.10.1-4r13_all.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libpicoipp/libpicoipp_1.1.2-4r21_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libpl1000/libpl1000_1.0.5-1r05_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps2000/libps2000_2.1.2-3r05_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps2000a/libps2000a_1.1.2-5r07_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps3000/libps3000_3.7.3-3r05_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps3000a/libps3000a_1.4.2-6r08_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps4000/libps4000_1.2.2-2r06_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps4000a/libps4000a_1.0.2-2r07_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps5000/libps5000_1.5.2-3r06_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps5000a/libps5000a_1.1.2-5r06_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libp/libps6000/libps6000_1.4.2-6r06_amd64.deb
    wget http://labs.picotech.com/debian/pool/main/libu/libusbdrdaq/libusbdrdaq_1.0.2-1r05_amd64.deb
    
    Replace amd64 with i386 to match your distribution if 32bit. All packages are required, as picoscope keeps explicit release versions for compatibility.
    Similar set can be downloaded for rpm packages - look into http://labs.picotech.com/rpm/x86_64/ location.
  • uninstall currently installed version of Picoscope:

    Code: Select all

    sudo apt-get remove picoscope libpl1000 libps2000 libps2000a libps3000 libps3000a libps4000 libps4000a libps5000 libps5000a libps6000 libusbdrdaq libpicoipp
  • install downloaded packages:

    Code: Select all

    sudo dpkg -i *.deb
    
    Note that bug in installer will spew some unwanted messages here:

    Code: Select all

    /var/lib/dpkg/info/libpl1000.postinst: line 158: [: argument expected
    
Mario

mario_
Site Admin
Site Admin
Posts: 112
Joined: Fri Sep 13, 2013 12:57 pm

Re: Beta Release of PicoScope for Linux

Post by mario_ »

New release - PicoScope 6.10.1.36 - has been uploaded to the repository. Hopefully all USB issues were addressed with this one. Also with this version we have added support for new PS3000a devices and start-up time has been dramatically improved.

Mario

Colonel
Newbie
Posts: 0
Joined: Thu Feb 05, 2015 7:06 pm

Re: Beta Release of PicoScope for Linux

Post by Colonel »

Hi !

First of all, thank for your work on linux ! And i love your products ! :)

I can't install with the repository, but it's not a problem since i downloaded directly the packages from your website (http://labs.picotech.com/debian/) and installed manually them, one by one (please don't take down the link).
Everything is working fine now
System : Linux mint 16 64bits.
Products : 2204A-D2 and 3203D -> all of them are ok with the last version.

But just a question : there are more features on windows version, is it planned to get the same features with linux ? (for example decoding ..)

Post Reply