Jump to content

Linux EScribe Suite Beta Thread


Recommended Posts

Just a heads-up to those running Arch or Arch based distros such as Manjaro; the latest update to Mono-5.20.1.19 from 5.18.1.0 breaks EScribe, and I could find no workaround. It's the only app I have installed requiring Mono, so downgrading  from cache to the previous version was easy and straightforward.

 

Note to maintainers: I don't know what in the new version of Mono breaks Escribe, but this is what's happening. If I have my mod connected when I launch Escribe it hangs and freezes as the first window launches. If I launch with no mod connected I get to the first screen, but if when I plug in my mod, it's detected, and then the app freezes again. Downgrading Mono resolves everything.

Edited by Odysseus
Link to comment
Share on other sites

At least I'm not alone, can't pinpoint it as well as @Odysseus did but currently running Kubuntu 19.04 - Escribe will download the settings from my device and ultimately freeze after it's done.  Worked in 18.10/.04 etc so could be the same as Odysseus said.  Running from terminal I see some errors with GTK which I'll post below, can't find much more than that though.

First this is output multiple times:

Cairo.Surface is leaking, programmer is missing a call to Dispose

Then this is output multiple times:

(EScribe:21591): Gtk-CRITICAL **: 01:05:27.090: IA__gtk_range_set_range: assertion 'min < max' failed

Those seemed like the most important outputs to me, there's a bunch more if anyone wants/needs the full output.

 

Edit: gonna try downgrading mono

Edited by thatguyferg
Link to comment
Share on other sites

  • 1 month later...
mono /opt/escribe-suite-bin/main/EScribe.exe
Started.
Initializing UNIX (GTK)...
Benchmark: Settings took 57,1919 ms.

Benchmark: Register took 35,5148 ms.

Benchmark: Language took 53,0948 ms.

Benchmark: Decrypt resource: Branding took 30,4331 ms.

Benchmark: Decrypt resource: Icons took 25,1285 ms.

Benchmark: Early Initialization took 233,457 ms.

Downloader: Waiting to be asked to check
Benchmark: Tracking: Main took 4,5503 ms.

Benchmark: Main Form Load Snappy took 279,4008 ms.

Benchmark: Main Form Load took 23,0962 ms.

Benchmark: Main Form Wiring took 3,1888 ms.

Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Cairo.Surface is leaking, programmer is missing a call to Dispose
Set MONO_CAIRO_DEBUG_DISPOSE to track allocation traces
Downloader: Requesting update info
Benchmark: Requesting resource list took 463,8147 ms.

Benchmark: Tab Configuration: Welcome took 96,8088 ms.

Benchmark: Load Features: A.RCP took 7,4608 ms.

Benchmark: Load Features: A.RCP took 3,1689 ms.

Benchmark: File->New took 12,4077 ms.

Benchmark: Main Form Init End took 13,6534 ms.

Benchmark: Main Form Init took 889,1268 ms.

Benchmark: Main Form Creation took 912,4396 ms.

double free or corruption (out)

=================================================================
	Native Crash Reporting
=================================================================
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.
=================================================================
/proc/self/maps:
407fa000-4080a000 rwxp 00000000 00:00 0 
40edf000-412b7000 rwxp 00000000 00:00 0 
55cce0dc4000-55cce0def000 r--p 00000000 08:16 408388                     /usr/bin/mono-sgen
55cce0def000-55cce10f6000 r-xp 0002b000 08:16 408388                     /usr/bin/mono-sgen
55cce10f6000-55cce1224000 r--p 00332000 08:16 408388                     /usr/bin/mono-sgen
55cce1225000-55cce122c000 r--p 00460000 08:16 408388                     /usr/bin/mono-sgen
55cce122c000-55cce1231000 rw-p 00467000 08:16 408388                     /usr/bin/mono-sgen
55cce1231000-55cce1248000 rw-p 00000000 00:00 0 
55cce1345000-55cce2b1f000 rw-p 00000000 00:00 0                          [heap]
7fe90c000000-7fe90c05d000 rw-p 00000000 00:00 0 
7fe90c05d000-7fe910000000 ---p 00000000 00:00 0 
7fe910000000-7fe910021000 rw-p 00000000 00:00 0 
7fe910021000-7fe914000000 ---p 00000000 00:00 0 
7fe914000000-7fe91403d000 rw-p 00000000 00:00 0 
7fe91403d000-7fe918000000 ---p 00000000 00:00 0 
7fe918000000-7fe918025000 rw-p 00000000 00:00 0 
7fe918025000-7fe91c000000 ---p 00000000 00:00 0 
7fe91c000000-7fe91c04a000 rw-p 00000000 00:00 0 
7fe91c04a000-7fe920000000 ---p 00000000 00:00 0 
7fe920000000-7fe920021000 rw-p 00000000 00:00 0 
7fe920021000-7fe924000000 ---p 00000000 00:00 0 
7fe924000000-7fe9240d9000 rw-p 00000000 00:00 0 
7fe9240d9000-7fe928000000 ---p 00000000 00:00 0 
7fe928000000-7fe928092000 rw-p 00000000 00:00 0 
7fe928092000-7fe92c000000 ---p 00000000 00:00 0 

=================================================================
	Basic Fault Adddress Reporting
=================================================================
Memory around native instruction pointer (0x7fe9622cf82f):0x7fe9622cf81f  d2 4c 89 ce bf 02 00 00 00 b8 0e 00 00 00 0f 05  .L..............
0x7fe9622cf82f  48 8b 8c 24 08 01 00 00 64 48 33 0c 25 28 00 00  H..$....dH3.%(..
0x7fe9622cf83f  00 44 89 c0 75 19 48 81 c4 10 01 00 00 5b c3 66  .D..u.H......[.f
0x7fe9622cf84f  90 48 8b 15 e9 75 18 00 f7 d8 64 89 02 eb ba 67  .H...u....d....g

=================================================================
	Native stacktrace:
=================================================================
	0x55cce0ee9dea - mono : (null)
	0x55cce0e8032e - mono : (null)
	0x7fe9624894d0 - /usr/lib/libpthread.so.0 : (null)
	0x7fe9622cf82f - /usr/lib/libc.so.6 : gsignal
	0x7fe9622ba672 - /usr/lib/libc.so.6 : abort
	0x7fe962311e78 - /usr/lib/libc.so.6 : (null)
	0x7fe96231878a - /usr/lib/libc.so.6 : (null)
	0x7fe96231a160 - /usr/lib/libc.so.6 : (null)
	0x7fe957733686 - /usr/lib/libudev.so.1 : (null)
	0x7fe95773377e - /usr/lib/libudev.so.1 : (null)
	0x7fe957737a96 - /usr/lib/libudev.so.1 : (null)
	0x7fe957742795 - /usr/lib/libudev.so.1 : udev_device_unref
	0x7fe95774279f - /usr/lib/libudev.so.1 : udev_device_unref
	0x7fe95774279f - /usr/lib/libudev.so.1 : udev_device_unref
	0x7fe95774279f - /usr/lib/libudev.so.1 : udev_device_unref
	0x412abf13 - Unknown

=================================================================
	Telemetry Dumper:
=================================================================

Escribe not work in Manjaro ..

Edited by madmax3
Link to comment
Share on other sites

Hello, I'm having this problem, the Device Monitor it's working fine, the problem it's with EScribe. When launch the app all looks fine, detect the Device but when finish to download the configuration from the device the app Crash with this logs:

(EScribe:22669): Gtk-CRITICAL **: 16:01:19.696: IA__gtk_range_set_range: assertion 'min < max' failed

(EScribe:22669): Gtk-CRITICAL **: 16:01:19.701: IA__gtk_range_set_range: assertion 'min < max' failed

(EScribe:22669): Gtk-CRITICAL **: 16:01:19.709: IA__gtk_range_set_range: assertion 'min < max' failed
Benchmark: Tab Configuration: General took 351.3153 ms.

Benchmark: Load Feature: EvolvCOEnabled 0 took 39661.6467 ms.

Benchmark: Load Features: A.RCP took 39664.9946 ms.

Benchmark: App State Changed took 40044.047 ms.

Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at System.Collections.Generic.LargeArrayBuilder`1[T].GetBuffer (System.Int32 index) [0x00022] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at System.Collections.Generic.LargeArrayBuilder`1[T].CopyTo (System.Collections.Generic.CopyPosition position, T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00041] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at System.Collections.Generic.SparseArrayBuilder`1[T].CopyTo (T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00035] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at System.Collections.Generic.SparseArrayBuilder`1[T].ToArray () [0x00028] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at System.Linq.Enumerable+Concat2Iterator`1[TSource].ToArray () [0x00024] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at System.Linq.Enumerable.ToArray[TSource] (System.Collections.Generic.IEnumerable`1[T] source) [0x00021] in <13c0993ff82548209b09f271bd5e6a78>:0 
  at A.LZY.EY (System.Nullable`1[T] ) [0x0003d] in <70b7451af44041bf892f6523f43db0b6>:0 
  at A.OSY+ASY.Q (A.ZNI ) [0x0004c] in <70b7451af44041bf892f6523f43db0b6>:0 
  at A.AOF+RAF`1[A].Q () [0x00026] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.AUI+URI.Q () [0x00089] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.AUI+CRI.Q (System.Object ) [0x0002b] in <f126549b68de49cab50c4599e4e83191>:0 
  at (wrapper delegate-invoke) <Module>.invoke_void_object(object)
  at A.AUI.Q (System.Object , System.Object , A.HRI ) [0x00037] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.AUI.I () [0x00036] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.JOF.QY () [0x00006] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.JOF.Q () [0x0002a] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.KOF.U (System.Nullable`1[T] ) [0x000f0] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.KOF.QY () [0x0012f] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.KOF.U (System.Boolean , A.ZYB , System.String , System.String ) [0x00213] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.KY+MY.BY (System.Boolean ) [0x00102] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.KY+MY.AY (System.Object , System.EventArgs ) [0x0000b] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.LDY.OY () [0x0001c] in <ca9c5bb3c1c34aa7af07e52bf9ad9d94>:0 
  at A.LDY.set_AY (A.LDY ) [0x000bb] in <ca9c5bb3c1c34aa7af07e52bf9ad9d94>:0 
  at A.PVF+<>c.Q (System.Object , A.LDY ) [0x0000f] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.CAA`2[A,A].I (System.Object ) [0x00000] in <8e8844dff8ba4e85a5dbb4c5f6242f0c>:0 
  at A.GAA.PY () [0x00031] in <8e8844dff8ba4e85a5dbb4c5f6242f0c>:0 
  at A.GAA.H () [0x00031] in <8e8844dff8ba4e85a5dbb4c5f6242f0c>:0 
  at A.MEI.H (A.RAA ) [0x00046] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.XOA.Q[A,A] (A.KOA , A , A , System.Func`2[T,TResult] , System.Action`2[T1,T2] , System.Boolean ) [0x00040] in <8e8844dff8ba4e85a5dbb4c5f6242f0c>:0 
  at A.PVF.Q (A.LDY , System.Boolean ) [0x0006e] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.DSF.Q (System.Boolean , System.Boolean , System.Nullable`1[T] , System.Object , System.Boolean , System.Boolean ) [0x000ce] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.AVF.Q () [0x00251] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.TVF.I () [0x00000] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.TVF.U () [0x00000] in <2f2eee72ac804bdaae8f4f65cddd3dff>:0 
  at A.KUP+MUP.Q (System.Object , System.EventArgs ) [0x00000] in <c106fbdd82c146e59486cd3ceeb007d4>:0 
  at Gtk.Application+InvokeCB.Invoke () [0x00000] in <7a41aae9f05e45b7b5a8cedfab67f8ff>:0 
  at GLib.Timeout+TimeoutProxy.Handler (System.IntPtr data) [0x0003c] in <5a439e0caae7469886e7119d9f6bc621>:0 
  at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, System.Boolean is_terminal) [0x00000] in <5a439e0caae7469886e7119d9f6bc621>:0 
  at GLib.Timeout+TimeoutProxy.Handler (System.IntPtr data) [0x00000] in <5a439e0caae7469886e7119d9f6bc621>:0 
  at Gtk.Application.gtk_main () [0x00000] in <7a41aae9f05e45b7b5a8cedfab67f8ff>:0 
  at Gtk.Application.Run () [0x00000] in <7a41aae9f05e45b7b5a8cedfab67f8ff>:0 
  at DimensionEngineering.Common.Platform.UnixGtk.UnixGtkPlatformHelper.Q (System.Action ) [0x00000] in <c106fbdd82c146e59486cd3ceeb007d4>:0 
  at A.DPP.TI (System.String , System.Func`1[TResult] , System.Func`2[T,TResult] , System.Action ) [0x00000] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.KY+QY.BY (A.KY+G ) [0x00000] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.KY.Q (A.BBB ) [0x00000] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.I+<>c.Q (A.BBB ) [0x00000] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.BLB. (System.Object , A.BBB ) [0x00000] in <ca9c5bb3c1c34aa7af07e52bf9ad9d94>:0 
  at A.BLB.Q (System.Object , A.BBB ) [0x00000] in <ca9c5bb3c1c34aa7af07e52bf9ad9d94>:0 
  at A.IBB.Q (System.String , A.BBB ) [0x00000] in <ca9c5bb3c1c34aa7af07e52bf9ad9d94>:0 
  at A.HY.Q (System.String[] ) [0x00000] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.HY+WY.Q () [0x00000] in <6114c22965154c35b220a0951c78c25a>:0 
  at A.DPP.WF (System.Action ) [0x00000] in <f126549b68de49cab50c4599e4e83191>:0 
  at DimensionEngineering.Common.Platform.UnixGtk.UnixGtkPlatformHelper.WF (System.Action ) [0x00000] in <c106fbdd82c146e59486cd3ceeb007d4>:0 
  at A.DPP.TI (System.Action ) [0x00000] in <f126549b68de49cab50c4599e4e83191>:0 
  at A.HY.I (System.String[] ) [0x00000] in <6114c22965154c35b220a0951c78c25a>:0

I'm using Ubuntu 19.04 with mono: Mono JIT compiler version 5.18.0.240 (Debian 5.18.0.240+dfsg-2ubuntu2 Wed Apr 17 23:39:09 UTC 2019)

if anybody can help me, i will appreciate that.

Link to comment
Share on other sites

Just to add my own two cents, I'm experiencing the same thing on Mint 19 with Mono JIT compiler version 5.20.1.19. In my case, the Escribe launcher will start fine, device monitor crashes out immediately with SIGABRT, and Escribe itself does the same but leaves a small empty window behind for the user to kill manually. Unfortunately in my case I use mono for a number of other things, so rolling back won't be an option. Crash log attached.

escribe_crash.txt

Link to comment
Share on other sites

  • 4 weeks later...

Dang, I was hoping it was just me but looks like we're all having some issues. I first noticed a few months ago when I could no longer open EScribe without it freezing, but specifically when a device is connected. I haven't been able to update my device since and it's been bugging me!

Any idea's would be greatly appreciated, as the errors I get seem to be out of my hands... (seems copy/paste/selected text related?)

Thanks

Link to comment
Share on other sites

@omghax I hate myself for suggest this solution, but to update my device i used Windows 10 over VirtualBox with the Extension Pack and a USB passthrough for the device.

I'm really want start a alternative version for EScribe using react or something similar to create a Real Multiplatform alternative. 
 

  • Like 1
Link to comment
Share on other sites

I am using xubuntu, my mono version is  4.6.2.7+ works fine except in device monitor the colour for the legend  on the left doesn't paint so you need to guess the graphs. Also cpu goes high and my fans come on, not an issue for occasional use. Thanks to who made this possible. I'll hold off upgrading mono for time being, 

Link to comment
Share on other sites

On 6/27/2019 at 7:28 AM, Catriel Müller said:

@omghax I hate myself for suggest this solution, but to update my device i used Windows 10 over VirtualBox with the Extension Pack and a USB passthrough for the device.

I'm really want start a alternative version for EScribe using react or something similar to create a Real Multiplatform alternative. 
 

Oh? I didn't know you could do that... I may have to try that if an update doesn't come soon! Thank you.

On 6/27/2019 at 7:28 AM, retird said:

You might open a ticket with Evolv and explain the issue and give the crash log info.  Ask that this be given to James........  he doesn't get by here that often.......  here is the link....

https://helpdesk.evolvapor.com/index.php?a=add&category=1

On 6/29/2019 at 11:58 AM, James said:

The libudev crash, at least, I have fixed and just need to release a new update. (It appears Mono borrowed an implementation difference on ICustomMarshaler from .NET recently.)

Woohoo! Thanks, James! And also good to know I wasn't aware I could submit a ticket.

 

Edited by omghax
Woops...
Link to comment
Share on other sites

Op 29-6-2019 om 20:58 zei James:

The libudev crash, at least, I have fixed and just need to release a new update. (It appears Mono borrowed an implementation difference on ICustomMarshaler from .NET recently.)

Hi,

When we see a new update for Linux ?

Thanks!

Greetings.

Link to comment
Share on other sites

  • 2 months later...

Any news on the crash/freeze fix for the linux escribe ?

Last entry here was in july, now it is october !

Sorry to bother you, but its frustrating that I always have to reboot from linux to windows, only to get access to my 3 DNA devices.

At least an updated posting here would be appreciated to know what's up... and when to expect an update/fix.

And thanks for the work on that !

Edited by Lanzarotechris
typo
Link to comment
Share on other sites

8 minutes ago, Lanzarotechris said:

Any news on the crash/freeze fix for the linux escribe ?

Last entry here was in july, now it is october !

Sorry to bother you, but its frustrating that I always have to reboot from linux to windows, only to get access to my 3 DNA devices.

At least an updated posting here would be appreciated to know what's up... and when to expect an update/fix.

And thanks for the work on that !

I'm still wating :D

Link to comment
Share on other sites

I first reported this bug back in April. It's a shame that nothing has been done about it for 6 months. For those who want to run escribe natively under Linux the workaround I posted is still valid. You need to downgrade to a previous version of Mono before 5.20.x.x, preferably 5.18.x.x.

I'm still stuck using 5.18.x.x but at least without issues. I'm lucky because I have no other apps on my system which requires Mono so I can lock in this older library. For others that have other apps that are compiled against the newer version, they are screwed.

Edited by Odysseus
Link to comment
Share on other sites

20 minutes ago, Catriel Müller said:

I'm from Argentina, so you can imagine the story. A grandfather escaping from the war when they lose, like the all germans on south america XD.

so he was not a nice man ? I just hope this blaming game will end one day... everyone is already dead,... the good ones and the bad ones 😉

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...