CamBam

Announcements => Latest News => Topic started by: 10bulls on January 05, 2017, 21:58:00 pm

Title: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 05, 2017, 21:58:00 pm
The new V1 alpha is now available for Linux...

http://www.cambam.info/ref/ref.linux#devt

Just to repeat the Windows announcement...

Warning! This release is still in the early stages of public testing. 
All gcode output should be treated with caution! 
We do not recommend using this version for production work until it has undergone more testing and reached 'release candidate' stage.


The new version should follow the same installation instruction as 0.9.8.

Like the new Windows CamBam V1.0, the binaries and system folders will install into new directions, so it should be OK to run 0.9.8 and V1.0 on the same system.

I am interested to hear if the new triangulation library is behaving under Linux (and Windows)...
This can be tested by opening the 'klannimate.cb' sample.  If you can see the 'Mr Crabby' robot, then so far so good.
If errors are reported then there may be missing or incompatible dependencies and I will have to try harder!   :)

The new Windows script editor is currently not available under Mono, so there is just a boring old monchrome jobby until I can port that over or come up with an alternative.  Both Windows and Mono versions will be getting some improvements to the script editing in coming releases.

I have not been able to test this release using OpenGL yet as I need to rebuild some test systems for that, so I also interested in hearing any feedback regarding that.

Once again, thank you all for your patience and support while waiting for the new CamBam development releases.

I hope you all have a great new year and happy machining!

Regards

Andy Payne (10bulls)
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 05, 2017, 22:01:31 pm
I've just installed Linux Mint on a spare laptop tonight and hope to try this out tomorrow.
I'll be interested to see how plugins work  ;D, or don't  ???, with Linux
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 05, 2017, 22:18:00 pm
I've just installed Linux Mint on a spare laptop tonight and hope to try this out tomorrow.
I'll be interested to see how plugins work  ;D, or don't  ???, with Linux
I suspect that many plugins will need a recompile...even if they appear to work OK.

If Windows 10 keeps going the way it is and as Microsoft and hardware manufactures continue to drop support for older OSes, I think many more of us will be digging out the old computers for a Linux transfusion too!  :)
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on January 05, 2017, 22:21:24 pm
I don't know.  We use both here.  But Win10 seems to be a fairly friendly OS.

But I sure DON'T know what the programming challenges with it might be.  I was truly 'once' a programmer, but now only a user.

Lloyd
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 05, 2017, 22:22:17 pm
Hello Andy

Thanks for this release.

Is there a chance that it become compatible with plugin written in VB ? (not working on Linux if the plugin use windows forms)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 05, 2017, 23:13:59 pm
I don't know.  We use both here.  But Win10 seems to be a fairly friendly OS.
Frustrating thing is, win10 has the potential to be a fine OS, but it appears determined to become more a platform for an appstore and user information gatherer.  Lack of control over updates and ability to turn off ever changing and unwanted 'features' just make it feel more like it is 'their' OS they are letting me use, rather than something I control. Even CALC.EXE has spammed me!!! >:(
I dunno... maybe I'm just turning into a grumpy old git. :)

Is there a chance that it become compatible with plugin written in VB ? (not working on Linux if the plugin use windows forms)
Hi David,

Being CLR, I would have thought window forms were OK, even if written in VB.  Unless there is a missing dependency somewhere?  I can look at the DLL dependencies if it helps?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 05, 2017, 23:36:36 pm
I'll try to install 1.0 on linux (not comfortable with linux  :-[ ) and do a test with my nummove plugin.

On the picture It's the error I get if I try to use the nummove plugin on 0.9.8 version (ubuntu 14.04),, CB terminate and I get this message in the console.

only plugins that do not use form at all seems to works on linux, even if it is a form that is defined inCB dll's like the requesters for scaling.

I do not know if it is me that must "import" something in the plugin code so it works on Linux ...

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 00:08:46 am
Unfortunately the visual basic compiler adds a reference to the Microsoft.VisualBasic assembly.

You can try installing the visual basic package...

Code: [Select]
sudo apt-get install libmono-microsoft-visualbasic10.0-cil

I am away from my desk now so can't test this.  If the package is not found, you may need to update the repository path.

Alternatively, and again I have not tried this, here is some information about changing a visual basic project to compile without adding the Microsoft.VisualBasic assembly.  However, it may require some code changes to avoid VB specific code.

https://www.ghielectronics.com/community/codeshare/entry/1039

I hope this helps.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 00:12:52 am
Ok thanks Andy, I'll try ... for now I try to install the V1.0 on Linux ... and it's not won!  :-[

good night
++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 01:39:01 am
Fine !

with the install of the libmono-microsoft-visualbasic10.0 and some change in my code the nummove plugin is working on linux (at least for me !)  ;D ...

But currently I can't get the 1.0 working on Linux ... but .. another job for another day ... it's bed time now !!

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on January 06, 2017, 01:43:18 am
Hooray, David!  You ARE a "champion for the cause" (in many ways).

Lloyd
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 01:47:37 am
LOL .. now I must check again my other plugins on linux and do the changes in the code ...(small changes)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 10:07:43 am
But currently I can't get the 1.0 working on Linux ... but .. another job for another day ... it's bed time now !!

Sorry, I am having problems with new distributions too.  :-[
I am working on a fix now.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 10:47:41 am
I have just uploaded a new 'alpha11b' binary download on the Linux page.

http://www.cambam.info/ref/ref.linux#devt

Hopefully this should fix the problems when running on newer distributions.

I've tested Linux Mint 18.1 and so far is looking good.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: blueorangelive on January 06, 2017, 11:31:19 am
Hello
I use so far CamBam0.9.8P-mono-beta2-64bit under Linux Fedora25 and am satisfied. Everything for me is great.
 
Now I wanted to test the new allfa11 64bit for Linux, but at the start are all sorts of errors.

Look in my text file.

Thank you for your good work and Best wishes,  Jürgen from Germany

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 11:46:27 am
Now I wanted to test the new allfa11 64bit for Linux, but at the start are all sorts of errors.
Hello Jürgen,

Have you tried the new alpha11b update I uploaded this morning?
Hopefully that should resolve those errors.

Apologies for that... I should have tested on few more distros before posting the original alpha11 download.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 06, 2017, 14:07:42 pm
Hello Andy,

the new alfa11b seems to work well in both my computers.

I am testing Cambam on Ubuntu 12.04 with mono 2.10.8.1  and on ubuntu 16.04 with mono 4.2.1.10.
Mr Crabby appears on both, and the animation script works well, (OpenGL was chosen).

The NumericalMove plugin works just installing  libmono-microsoft-visualbasic10.0-cil .


Thanks a lot for your work,

Andrea
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 14:35:57 pm
Hello

Now version 11b is running ; except python scripts ! (V32 bits - ubuntu 14.04)

with klanimate.cb ; I get a python error in the log window, and nothing on the screen.

if I try to load a script CB terminate immediately when I hit the load script item

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 06, 2017, 15:24:25 pm
In both my computers with ubuntu 12.04 64 and  16.04 64 the script runs well.
Something about the 32 bits or some missing python pocket?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 16:27:09 pm
the new alfa11b seems to work well in both my computers.
That's great news Andrea, thank you for the update!

Now version 11b is running ; except python scripts ! (V32 bits - ubuntu 14.04)

Did python scripts ever work with 0.9.8 on that system?

One thing to try, sometimes the mono distributions in the default repositories can be rather out of date.

The following command will show the versions of installed libmono libraries...
Code: [Select]
dpkg --list | grep libmonoThe oldest systems I am testing (Ubuntu 12/13, 32 bit) are using 2.10.8.* libraries
Newer distributions are using 4.2.1.* libraries
and the latest ones I am testing are 4.6.2.*

The mono install page has instructions on setting up the latest repository...
http://www.mono-project.com/docs/getting-started/install/linux/#debian-ubuntu-and-derivatives

By doing this...
(only try this for Debian/Ubuntu or others mentioned in the above link)
This should install the 4.6.2.* libraries.

Code: [Select]
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
echo "deb http://download.mono-project.com/repo/debian wheezy main" | sudo tee /etc/apt/sources.list.d/mono-xamarin.list
sudo apt-get update

You may also need to do
Code: [Select]
sudo apt-get upgrade to upgrade existing libraries.

Good luck!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 16:31:26 pm
Hello

thanks ; I'll try later ;) ; now I must go to supermarket  >:(

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 06, 2017, 18:03:17 pm
Great news getting V1 on Linux, have just installed it on my laptop running.
Ubuntu 16.04LTS 64bit
Mono 4.6.2.16
8mb ram

Following observations:
1/Copied license key file from 0.9.8 to 1, but its not read, entered key at startup of CB1 and it was accepted.
2/Tried opening a 0.9.8 file that was created today in to CB1 caused CB1 to crash, tried the same on my Windows 10 system and CB 1 imported the same file okay.

Hope this helps, Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on January 06, 2017, 18:23:37 pm
I Coould confirm that in Linux Mint 18.0 Sarah with the latest mono stable from Xamarin, CamBam 1.0 works.

The Italian translation file is working too (my "personal" version developed for 0.9.8 install falwlessy).

Only the Opne_GL legacy seem not working, but i will check this later.

The info you gave on Linux Mint is slightly wrong, to make ALT + mouse work you have to modify the "marco" configuration and even the "standard" gnome entry and it work flawlessy.

Plugins developed in C# at a first glance works, without any modification (at least the latest one in development to make a castle, that use a Castle.ini in the user plugin directory for persistence and guess some CamBam variables using the internal services.)

Hello and Thanks for the great work.


More to come.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 19:58:28 pm
Quote
Did python scripts ever work with 0.9.8 on that system?

Yes they works on 0.98

The mono version installed is 3.2.8

I'm doing the updates to 4.6.2 (but it's loooong !! )

@onekk ; and in addition to the nummove plugin that now works on linux, I get also the Hatch plugin to works on Linux too ... I'll update with a new version soon (only plugin for both version, that auto detect if the plugin is running on Linux or Windows)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 06, 2017, 20:30:55 pm
Hello, may be I found a bug in the linux version: try to print cause the closure of CamBam with this output:

Code: [Select]
andrea@andrea-TravelMate-5730:~/CamBam1.0$ mono --debug CamBam.exe
System.Resources.MissingManifestResourceException: Could not find any resources appropriate for the specified culture or the neutral culture.  Make sure "CamBam.UI.PrintPreview.resources" was correctly embedded or linked into assembly "CamBam.CAD" at compile time, or that all the satellite assemblies required are loadable and fully signed.
  at System.Resources.ResourceManager.AssemblyResourceMissing (System.String fileName) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.GetObject (System.String name, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.GetObject (System.String name) [0x00000] in <filename unknown>:0
  at CamBam.UI.PrintPreview.RjKD0V31pA () [0x00000] in <filename unknown>:0
  at CamBam.UI.PrintPreview..ctor () [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) CamBam.UI.PrintPreview:.ctor ()
  at CamBam.UI.MenuManager2.sLKVdIwxei (System.Object , System.EventArgs ) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripMenuItem.HandleClick (Int32 mouse_clicks, System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs e, ToolStripItemEventType met) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType)
  at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripDropDown.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0
System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter]
  at System.Drawing.GDIPlus.CheckStatus (Status status) [0x00000] in <filename unknown>:0
  at System.Drawing.Font.GetHeight (Single dpi) [0x00000] in <filename unknown>:0
  at System.Drawing.Font.GetHeight () [0x00000] in <filename unknown>:0
  at System.Drawing.Font.get_Height () [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.Drawing.Font:get_Height ()
  at System.Windows.Forms.TextBoxBase.get_PreferredHeight () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.TextBoxBase.FixupHeight () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.TextBoxBase.OnHandleCreated (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.TextBox.OnHandleCreated (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WmCreate (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.TextBoxBase.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.TextBox.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0
andrea@andrea-TravelMate-5730:~/CamBam1.0$

Thanks again, Andrea
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 06, 2017, 23:20:59 pm
Re

mono Updated to 4.6.2 ... and no change, no python with 1.0 ..

the picture show the error that I get if I load klanimate

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 23:49:41 pm
mono Updated to 4.6.2 ... and no change, no python with 1.0 ..
Hi David,

I think/hope that is a good error.
Do any other python scripts work?
Can you try just inserting a default script entity (a CamBam logo) and see if that works.

The error reported is when it tries to load the new triangulation library (which it only does if scripting is working).

Can you try the following command for me please...
From a terminal in the CamBam1.0 program folder, enter...

Code: [Select]
ldd ./libcambam.soand
Code: [Select]
ldd ./libfade2d.so
These commands report the dependencies for those libraries and report if any are missing.

One that may be missing is libgmp.so
This can be installed using...

Code: [Select]
sudo apt-get install libgmp-dev
Thank you so much for your testing and perseverance.
I will work towards getting an installer package setup so these dependency issues aren't such a problem.

Fingers crossed!




Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 06, 2017, 23:55:08 pm
2/Tried opening a 0.9.8 file that was created today in to CB1 caused CB1 to crash, tried the same on my Windows 10 system and CB 1 imported the same file okay.
Hi Steve,
Can you send me copy of that file please?  I will investigate that further.

Thank you for the testing!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 07, 2017, 00:10:27 am
Only the Opne_GL legacy seem not working, but i will check this later.
Hi Carlo

Legacy didn't work for me either.  The OpenGl display mode and V110 shader worked OK though (V330 shader crashed).  Giving the display code an overhaul is on the TODO list this year for all versions.

A warning to other users:  If the display mode causes CamBam to crash, you will need to manually edit the
~/.config/CamBam plus 1.0/CamBam1.0.config file
and change the DisplayMode option back to GDI to get CamBam working again.
(On the Windows version, holding down SHIFT when CamBam starts forces GDI but this does not work on the Linux version).

Quote
The info you gave on Linux Mint is slightly wrong, to make ALT + mouse work you have to modify the "marco" configuration and even the "standard" gnome entry and it work flawlessy.

Maybe Mint 18.1 + cinnamon has changed this?  It certainly seemed a lot easier that other distros I've tried.
It is still a pain though.  I will look into alternative rotation methods so we don't need to rely on ALT+left click.
Middle+Left doesn't seem to work under Linux so I need to look into that too.

Thank you for the testing and translation work.
Fixing some translation bugs and getting the latest translation versions in the installers is nearing the top of the TODO list.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 07, 2017, 00:12:50 am
Hello, may be I found a bug in the linux version: try to print cause the closure of CamBam with this output:
Thanks Andrea, I will look into that one.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 07, 2017, 00:27:51 am
Re

I do tests at the same time as I cook .. LOL

Quote
Do any other python scripts work?
Can you try just inserting a default script entity (a CamBam logo) and see if that works.

No, not working

Quote
ldd ./libcambam.so

no file or folder of this type (~ translated from French)

same result for the second command

install de libgmp-dev .....

no change ..

++
David

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 07, 2017, 01:59:42 am
Hello David,
the shared library libcambam.so is not in  the normal folder (in ubuntu normally /usr/lib/) but in the folder ~/CamBam1.0 I suppose.

You should open the terminal, go in the right folder with the command cd ~/CamBam1.0 and then you can use the command ldd ./libcambam.so.
Otherway the S.O. cannot find the library.

Not give up, you have to win in the end!  :)

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 07, 2017, 02:06:02 am
You can also start cambam from terminal with the command:
mono --debug CamBam.exe
still with the terminal open in the folder ~/CamBam1.0.
In this way mono start in debug mode and report in the terminal window all the errors.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on January 07, 2017, 10:45:26 am
Only the Opne_GL legacy seem not working, but i will check this later.
Hi Carlo

Legacy didn't work for me either.  The OpenGl display mode and V110 shader worked OK though (V330 shader crashed).  Giving the display code an overhaul is on the TODO list this year for all versions.

A warning to other users:  If the display mode causes CamBam to crash, you will need to manually edit the
~/.config/CamBam plus 1.0/CamBam1.0.config file
and change the DisplayMode option back to GDI to get CamBam working again.
(On the Windows version, holding down SHIFT when CamBam starts forces GDI but this does not work on the Linux version).

Quote
The info you gave on Linux Mint is slightly wrong, to make ALT + mouse work you have to modify the "marco" configuration and even the "standard" gnome entry and it work flawlessy.

Maybe Mint 18.1 + cinnamon has changed this?  It certainly seemed a lot easier that other distros I've tried.
It is still a pain though.  I will look into alternative rotation methods so we don't need to rely on ALT+left click.
Middle+Left doesn't seem to work under Linux so I need to look into that too.

Thank you for the testing and translation work.
Fixing some translation bugs and getting the latest translation versions in the installers is nearing the top of the TODO list.

I don't know but in 1.8 sarah and even in 17.3 Linux Mint "Mate" works modifying both of the settings the "marco" and the "gnome" I don't know why, but suppose as Mate is a fork of gnome it check both files to be compliant with the "gnome" standard, modifying by hand nedd to modify both the informations.

For the Alternative rotation method, OK, but in the everyday use there is a manner to scroll up and down in a faster mode, maybe with Shift + Arrows (a sort of 10x the normal increment), it's a pain to use the arrows key because on slower machine, the autorepeat function is much quick than the CamBam scroll visualisation and you have to wait for the keyboard buffer to empty and it scroll for ages, if you don't take count of it.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 07, 2017, 10:56:29 am
Hi Andy, this is the file created in 0.9.8 that will not import in to Linux CB v1.0 (but works under W10)
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 07, 2017, 10:58:23 am
So after my first real foray into Linux

using, "LinuxMint Release 18.1 Serena"

I followed the instructions here; http://www.cambam.info/ref/ref.linux

including, "Extract the following to the ~/.config folder"

and once I discoverd that ./config was a hidden folder  ::) things went better.

Problems (some might be due to my lack of Linux knowledge)
---------
1. Trying to use the Draw->Text or clicking the Text icon caused CamBam to immediately close.
    I found the solution was to use a Terminal window, navigate to the CamBam folder and use;
    mono CamBam.exe
    So the error only happens if I run CamBam from a desktop shortcut
2. Why put the sample cb files in ~/.config when it's a hidden folder ?
3. Mr Crabby was the same as Text, it only works when starting CamBam from it's folder.

I'm currently testing my plugins.


Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 07, 2017, 12:39:36 pm
I had this problem some time ago and the solution is to run a bash script, as follows, I used "Gedit" to write the script

=====================================================
#!/bin/sh

cd ~/CamBam1.0
mono CamBam.exe
======================================================

But you need to go to your file explorer:- Edit/Preferences/ Behavior and set "Run executable files when they are opened"
This works on Ubuntu and gives you a desktop icon to run CB from and also make the computer include the correct path to CB which is not happening with just a straight shortcut.

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 07, 2017, 16:45:01 pm
Steve,

Thanks for the info, it's very like a DOS Batch File.
I set the exec permission for that file only, when double clicked on the desktop it pops up a dialogue that asks if I want to run it. That's how I like it to be   :D

Anyway, CamBam Text works as it should now  ;D
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 07, 2017, 16:49:29 pm
Steve,

Thanks for the info, it's very like a DOS Batch File.
I set the exec permission for that file only, when double clicked on the desktop it pops up a dialogue that asks if I want to run it. That's how I like it to be   :D

Anyway, CamBam Text works as it should now  ;D
Eddy pleasure to return the help.
Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 07, 2017, 16:55:20 pm
I've just installed Linux Mint on a spare laptop tonight and hope to try this out tomorrow.
I'll be interested to see how plugins work  ;D, or don't  ???, with Linux
I suspect that many plugins will need a recompile...even if they appear to work OK.

If Windows 10 keeps going the way it is and as Microsoft and hardware manufactures continue to drop support for older OSes, I think many more of us will be digging out the old computers for a Linux transfusion too!  :)

Andy,

Recompiled where ? in Windows with Visual Studio or in Linux ?
and in any case, what is the preferred Linux compiler  ?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on January 07, 2017, 20:24:14 pm
A few days ago I installed an Ubuntu (16.04 LTS if I got it right) clone distro called Linux Lite on an old laptop. 32 bit.
Installed CamBam 1.0 according to instructions I read.
CamBam starts, draws, generates MOP tool paths, shows cut width. I did a simple circle profile and saved to .cb file. On consequent open command of the saved file CB terminates without messages. The same happens when I try to open a simple .cb file made with Windows version. DXF though has been read into CB without a problem.
It's been a long time since I used Linux more actively and I've forgotten a lot.
Is it possible that someone writes a shell script to check for all necessary mono components and dependencies? That will ensure the environment is correct and help users trying Linux version. Mono itself in debug mode and CB started from terminal gives a lot of messages but I can't make much sense out of them.
Also, before I copied the license key there was a warning that I must run the application as administrator. How is it done in Linux?  As it is with Ubuntu, there is no root account but I can create one if necessary. Or maybe edit the current user group privileges?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 07, 2017, 21:26:54 pm
Hi Andy, this is the file created in 0.9.8 that will not import in to Linux CB v1.0 (but works under W10)
Thanks Steve,
It loaded OK for me under Linux (I've only tried one distro, but I will try others at the next opportunity), however I have an idea...
The file did put up a 'Style xxx missing' message, which is fair enough.
But I do recall there being some bugs in older mono framework versions when using dialog boxes.

CamBam starts, draws, generates MOP tool paths, shows cut width. I did a simple circle profile and saved to .cb file. On consequent open command of the saved file CB terminates without messages...

I am wondering if these problems are related.

One thing I suggest is to look at this post...
http://www.cambam.co.uk/forum/index.php?topic=6338.msg50434#msg50434

...and check the mono framework library versions in use (preferably >= 4.6), and if possible upgrade them.
Mono has improved a lot over the past few years and keeping up to date seems to avoid many problems.


Title: Re: CamBam plus V1.0 (Linux development release)
Post by: blueorangelive on January 07, 2017, 21:45:36 pm
Now I wanted to test the new allfa11 64bit for Linux, but at the start are all sorts of errors.
Hello Jürgen,

Have you tried the new alpha11b update I uploaded this morning?
Hopefully that should resolve those errors.

Apologies for that... I should have tested on few more distros before posting the original alpha11 download.

Hello Andy

Thanks, the alph11b is running with Fedor25. Thank you.

I had downloaded the alpfa11 at 9:56 am and you uploaded the alpfa11b at about 10:46. And I have not seen then that I had not yet the alpha11b.

Thanks for your good work and best regards, Jürgen from Germany.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 07, 2017, 21:48:31 pm
Recompiled where ? in Windows with Visual Studio or in Linux ?
and in any case, what is the preferred Linux compiler  ?
Sorry I wasn't clear.
Recompiling with the CamBam V1.0 library references is the main point, to avoid any potential errors
with CamBam API changes from 0.9.8 (such as the Display3D.BackgroundColor change).  I would also recommend setting
the target framework to 4.

Compiling with Visual Studio on Windows should be fine.
If you prefer to work on Linux, monodevelop works well too.
As long as you are not using any native specific code, assemblies compiled on one system *should* work OK on the other.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 07, 2017, 22:01:48 pm
Andy, just checked my version of mono and it is 4.6.2.16 as I removed the shipped version and now get the latest version.
Interesting point if I open a 0.9.8 file via:- File/open CM 1.0 crashes if I open the same file using the tool bar "Open file" icon all works okay!

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on January 07, 2017, 22:28:31 pm
My mono version was 4.2 and I upgraded to latest 4.6. Still no luck.
I open a .DXF file, save it as .cb project file and CB terminates on trying to open its own format. Only once it didn't terminate (started from console) but hang indefinitely with the thinking message. Had to terminate it from the console.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 07, 2017, 22:31:07 pm
Hello SteveT,
I had a similar problem before to erase the v-engrave plugin.
This plugin seems to be okay with the old version of mono but not works with mono 4xxxx.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 07, 2017, 22:50:16 pm
Quote
Hello David,
the shared library libcambam.so is not in  the normal folder (in ubuntu normally /usr/lib/) but in the folder ~/CamBam1.0 I suppose.

Ah ah, yes, I'll have a look ; sorry for the delay I've pb with my email software since yesterday and I do not receive notifications, (it won't download the messages  ???)

++
David
Title: Re: CamBam plus V1.0 (Linux development release) - bug!
Post by: 10bulls on January 08, 2017, 00:19:15 am
David,

I found a bug with the CADUtils.GetCamBamLogo(..) method as used in the default script Entity script.
I am really sorry about that as I did suggest using the default script entity to test if scripting was working.  :-[

As an alternative test, please just test a simple script such as...

Code: [Select]
print "please work!"

or a circle script entity such as...

Code: [Select]
this.Entities.Add(Circle(0,0,20))

Unrelated, but I also notice that the Bitmap object is only displaying outlines, not the bitmap when in GDI mode.
This bug is in Windows and Linux.

I will make sure these bugs are fixed in the next update.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 00:57:13 am
Hello Andy

I can't do this test because as I say further, CamBam terminate immediately if I try to open the script editor (I never see the script window)

( http://www.cambam.co.uk/forum/index.php?topic=6338.msg50432#msg50432 )

I'll try a full re insta of CB

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 01:05:22 am
same after re insta  ???
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 01:16:42 am
what I get after using the commands you give further (I fight with Linux just to do that ... and I discovers that linux is case sensitive !!)

Code: [Select]
david@T61p:~/CamBam1.0$ dir
CamBam.CAD.dll       CamBam.exe.config  help  libcambam.so Microsoft.Scripting.dll  plugins
CamBam.CAD.dll.config  CamBam.Geom.dll  IronPython.dll  libfade2d.so OpenTK.dll
CamBam.exe       CamBamPro.lic  libcambam64.so  Microsoft.Dynamic.dll  OpenTK.dll.config
david@T61p:~/CamBam1.0$ ldd ./libcambam.so
linux-gate.so.1 =>  (0xb7773000)
libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb76b2000)
libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb7677000)
libfade2d.so => not found
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb758e000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7548000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb752b000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb737c000)
libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb7361000)
libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xb7339000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb7310000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb72f4000)
/lib/ld-linux.so.2 (0xb7774000)
david@T61p:~/CamBam1.0$ ldd ./libfade2d.so
linux-gate.so.1 =>  (0xb77d1000)
libgmp.so.10 => /usr/lib/i386-linux-gnu/libgmp.so.10 (0xb75ff000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7517000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb74d0000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb74b3000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7304000)
/lib/ld-linux.so.2 (0xb77d2000)
david@T61p:~/CamBam1.0$ ^C

it'is normal that in the directory there is only libcambam64.so, because it is the 32 bit version that I installed ?

I'll have a try with the 64 bit version just to see if that change something .... but I don't know if my Linux is a 32 or 64 bits version

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 01:28:33 am
Quote
I'll have a try with the 64 bit version just to see if that change something .... but I don't know if my Linux is a 32 or 64 bits version

OK, found, it's a 32 bit Linux UBUNTU 14.04 LTS and strangely the 64 bits version can be installed/run without any error message, but of course, the scripts do not works too ..

I'll re install the 32 bits and wait for your lights ;)

also tried in English, same pb

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 02:14:08 am
Code: [Select]
and last test after re installing the 32 bits version and running CB from the console

I just hit script/open and CB close with this message

[code]
david@T61p:~/CamBam1.0$ mono CamBam.exe
System.Resources.MissingManifestResourceException: Could not find any resources appropriate for the specified culture or the neutral culture.  Make sure "CamBam.UI.ScriptTabView.resources" was correctly embedded or linked into assembly "CamBam.CAD" at compile time, or that all the satellite assemblies required are loadable and fully signed.
  at System.Resources.ResourceManager.AssemblyResourceMissing (System.String fileName) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean createIfNotExists, Boolean tryParents) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.GetObject (System.String name, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
  at System.Resources.ResourceManager.GetObject (System.String name) [0x00000] in <filename unknown>:0
  at CamBam.UI.ScriptTabView.NU2DvqDBFM () [0x00000] in <filename unknown>:0
  at CamBam.UI.ScriptTabView..ctor () [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) CamBam.UI.ScriptTabView:.ctor ()
  at CamBam.UI.CamBamUI.FbYgwaeMJ6 () [0x00000] in <filename unknown>:0
  at CamBam.UI.CamBamUI.OpenScript () [0x00000] in <filename unknown>:0
  at CamBam.UI.MenuManager2.c7iLKmBOMQ (System.Object , System.EventArgs ) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripMenuItem.HandleClick (Int32 mouse_clicks, System.EventArgs e) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs e, ToolStripItemEventType met) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType)
  at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripDropDown.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0
david@T61p:~/CamBam1.0$


and now ..... bed time ;)

++
David[/code]
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 08, 2017, 02:22:40 am
I got the same error only when try to print.

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 03:23:20 am
re

I also get the same error than Eddy with text ; if I hit the text tool or if I try to load a file that contain text object, cambam terminate with this error

System.DllNotFoundException: ./libcambam.so

tried to run from the console with:

david@T61p:~$ mono CamBam1.0/CamBam.exe

or

david@T61p:~/CamBam1.0$ mono CamBam.exe

same result

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 08, 2017, 09:59:12 am
-------------------------------
LinuxMint Release 18.1 Serena 64bit
mono 4.2.1
-------------------------------

I got the same error only when try to print.



Print is not working for me either, if the file has not been modified, CamBam closes immediately I select 'Print'.
If the file has been modified and I select 'Print', a dialogue pops up to save the file and after choosing, CamBam closes.


Hello Andy

I can't do this test because as I say further, CamBam terminate immediately if I try to open the script editor (I never see the script window)

++
David

Same here, but strangely when I open the klannimate file, ScriptEntity (20) will open and run
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 08, 2017, 10:21:12 am
Same problem running
Ubuntu 16.04lts 64bit
mono 4.6.2.16

I have never used print so tried it in CB 0.9.8 and get this error when printing a full screen

"Error in generation of Raw Graphic"

then the print dialog come up and when trying to print

 "A Null Reference or invalid value was found (GDI + Status: invalid parameter) 

Then CB crashes

So the v1.0 issue could be a long standing problem that was present in 0.9.8 when running on Linux?

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 08, 2017, 10:32:23 am
Steve,

I only used the Windows version of 0.9.8 but there was no Print function built into it, there was only a plugin that Lloyd created.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 08, 2017, 11:06:42 am
Hello SteveT,
I had a similar problem before to erase the v-engrave plugin.
This plugin seems to be okay with the old version of mono but not works with mono 4xxxx.


Try this new version of VEngrave; http://www.cambam.co.uk/forum/index.php?topic=3513.msg50518#msg50518
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 08, 2017, 13:02:15 pm
I got the same error only when try to print.
Print is not working for me either, if the file has not been modified, CamBam closes immediately I select 'Print'.
If the file has been modified and I select 'Print', a dialogue pops up to save the file and after choosing, CamBam closes.
Sorry, it looks like printing is broken for the time being.  I will look into that in more detail in the week.
Thank you again for the testing and feedback.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 08, 2017, 13:07:15 pm
Thank you Andy for your very appreciated work!

@EddyCurrent Thank you, the new plugin works.
Title: Re: CamBam plus V1.0 (Linux development release) - 32bit bug
Post by: 10bulls on January 08, 2017, 20:38:01 pm
I also get the same error than Eddy with text ; if I hit the text tool or if I try to load a file that contain text object, cambam terminate with this error...
Hello David,
I think I have found the problem.
It looks like I put an incorrect version of libcambam.so in the 32 bit binaries archive.
The problem should only affect 32 bit systems.

Please can you try extracting the following libcambam.so file into the ~/CamBam1.0 folder, replacing the file there.

I am very sorry about that.  :-[
I had tested on older 32bit (Ubuntu 12 & 13) which worked OK even with the wrong library.
I have just installed Mint18.1 32bit which showed the same problems you were seeing.
Thank you very much for your patience!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 08, 2017, 22:45:43 pm
Hello Andy

Sorry, ... no change  for the script and klanimate, but now the texts works, but some files can't be loaded but not always the same and not each time

example: the skull-big-foam.cb ; the first time I try, CB terminate, the second, It open without pb and the third, CB stay on "thinking" and nothing happens ...

same with side-profile.cb ; I tried 4 times ; 1 crash, 3 works   :o

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 09, 2017, 15:13:12 pm
Linux coding related post here; http://www.cambam.co.uk/forum/index.php?topic=3878.msg50544#msg50544
might be handy for universal plugin code covering Windows and Linux
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 09, 2017, 20:51:54 pm
Once I got a few plugins installed, such as Groups, Snap Icons, View Toolbar, it became clear that my screen was not wide enough to accommodate them all and some of the MOP icons are now not visible.

Trying to drag the toolbars down does not work with the Linux version, is it possible to allow two rows of toolbar strips at the top ?

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 09, 2017, 21:56:28 pm
Quote
my screen was not wide enough to accommodate them all

Lol, yes same for me, it would be fine if Cambam can memorize the toolbar position at least for the build-in toolbars, so we don not need to move them each time, I assume that for plugins it is the job of the plugin to save his toolbar position. (but I don not know how currently)

++
David

Title: Re: CamBam plus V1.0 (Linux development release) alpha 12
Post by: 10bulls on January 13, 2017, 17:44:31 pm
New Linux versions of V1.0 alpha 12 are also available...

http://www.cambam.info/ref/ref.linux#devt

The package now contains a shell script 'cambam.sh' which can be used to start CamBam.
For older Linux versions (14-16), this may help with broken features such as Text and Triangulation relating to not finding libcambam.so or its dependencies. (The .tgz package now contains a copy of libstdc++.so.6  from Linux version 18.1 and the cambam.sh script should ensure this version is used rather than the system one).

I am also trying to get to the bottom of what (minimal) libmono libraries are needed,
particularly to get scripting working.
Bumping IronPython to V2.7.7.0 may improve some things, but it has introduced some extra dependencies I need to track down.

Installing the following package should get scripting working in most cases…

Code: [Select]
sudo apt-get install mono-complete

. Printing (might) now work.
However I recommend upgrade mono libraries to the 4.6 versions as some of the
older versions were particularly buggy regarding printing.

Refer to the Linux downloads page for instructions on upgrading to the latest mono libraries.

. OpenGl display modes may now have more success.
I have tested OpenGl and OpenGL_Legacy modes working OK.
OpenGL *should* hopefully fail a bit more gracefully than before if certain modes are not supported.
However, if CamBam does fail to start, edit the ~/.config/CamBam1.0.config file in a text editor,
and change the <DisplayMode> value back to GDI.

. The default script entity (CamBam Logo) also (should) now work, provided scripting is working.

Regards

Andy
Title: Re: CamBam plus V1.0 (Raspberry Pi development release)
Post by: 10bulls on January 13, 2017, 17:47:38 pm
The Linux downloads page now contains a package to get CamBam working on Raspberry Pis...

http://www.cambam.info/ref/ref.linux#devt

Some raspi release notes can be found here...

http://www.cambam.info/ref/ref.linux#raspi

For a less than €30 computer, this is working surprisingly well.
You won’t want to do any heavy work with it, but with a GRBL sender, this could form the base for a nice compact little CNC system.

For installation, just follow the standard CamBam Linux install instructions.
Make sure to get the latest mono libraries (4.6) by adding the Unbuntu repository key
as described previously.
sudo apt-get install mono-complete
This seems to be the easiest option to avoid missing dependencies and only takes 180MB.

OpenGL mode doesn’t work at the moment (I will investigate OpenGL ES later).
OpenGL_Legacy says it works, but is slow and horrible (it looks like software emulation).
So change the System – Configuration – Display Mode to GDI for now.

Enjoy!

Regards

Andy
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on January 13, 2017, 17:49:21 pm
Y'know, Andy, it might just be a viable system with the new Pi II (quite a fast an capacious little board!)

LLoyd
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on January 13, 2017, 18:25:49 pm
Hello Andy.

The printing in Linux is working, partially:

1) the preview work the first time, but if you close the window and reopen it it show the window but not the paper and the drawing. (Closing the "main" printing window and reopen it seem to work)

2) the priinting orientation that you set in the "Options" is not respected by the printer, and there is no a mean to specify it in the printing dialog that appear when you hit print.

--

I have done some helpers script to obtain the desktop integration of Cambam, the readme is self explanatory, feel free to  integrate them in the Linux zip if you want.

Regards

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 13, 2017, 18:29:32 pm
To get the startup bash script to run I added cd ~/CamBam1.0 as a second line
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 13, 2017, 19:28:32 pm
Hi Andy
CB 1.12 is having problems opening files created with previous versions of CB the program closes when trying to open a old file. Newly created files are okay.  Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 13, 2017, 22:13:45 pm
Hello Andy,

alpha 12 installed (32 bits) ; mono-complete installed .... and same pb
I run CB with the Cambam.sh icon you provide.

- sometimes files can't be opened and CB stay on "thinking", but it is random, the same file can be opened or not depending on .... I don't know.

example

1) I run CB from the icon
2) I open "snap-toghether-box.cb" (sample folder) > OK
3) I open "side profiles.cb" > "thinking"

- I kill the task (kill -15 -1) then redo exactly the same, and the second time, both files are opened without pb.

for scripts same result than with 11, I'm unable to open the script editor in any manner, CB close immediately without error message.

of course Klanimate do not works too ("thinking")

Text is working

All graphic modes are working.

do you think that my Ubuntu 14.04 is the pb and must be updated ?

I do not know how to uninstall a soft on Linux, so I just delete the Cambam1.0 folder and unzip the new release to replace it, maybe it's the problem ? How to correctly uninstall something on Linux ?

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 13, 2017, 23:09:33 pm
Ah, maybe more info

For the first time, after a file can't be loaded (stay on "thinking"), cambam close without that I need to kill the task and I get debug info both in shell window and in an ubuntu window (screenshot); I add both in attachment.

I also add the debug for script (I just try to open a new python script, I never see the script editor)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on January 14, 2017, 07:35:22 am
Code: [Select]
#!/bin/bash
cd ~/CamBam1.0/
LD_LIBRARY_PATH="$(pwd)"
export LD_LIBRARY_PATH
mono CamBam.exe
# mono --debug CamBam.exe

I assume a cambam.sh will work everytime

my script for vers 0.9.8 was

Code: [Select]
cd ~/CamBam0.9.8/
mono ./CamBam.exe "$1"

with the "$1" added to permit to launch a cb file as a parameter in the .desktop file neede for desktop integration, see my earlier post adressed to Andy about a copy of the cambam helpers procedure for Linux desktop integration.

Regards
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 14, 2017, 08:46:28 am
...do you think that my Ubuntu 14.04 is the pb and must be updated ?
Probably, but don't update just yet.  We can learn a lot from problematic systems... especially when they are owned
by friendly and patient people willing to experiment!  ;D

From a terminal, can you run the following for me please?...
Then send the resulting libmono.txt file.

Code: [Select]
dpkg --list | grep libmono > libmono.txt

For the first time, after a file can't be loaded (stay on "thinking"), cambam close without that I need to kill the task and I get debug info both in shell window and in an ubuntu window (screenshot); I add both in attachment.
Thank you for that, it was helpful.
The file loading crash seems to happen when registering some clipboard types.
This is handled by system.windows.forms (and its underlying native code).
That mono library was particularly buggy in older versions especially with multithreading.
(The error reports "XInitThreads() may not be being called"... but it is).
The dpkg command above should provide information on what versions we are tackling.
This error seems to have been around for a while with people reporting it with 0.9.8 in Ubuntu 12/13 too.

I fear there may also be issues relating to installing mono libraries built for later Linux libraries
on older Linux systems.  But the mono library versions built for older Linux are out of date and also buggy.
One solution could be to rebuild the latest mono libraries on the target Linux system, but that is a lot of work
and still not guaranteed to work.

I will keep looking at this, but I think it needs to be a low priority while I continue to work through the general bug lists and improvements.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 14, 2017, 09:36:31 am
The problem I have been having on CB1.0.12 with it crashing when opening a old file only happens when I have copied over the style library from the the last version of CB, I am I creating this problem by just copying over the styles with cut and paste?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 14, 2017, 10:06:14 am
The problem I have been having on CB1.0.12 with it crashing when opening a old file only happens when I have copied over the style library from the the last version of CB, I am I creating this problem by just copying over the styles with cut and paste?
I suspect the root cause is again to do with windows.forms and multi-threading.
I don't think it is the styles that are the problem, but I noticed from the file you uploaded that I get a 'style not found' pop-up message, otherwise it loads OK.  I think it is just the act of trying to display the popup that is causing the crash on your system.  Operations like loading files and generating toolpaths are run in a separate thread.  If any pop-up windows need using in this thread, CamBam instructs the calling thread to display them, but if there are bugs in the mono framework relating to this then that could explain things.

Can you run the dpkg command from the post above too and we will see if that offers any more clues.
Also, what OS version are you running and is it 32 or 64 bit?

I've had some ideas for some experiments I can try to see if they improve things so I will try to get those in the alpha13 release.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 14, 2017, 11:56:53 am
Hi Andy

I am running Ubuntu 16.04LTS 64bit, and the requested file is attached.

My laptop is a Lenovo Y580 with 8mb Ram and Intel i7 cpu which I think can run 8 threads.

Please don't hesitate to ask me to run test ect; which I am happy to do  ;D

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on January 14, 2017, 13:15:13 pm
Here the output on a Linux Mint 18.1 Serena with latest stable mono from Xamarin.

Regards

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 14, 2017, 14:26:15 pm
Hello Andy,
Attached  my output from Ubuntu 16.04 64 mono 4.2.1

Print works good, klannimate works good animation included, scripting not works, despite I installed mono-complete.

If I open first a file from the recent file list, then I can open any file without problem; if I try to open a file from the button or the menu open Cambam stalls or close.


The first alpha version worked well with Ubuntu 12.04 64,mono  2.10.8  without problem in opening files, klannimate worked good with animation.
The new alpha 12 works good in opening files, print works, script not, klannimate animation stops to work with this error:

"could not load type System.Reflection.IntrospectionEstensions from assembly Microsoft.Scripting"

With this old version of mono still not have any problem in opening files, it works from button, from list and from list of recent files.


Thank you,

Andrea


Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 14, 2017, 19:14:36 pm
Hello Andy

I attached the requested file ;)

++
David

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 14, 2017, 22:31:51 pm
Thank you very much everyone for the libmono tests.

David - it looks like you have the older (buggier) libmono libraries installed.
Andrea - your libmono libraries are also a little old too.  IronPython was bumped to the latest version
in the alpha12 release and it looks like that needs some version 4.5 mono libraries, which are missing.

If you have not done this already, add the mono-project repository to the source list.
Here are the instructions again...
Code: [Select]
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
echo "deb http://download.mono-project.com/repo/debian wheezy main" | sudo tee /etc/apt/sources.list.d/mono-xamarin.list
sudo apt-get update
Then run these commands...
Code: [Select]
sudo apt-get remove mono-complete
sudo apt-get install mono-complete
Then run the 'dpkg --list | grep libmono' command again and check if the version increments to 4.6.

That may help a little, but also try the next step too...

And for anyone else having problems when opening files, or trying to insert a script entity, please try the
following attachment.

Extract this into your CamBam1.0 folder, replacing the CamBam.exe, CamBam.CAD.dll and CamBam.Geom.dll files there.

This is a bit of an experiment, but basically it moves some clipboard initialization code (which uses X11) into the main thread when CamBam starts, hopefully avoiding X11 multi-threading problems when loading files... at least for that bit.

This patch also makes the script editor form resources consistent with other form resources so hopefully
that will fix things.

Fingers crossed and thank you all for your perseverance!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 14, 2017, 23:31:43 pm
Hello Andy

Ok, I'll try to update mono now ;) .... suspense !!

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 14, 2017, 23:49:04 pm
hum, no luck it seems that nothing as changed

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on January 14, 2017, 23:55:45 pm
Please, all... do me a favor.

I'm a linux user, and used to be a Unix and Linux C programmer.  But it's been a while.

When you get all these necessary packages and libraries sorted-out, PLEASE summarize the entire litany of what works (as a 'package deal' on each platform, if they vary).

I'm overwhelmed right now by paying projects, and can't 'play' as I'd like.  But when I get some time, I'd like to install CB on my several platforms, and see how she does!

Thanks,
Lloyd
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 14, 2017, 23:56:35 pm
the shell copy when installing, it seems he won't to install it ?

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 15, 2017, 00:23:58 am
the shell copy when installing, it seems he won't to install it ?
Ah, sorry, I think you will need to do...

sudo apt-get remove mono-runtime
sudo apt-get remove libmono-system-windows-forms4.0-cil
sudo apt-get remove libmono-system-web4.0-cil
sudo apt-get remove libmono-system-design4.0-cil
sudo apt-get remove libmono-system-numerics4.0-cil

then try...

sudo apt-get autoremove

...to remove unused packages.

then do
dpkg --list | grep libmono

to check if the libraries have been removed

then try the

sudo apt-get install mono-complete

:)

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 15, 2017, 00:32:46 am
the removal is OK  ... except

libmono-profiler 3.2.8+dfsg-4ubuntu1.1

that seems to stay installed ..

install in progress ....
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 15, 2017, 00:35:21 am
Hello Andy,

I have still to update mono, but your last patch seems to work good in my ubuntu 16.04 64 despite the old mono libraries.
Now script works, print works, klannimate works, and opening the files works too!  :D

Now i will update mono and try to test better all functions.

Thanks a lot,


Andrea


Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on January 15, 2017, 00:56:40 am
Just for information:
for correct working of cambam I had to modify cambam.sh in this way:

Code: [Select]
#!/bin/bash
cd ~/CamBam1.0
LD_LIBRARY_PATH="$(pwd)"
export LD_LIBRARY_PATH
mono CamBam.exe "$1"

otherwise the desktop entry doesn't work and cambam starts only from his own directory.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 15, 2017, 00:59:10 am
Ok mono 4 installed

- Klanimate is working !

- I can open the script editor from the script entities context menu in Klanimate, but both main menu Script/Open and Script/New/python script close CB immediately as before ...

- same pb with files that fail to open ... but I've not yet replaced the cb files ... next steep

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on January 15, 2017, 01:07:45 am
and replacing the CB dll files solve the problem both with the files and the script windows that can be now opened .. good job Andy ..

and good night ;)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 15, 2017, 11:35:38 am
Now script works, print works, klannimate works, and opening the files works too!  :D
and replacing the CB dll files solve the problem both with the files and the script windows that can be now opened

Yay!  Sounds like we are getting somewhere.
Thank you again for the crash logs and persistence!

I will include these patches in the next binary download.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 16, 2017, 14:04:19 pm
I have updated the alpha12 binaries on the Linux downloads page (http://www.cambam.info/ref/ref.linux#devt) to alpha12b.

This is the same as the previous alpha12 package with the new patch applied.

The installation instructions have also been updated to reflect the experiences gained from this thread.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 16, 2017, 15:26:31 pm
I have updated the alpha12 binaries on the Linux downloads page (http://www.cambam.info/ref/ref.linux#devt) to alpha12b.

This is the same as the previous alpha12 package with the new patch applied.

The installation instructions have also been updated to reflect the experiences gained from this thread.
Thanks Andy my CB 1.0 is now working very well with all the mod's added :-)
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on January 16, 2017, 15:49:04 pm
Thanks Andy my CB 1.0 is now working very well with all the mod's added :-)
Thats great news Steve!

Even when opening 0.9.8 .cb files?
I did not changed anything specifically relating to that, and I saw you were already running latest mono libraries on an up to date Linux system.  Fingers crossed that was just a side effect of the X11/clipboard/multi thread problem.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on January 16, 2017, 15:58:27 pm
Andy,

Just installed 12b and tried some old cb files, they loaded and ran okay.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on January 18, 2017, 18:35:16 pm
Yes Andy imports from 0.9.8 are working fine, I am now using CB 1.12b as my go to version. Just been getting to know the Wrapper plugin and after getting to the top of my learning curve am very happy with all the new updates.
Well done and keep up the good work.

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on April 01, 2017, 17:42:01 pm
Every time I click on an object to select it a dark green rectangle (same as the selection when using click & drag) appears with its bottom right corner at the point of mouse pointer. This happens when selecting, adding to selection (with Ctrl) or when clicking on empty place to deselect all (if there are object(s) selected). If there are no selected objects, clicking away from them does not produce the rectangle.
Ubuntu 16.04 LTS (Mate); Mono 4.8.0.520-xamarin; display n-Vidia with Xorg driver, there is a proprietary one but not installed.

If the mouse button is held pressed and the mouse does not move the rectangle stays visible. Normally it appears as a short flash on the screen. Managed to capture it.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: karst.drenth on April 01, 2017, 20:56:13 pm
HI,

Familiar phenomena :)

It is pretty easy to reproduce when using GRBLMachine in V1.0 in Windows... (cause that delays the active editmode for a few milliseconds)


Grtzz,

Karst
Title: Re: CamBam plus V1.0 (Linux development release) (alpha14)
Post by: 10bulls on November 19, 2017, 00:52:14 am
Greetings Linux folk!

The latest V1.0 alpha 14 release is also available for Linux…

http://www.cambam.info/ref/ref.linux#devt

Release notes are at the bottom of the what's new page. (http://www.cambam.info/doc/dw/1.0.0/WhatsNew.htm)

No Raspberry Pi release yet but that should be soon.

I hope you enjoy this release and thank you for your feedback and patience!

Regards

Andy [10bulls]
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on November 19, 2017, 01:21:36 am
WHOA!  RPi?  The new boards are faster that most PCs!  I can't wait, Andy!

Lloyd
Title: Re: CamBam plus V1.0 (Linux development release) alpha14 Raspberry Pi
Post by: 10bulls on November 20, 2017, 15:09:42 pm
The V1.0 alpha 14 release for Raspberry Pi is now also available…

http://www.cambam.info/ref/ref.linux#devt

Still no OpenGL ES support yet sorry, so GDI display mode is still recommended.

Hi Lloyd!  Yes raspis are pretty neat.  The CamBam raspi alpha12 version has been around for a while.  This release catches up with the latest alpha14 bug fixes and additions, such as STEP file support. 

I am still not sure how useful the raspi CamBam version will be.  Anyone making use of it?
If nothing else, it is a good target to test optimisations on!  :)

Enjoy!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on November 20, 2017, 16:04:25 pm
Hi Andy,
I have the following problem and am not sure itis related to CB, Mono or Linux: The file open dialog lists only .dxf and .cb files despite 'all geometry files' being selected. Even if I select .step acual .step files are not listed. I have to enter '*.*' and hit Enter to make the dialog list all files in the directory.
A screenshot is attached. There are .step files there which are not listed.

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on November 27, 2017, 21:42:40 pm
Hello,

CamBam 1.0 rel 14 installed on ubuntu 16.04 - 64 shows all the geometry files.

Attached a screenshot.

Saluti,

Andrea




 
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on November 27, 2017, 22:25:36 pm
One problem that needs to be fixed - the file open filter is case sensitive in Linux, so .DXF, .STEP extensions won't be listed where .dxf and .step will.   :(
Title: Re: CamBam plus V1.0 (Linux development release) alpha16
Post by: 10bulls on June 28, 2018, 14:13:02 pm
The latest V1.0 alpha 16 release is now available for Linux…

http://www.cambam.info/ref/ref.linux#devt

Release notes are at the bottom of the what's new (http://www.cambam.info/doc/dw/1.0.0/WhatsNew.htm) page.

Changes specific to the Linux release...

. After many days trying to fix the point list editor 'add new row' bug I have compromised with an 'Add' button to
add extra points.  This control will at some point be re-written into something less windows.forms dependent.
I have also changed the number formatting to only show 'sensible' decimal points, which expands when in edit.
Similar changes are also planned for other platform releases soon.

. The system library download has only changed a little since alpha14, so you may choose to update this manually or not at all.
Two new post processors were added : RotaryX.cbpp and RotaryY.cbpp for the 4th axis wrapping functionality.
A new sample file 'solids-example.cb' was added to demonstrate some 3D scripting methods.

The Raspberry Pi release is coming as soon as I fix my raspberry pi development box.
(...maybe using it as a robot brain was not so smart!)  ::)

Regards

Andy [10bulls]
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on June 28, 2018, 15:55:21 pm
Hi Andy, Can only see Alpha 14 of the Linux version?
Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on June 28, 2018, 16:02:11 pm
Sorry Steve, I just gave the web server a thump... is that better?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on June 28, 2018, 16:04:24 pm
Thanks, Andy I will give it a try  ;D
Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on June 28, 2018, 16:39:18 pm
I have Alpha 16 up and running on Ubuntu 18.04lts imported tools and plugins and loaded my current project with no problems, it's only a simple part I am making but all the cutting paths and Gcode generate with no problems on the new system.

Thanks, Andy for the continuing development.

Steve
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on July 04, 2018, 13:01:41 pm
Hello Andy,

the last release alpha 16 stalls on opening files from menu open or clicking on the open file icon.
If I try to open the files from the recent list no problem.
No problem also if I open the files from the file manager (nautilus).

If I run Cambam as root everything works good, but I don't think this is a good fixing.  :-\

Ubuntu 16,04 64
Mono JIT compiler version 5.14.0.158 (tarball Tue Jul  3 09:14:52 UTC 2018)

Thanks you for all,

Andrea
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: SteveT on July 04, 2018, 13:20:43 pm
Hello Andy,

the last release alpha 16 stalls on opening files from menu open or clicking on the open file icon.
If I try to open the files from the recent list no problem.
No problem also if I open the files from the file manager (nautilus).

If I run Cambam as root everything works good, but I don't think this is a good fixing.  :-\

Ubuntu 16,04 64
Mono JIT compiler version 5.14.0.158 (tarball Tue Jul  3 09:14:52 UTC 2018)

Thanks you for all,

Andrea
Try deleting the "CamBam1.0.config" file that can be found in the "Home/.config/CamBam plus 1.0" when you re-start CB the file is regenerated, you will need to set your preferences again in CB; but it solved a similar problem I was having.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on July 04, 2018, 15:03:26 pm
Thanks you Steve for your help, but the problem is still here.  >:(

I deleted the config file, a new file was rigenerated but cambam still stall in the opening files.
It never crash, stays thinking, I have to kill mono by terminal.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: lloydsp on July 04, 2018, 17:23:54 pm
Having been a long-time 'ix user, I have seen many situations where applications must be run as root, or at least via a super-user command, in order to gain access to the various paths necessary.

It's not really a 'defect' in the application so much as a 'need'.

If I have to 'sudo' to an app in Linux, so be it.  It only hurts to have to do that if your system has multiple users.  If you are the only user, then you ARE the super-user, and it shouldn't harm your sensibilities to use those privileges, or simply log in as root, and do it that way.

Lloyd
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 04, 2018, 19:49:06 pm
You may find useful this thread
http://www.cambam.co.uk/forum/index.php?topic=6770.0
CB hanging on file open is mentioned there.

I updated to R16 by just extracting the files in the root of the '/CamBam1.0' folder. Didn't update anything else but deleted the 'Extrude Solid' plugin since it is no longer needed. And it works OK. Same Ubuntu 16.04-64 bit
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: llamatrails on July 04, 2018, 22:01:42 pm
May also want to update the CamBam1.0-mono.system.tgz files.  The size on disk is larger than the one I had from my previous install of CamBam1.0 on Linux.

For me, on Ubuntu 18.04 LTS, the new alpha16-64bit is a lot faster on startup and seems snappier.

Very happy, Thanks for the hard work !!!

Rick
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 04, 2018, 23:09:02 pm
Thanks you Steve for your help, but the problem is still here.  >:(
Hello Andrea,

Your mono compiler looks like a recent version, but can you please run...
Code: [Select]
dpkg --list | grep mono
If you are on Ubuntu 16.04, you should be able to get mono libraries to at least version 5.12 following the instructions
on the mono-project install page...
https://www.mono-project.com/download/stable/

Then installing mono-compete.

Sometimes  'dpkg --list | grep mono' can report a mismatch of libmono versions, which don't automatically upgrade due to dependency issues.

Are you installing CamBam into your home folder, or are you copying it to a shared area?

Thank you for your feedback!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on July 04, 2018, 23:29:27 pm
Hello Andy, here the output.

It put it in a file because exceed the 2000 caracters, but seems to be the 5.14. Is it too new?
Today I removed everithing about mono and reinstalled mono complete from the beta, not the stable.
But the problem is still the same, nothing is changed from old mono coming with the distribution.

Cambam is installed in my home folder, in the subdirectory Cambam1.0,  the mono-system is in the .config folder also this in my home folder.
Seem to be a permission problem, but so far I cannot find the problem... I tried also to give 777 permission to the drawing folder, without success. Then restored the permission as usual.

Thank you very much Andy,

Andrea









Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on July 05, 2018, 05:05:14 am
Hm, I use debian stable, which has mono version 4.6.2 ...
I installed the CamBam alpha into /opt as owner root
and installed CamBam system folder into ~/.config as my user ...
To start CamBam, I use a little helper script like this
Code: [Select]
#!/bin/bash
cd /opt/CamBam1.0
./cambam.sh
At start, the application ask me, whether to start in root-mode, which I negate.
Rest works fine so far.

I tried to make file license.rtf user writable, but that does not prevent question about root mode.

Well, I did only a quick test: loading stl-file, create contour lines from 3D-surface, create a pocket, generate toolpath and write gcode. GCode-generation runs into line-limit, so anything seems to work.
... and to me, it looks pretty good - and yes, it seems to run faster :)

cheers Reinhard
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 05, 2018, 06:27:04 am
Hello Andy, here the output.

It put it in a file because exceed the 2000 caracters, but seems to be the 5.14. Is it too new?
That all looks good... I am testing 5.12 which works OK but I will try 5.14 as well.
I am also testing Linux Mint 18.2 (which is Ubuntu 16.04 based), so I will also set up an Ubuntu system
to try and repeat the problem.  It could be window manager related.

It sounds like a problem whenever the file open dialog is trying to open.
Does File - Save also cause the problem?

Many Linux problems seem to relate to monos Windows.Forms implementation.
I am starting to phase out the reliance on that, so working on a replacement File dialog may be a good next step.
I think the mono one looks ugly anyway  :).
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 05, 2018, 07:54:10 am
...At start, the application ask me, whether to start in root-mode, which I negate.
Rest works fine so far.

I tried to make file license.rtf user writable, but that does not prevent question about root mode.
I think this is the new permission check kicking in; this was added as you need write permission to the program folder when entering the license code.
It should not prompt to run as admin if a license file is detected.
Or if you want to just keep running in evaluation mode, you can set the system configuration 'Show License Form' setting to false.

Quote
Well, I did only a quick test: loading stl-file, create contour lines from 3D-surface, create a pocket, generate toolpath and write gcode. GCode-generation runs into line-limit, so anything seems to work.
... and to me, it looks pretty good - and yes, it seems to run faster :)

That sounds good, thank you for the feedback everyone!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on July 05, 2018, 13:12:58 pm
Hello Andy, no problem to saving files.
Seem to be related only to the form for opening the file, opening either from the drop menu of recent files or opening from the file manager works good.
The icon or the item open in the menu the most of time stall cambam with "thinking" until stopped from terminal.

Starting Cambam with sudo works.

Thanks you,

Andrea
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 05, 2018, 13:32:02 pm
Hello Andy, no problem to saving files.
Seem to be related only to the form for opening the file, opening either from the drop menu of recent files or opening from the file manager works good.
Hmm... interesting...  ???

Does the File Open dialog come up at all ?
...or does it hang when you select a file and select 'Open' ?

If the dialog does not show at all, can you please try...
File - New From Template
or
Script - Open

Thanks for your help in trying to track this down.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on July 05, 2018, 14:02:39 pm
It hangs when I select a file, and select Open.
The dialog shows correctly, I can move between directories, select a file without problems until I click on "Open".
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 05, 2018, 15:59:22 pm
Andrea,
Can you please open a terminal window, change to the CamBam program window and run the following...
Code: [Select]
mono --trace=T:CamBam.UI.CamBamUI CamBam.exe > ~/trace.txt
This should start CamBam.  Then try your File-Open again.
If this hangs, kill mono as you have been doing.
There should now be a file ~/trace.txt
Can you please mail this file to support @ CamBamCNC.com and I will see if this offers any clues.

Thank you again for your help!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 10, 2018, 22:40:25 pm
Bob, I moved the STEP file stuff into a new thread here...

http://www.cambam.co.uk/forum/index.php?topic=7481.0
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on July 11, 2018, 12:12:06 pm
Hm, my answer was not related to step files, but related to reported hangup.
So I copy it back:

I never used File Open. Just drag and drop from a file manager. Works fine :)
Quote
It hangs when I select a file, and select Open.
I tried that, and to me it looks like a cosmetic bug. The software does not hang, only the mouse cursor stays at the busy symbol - and only until the mouse is moved.
After any mouse move, mouse cursor changes to correct symbol and cambam works as expected.

At least on my linux box.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 26, 2018, 15:54:55 pm
Hello

I just tried to download the R16 for Linux 32 bits, and it seems that the link is broken

http://www.cambam.info/ref/ref.linux

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 27, 2018, 10:35:39 am
TO Andy

About the Linux file dialog, one problem with some implementation is the lack of dupport for the hidden files and directories (those beginning with a . dot) many Windows derived implementations lack of the possibly to visualize those files.

The Linux version depend on Windows.Form that has one problem, some part of his implementation are related to the windows GUI and have not a corresponding "widget" on the Linux side.

One of the most annoying thing is the editing of the fields in the "spreadsheet" type form (I don't remeber the exact name), that crash if you attempt to do some things, as modifying some values.

Maybe a totally rewrote of these part in an internal editing form using only the supported widget on Linux will be a mayor improvement for us Linux users.

Many time the only way to overcome some editing issue is to open the Cambam CB file ad editing by hand the xml part containing the values.

One other annoying thing is the rounding of some data (due to the internal representation of the floating point number) as a value of 3 is often represented in a 2.9999999999999999999 form, maybe some work on an internal precision value that avoid such roundings issues will be a very welcomed improvement, as I think none of us have a machine capable of infinite precision.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 10:54:32 am
+1
Fully share what Carlo said.
Sporadic exits when editing fields happen most often when you try to drag-select the current value in a cell. To avoid it I either do a Ctr+A in the cell or use Del/Backspace. (On a side note, cell editing is not much better in Windows either, but at least does not lead to a crash.)
Also, due to different font handling and fonts installed in a Linux system cells often do not show the decimal parts and one needs to expand them by hand (for example when manually editing the points collection of a polyline). Isn't there a kind of automatic width setting to accomodate longer numbers?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 27, 2018, 15:45:53 pm
I just tried to download the R16 for Linux 32 bits, and it seems that the link is broken

http://www.cambam.info/ref/ref.linux

Thanks David, link should be fixed now.

Thank you for the feedback Dragonfly, onekk + others.

I have been looking into methods to separate the UI from the program logic to help with porting to different platforms, which should help with reliability and making CamBam feel more 'native'.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 15:54:11 pm
Hello,

Andy, just a question: If a plugin is compiled with 32 bits compiler under windows, is it usable on CB 64 bits on linux or only with the 32 bits linux version of CB ?

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 16:03:07 pm
Because I know the reason for the question above here's what comes in the terminal window when CB is started with --debug option for Mono and closes immediately upon first try to use the NumMove plugin. If it can be of any help:
Code: [Select]
ivan@I7-64:~$ CamBam1.0/cambam.sh
System.NullReferenceException: Object reference not set to an instance of an object
  at Microsoft.VisualBasic.Interaction.GetSetting (System.String AppName, System.String Section, System.String Key, System.String Default) [0x00040] in /build/mono-basic-4.7/vbruntime/Microsoft.VisualBasic/Microsoft.VisualBasic/Interaction.vb:175
  at ClassLibrary_nummove.MainWin.MainWin_Load (System.Object sender, System.EventArgs e) [0x00006] in <19a33bc7da4a43c79e35146e6fdad1ea>:0
  at System.Windows.Forms.Form.OnLoad (System.EventArgs e) [0x0001f] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Form.OnLoadInternal (System.EventArgs e) [0x00023] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
System.ArgumentException: Argument 'Expression' cannot be converted to type 'System.Int32'.
  at Microsoft.VisualBasic.Conversion.Val (System.Object Expression) [0x00093] in /build/mono-basic-4.7/vbruntime/Microsoft.VisualBasic/Microsoft.VisualBasic/Conversion.vb:411
  at ClassLibrary_nummove.MainWin.Button_Hide_Click (System.Object sender, System.EventArgs e) [0x0001e] in <19a33bc7da4a43c79e35146e6fdad1ea>:0
  at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00019] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x0001e] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.ButtonBase.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00069] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs mevent) [0x00000] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00078] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x001b4] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m) [0x00037] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m) [0x00000] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x0000b] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
  at System.Windows.Forms.NativeWindow.WndProc (System.IntPtr hWnd, System.Windows.Forms.Msg msg, System.IntPtr wParam, System.IntPtr lParam) [0x00085] in <69b1a555258c430e86ee1f3ef27d8ea6>:0
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 16:10:50 pm
The problem is that the NumMove plugin used to work OK with CB for Linux but has stopped working at some point. And I can't tell when this has occurred.
CamBam 1.0 R16 64bit
Mono 5.12
libmono-microsoft-visualbasic10 4.7 (latest in the repository)
Ubuntu 16.04 LTS 64 bit

Completely reinstalled CamBam R14 - no effect, got back to R16
Completely removed Mono 5.12 and installed 4.12 from the official Ubuntu 16.04 repository - no effect.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 27, 2018, 16:12:52 pm
A good question!

The 32 bit Linux version is identical to the 64bit one, apart from the .config files and native libraries (.so files) which need to be compiled for the target machine.

All managed .NET / Mono DLLs should be identical regardless of target machine if you choose 'Any CPU' when compiling.

So in theory a CamBam plugin should work on either 32 or 64 bit machines.

The only exception would be if the plugin refers to native libraries directly using interops ... even then providing alternative .dll.config files for 32 and 64 bit should be sufficient.

One other comment on the 32bit CamBam release... another main difference between the 64 bit one is the 32 bit one targets Ubuntu 14.04 (system libraries etc)... the 64 bit one targes Ubuntu 16.04.
The reason for this was the 32 bit one was (I think) most likely used for old LinuxCNC live CD releases.

If any specific Linux release variations are required, please let me know.  I will probably make Ubuntu 17 and 18 specific releases soon, but the current 16 one *should* work OK with these.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 16:13:44 pm
and maybe some other info to help.

The both version of the nummove plugin (for 0.98 and for 1.0) are working well for me with both CB 1.0 R14 and R16 on Ubuntu 14.04 Lts 32 bits, mono 4.6.2 and the following VB addition.

sudo apt-get install libmono-microsoft-visualbasic10.0-ci

http://www.atelier-des-fougeres.fr/Cambam/Aide/Plugins/NumMove.html

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 16:28:40 pm
Andy,
If it can be of any help:
1. When I try to open the plugin on a new empty project CamBam simply disappears without any warning.
2. When there is a open real project and I do some modification upon trying to invoke the plugin CB displays the exit dialog asking to save the file. If I choose 'Cancel' the plugin's window is displayed on the screen but the plugin itself is not functional and the plugin version text is not displayed. The main buttons are working though so when I click 'Close' I get back to the Exit prompt.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 27, 2018, 16:30:15 pm
Because I know the reason for the question above here's what comes in the terminal window when CB is started with --debug option for Mono and closes immediately upon first try to use the NumMove plugin. If it can be of any help:
...
Ah yes, 'Visual Basic'.

I suspect using VB with Mono will be a bit of a challenge.

Looking at this...

https://github.com/mono/mono-basic/blob/master/vbruntime/Microsoft.VisualBasic/Microsoft.VisualBasic/Interaction.vb

It seems this part of the Mono code refers a lot to the Registry.
Does running CamBam as sudo / normal user make any difference.
Mono does provide a pseudo registry feature on Linux, but I think there may be a few 'ifs' and 'buts'.

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 16:36:37 pm
Re

Registry is not used with linux ; the plugin detect if it is runnig Win or Linux, and all registry code is not used (and also the MsgBox() command that cause also a crash on linux)

Dragon: I attach another version of the plugin with a (very) small change ... can you test it

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 16:42:43 pm
Wonders never end, David  ;D
It works!
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 16:48:54 pm
Ok, nice  ;D ;D

I do not understand why it works for me, but the only change I do is to replace the Me.Hide() statement by Me.Close() (it's the command that close the plugin window)

I'll update the version on the Website.

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: 10bulls on July 27, 2018, 16:52:12 pm
Well Done!  ;D

Registry is not used with linux ; the plugin detect if it is runnig Win or Linux, and all registry code is not used (and also the MsgBox() command that cause also a crash on linux)
The plugin may not use the registry, but it looks like Visual Basic internally does.

On Linux, Mono uses an XML file as the 'registry' for the current user located in..

~/.mono/registry/CurrentUser

and for system in...

/etc/mono/registry/...

So it may fail if the registry file does not exist, or permissions prevents read/write access to these locations.
From Github, it looks like the VB code is just looking at CurrentUser.
Are there any XML files at the  ~/.mono/registry/CurrentUser location on your machine David that are not
on DragonFly's?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 16:57:47 pm
There is only a single file at
~/.mono/registry/CurrentUser/software/cbplug_snappy/settings
named 'values.xml'
and it is obviously used by the 'Snappy' plugin by Eddy

P.S. No files in /etc/mono/registry/LocalMachine
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 27, 2018, 17:02:42 pm
If it is of any use in my machine running Devuan Ascii (Debian Stretch without systemd) the /etc/mono/ didn't contain any registry, but ~/.mono/registry/CurrentUser exist but it is not populated.

In fact when I need persistence over session I've used a ini file in the CamBam directory, to obtain a similar behaviour.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 17:08:07 pm
Quote
Are there any XML files at the  ~/.mono/registry/CurrentUser location on your machine David that are not
on DragonFly's?

I'm so bad with Linux that I cannot find this folder  ??? :-[ .... hidden folders ?

Also I can't find the cambam system folder in linux, except with the Browse system folder menu item.

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 27, 2018, 17:11:38 pm
I just tried to download the R16 for Linux 32 bits, and it seems that the link is broken

http://www.cambam.info/ref/ref.linux

Thanks David, link should be fixed now.

Thank you for the feedback Dragonfly, onekk + others.

I have been looking into methods to separate the UI from the program logic to help with porting to different platforms, which should help with reliability and making CamBam feel more 'native'.

For me, being not an expert the only viable way is to use the native Windows.Forms using only the widgets that are present and working both in Windows and Linux.

Another way is to completely rewrote the UI using a portable Toolkit, but the only one that seem a good choiche is QT ad GTK with the GTK2 and GTK3 mess has made many developers to avoid it as GTK3 is a mess with the configuration files and GTK2 is unmantained.

But for the complete rewriting is not a viable solution, in my opinion, better to use the Windows.Forms and carefuly select the "widgets" that are both supported in Linux and Windows.

Many of my plugins are developed in Linux with the "UI"  written by hand as Monodevelop on Linux don't have a graphical interface designer, and from what people says are working on windows too quite well, but they have to be recomplied on Windows without changing a single line of code.

Event those that are using the ini files for "persistence".

But as mentioned before I'm not an expert only a user.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 27, 2018, 17:15:46 pm
Quote
Are there any XML files at the  ~/.mono/registry/CurrentUser location on your machine David that are not
on DragonFly's?

I'm so bad with Linux that I cannot find this folder  ??? :-[ .... hidden folders ?

Also I can't find the cambam system folder in linux, except with the Browse system folder menu item.

++
David

Yes David is an hidden folder (with a . dot in front a file is hidden on UNIX in general)

What distribution are you using, generally with a "ls -al" in a terminal window you will list all the file and directories even those hidden with

-a, --all
              do not ignore entries starting with .


"man ls" will give you a hint of the commands.


Regards

Carlo D.



Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 17:21:55 pm
David, if do not have 'Midnight Commander ' installed, do it. (sudo apt-get install mc)
It's almost like the good old 'Norton Commander' for DOS which people like us still remember :)
Start it with 'mc' in a terminal or 'sudo mc' if you are not afraid of having root privileges over the whole system  ;D
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 17:23:46 pm
Quote
What distribution are you using

Ubuntu 14.04 lts

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 27, 2018, 17:37:42 pm
In most of the File Manager there is a checl box somewhere to tick to show hidden files, but the command line is working everytime open a terminal and cd to the home directory maybe with

Code: [Select]
cd ~
then

Code: [Select]
ls -al
or maybe

Code: [Select]
ls -al --color
and see the output in techicolor.

I have three terminal open at startup in workspace 1 and I use 9 workspaces, a concept bit different from the usual "windows way" but more useful when programming and doing stuff.

workspace 1 = terminals
workspace 2 = internet browser
workspace 3 = text editor
workspace 4 = file manager
workspace 5 = programming environment
workspace 6 = Cambam and maybe CAD and some other stuff

the remaining are for some other stuff just in case...

:-D

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 17:52:04 pm
Ok, but how to make the hidden folders visible in the GUI as in windows (as icons)

Quote
Are there any XML files at the  ~/.mono/registry/CurrentUser location on your machine David that are not on DragonFly's?

I hope it's what you are asking for on the picture.

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 17:57:55 pm
Quote
Ok, but how to make the hidden folders visible in the GUI as in windows (as icons)
Depends on the file manager used in the particular distribution but usually in the 'Vew' menu there is an option to show hidden files.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 18:03:08 pm
Quote
Ok, but how to make the hidden folders visible in the GUI as in windows (as icons)
Depends on the file manager used in the particular distribution but usually in the 'Vew' menu there is an option to show hidden files.

YES ! ... thanks for the trick ....  ;D

the ~/.mono/registry/CurrentUser  is empty

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on July 27, 2018, 19:49:42 pm
Snappy seems to work, this is the code to save the settings.
It uses "Microsoft.Win32"

Code: [Select]
using Microsoft.Win32;


private bool SaveRegSetting(string AppName, string Section, string Key, string Setting)
        {
            try
            {
                // Use CreateSubKey (create or open it if already exits)
                // located in, HKEY_CURRENT_USER\Software   
                RegistryKey rootKey = Registry.CurrentUser.CreateSubKey("Software");
                RegistryKey appKey = rootKey.CreateSubKey(AppName);
                RegistryKey sectionKey = appKey.CreateSubKey(Section);

                sectionKey.SetValue(Key, Setting);
                return true;
            }
            catch (Exception e)
            {
                CamBam.ThisApplication.AddLogMessage(TextTranslation.Translate("Registry Write Error " + e));
                return false;
            }
        }
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 27, 2018, 19:54:15 pm
Yep, Snappy works on my current Linux system.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on July 27, 2018, 21:05:02 pm
Yes, it seems that it's only with VB that the problems appears. (and the Form)

What is strange is with the Form.Hide() & Form.Close() statements ; the Hide works on my linux but not on Dragon's linux version (or mono ... )

That just need that I remember the 3 4 things to not use for linux  ::)  ;D ... and of course I remembered only 2 until Dragon say me that the Select By Object Type plugin worked, so I looked in the code and I seen that Close is used instead Hide.

@Andy: at the beginning of the V1.0 you said me that you've tried a sort of C# script ; any news about that .. ?

edit: and another question: is the calculation faster on CB 64 bit than on CB 32 bits ? (i.e. on a 3D mop)

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 28, 2018, 09:29:41 am
Ok, but how to make the hidden folders visible in the GUI as in windows (as icons)

Quote
Are there any XML files at the  ~/.mono/registry/CurrentUser location on your machine David that are not on DragonFly's?

I hope it's what you are asking for on the picture.

++
David

Ok also im ny setting there Directory is created, but it's empty I suspect that the files are created upon request, I have to investigate how to use them on Linux, (When I can restart developing with CamBam).

No luck for the /etc/mono/ system dir, as told by Andy the Directory is here but it hold some subdirectories:

2.0 4.0 4.5 (I suspect related to the mayor NET versions) and two other Directories "certstore" and "mconfig" plus two files "borwscap.ini" and "config" in config there are an xml file that hold some versions of the libraries or maybe a better guess a translation table of the library calls, in fact the data are in the form:

Code: [Select]
<dllmap dll="gdiplus" target="libgdiplus.so.0" os="!windows"/>
no trace of something resembling a registry file, but maybe it is created only on demand, but i doubt that it is created here (due to the Linux permissions, generally a user can't write in a system directory and /etc/ is obe of the most important system Directories)

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on July 28, 2018, 09:42:41 am
My understanding is that Mono does not create and maintain a true and native Windows registry but represents and simulates it with XML data.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on July 28, 2018, 10:05:20 am
Mono is not NET is a port of NET and NET is related to windows on some behaviour.

So Mono have to mimic the windows "way of doing" something, and this is clear in many places.

But Mono was acquired by Microsoft to be able to develop things for the miobile platform (Xamarin Studio) and underlying of this there is  Mono as a portable platform, so in the recent times more things are converging on Mono, and some implementations of Microsoft things are ported to Mono to permit the developers that has only a knowledge of Windows tools to program also on other platforms (Notably Xamarin permit to develop an application that compile runs on Android, on iOS and Linux and also on Windows) with a little efforts.

Regarding the Linux part the main concern is related to the Windows.Forms widget that control the spreadsheet type of visualization and modification that is broken.

According to the Mono documentation the implementation of Windows.Forms is considered done (only bugfixing) in fact System.Windows.Forms lack of some "advanced" control like RichText... (I don't remember well) and some other controls.

The main issue is when trying to modify the last line of the cell generally trying to delete the last line or using a tab to go past the last column crash the system.

And also generally using only the direction arrow to move in the cell grid is working without problems, the TAB key generally create some problems, (If i don't go wrong when trying to pass to the next line a TAB generate a crash)

For modidying many values, in general I try to modify the .cb file directly, searching for the object ID and using a text editor.

The only way I suppose is to rewrite the "..." routine to use a generated windows that use only label and text controls generated on the fly to modify the values as they are well supported in both Linux and Windows.

If you want to have a well working Linux version.

Some other glitches on Linux are the managing of the GDI interface, that can cause problems and the behaviour of some ALT + key combinations, but this is "solved" changing the behaviour of the window manager (thing became more complicated with GNOME derivated as they have two places when they store such informations, one place is respecting the standard GNOME naming scheme, the other places rescpect the WM used by the DE, so in mate you have two place for the key).

THis behaviour i hope is clear As i have done one post in the linux page sometime ago explaining how to make the things works on Mate (And I suspect also Cinnamon is the same).

Other WM are more easy to configure so I'm using a plain OpenBox with some part that glue together the different programs to obtain a semi DE behaviour, the matter is explained in many places on the Web as on Linux the GUI is a matter of taste, the only things that didn't change are the X.org backend (that is the program that display the things on screen), a program that mantain a message bus DBUS that have to be in place to permit the communication between the various programs, and a program that manage the devices Hotplug generally udev/eudev/evdev (many names related to the systemd presence of absence).

On top of this infrastructure, a program called WM (Window Manager) is managing user interaction.

A DE is a "monolithic" term to call the many programs that interacts one wich the other to mantain a similar "look and feel" between the part of the interface, the more known are KDE and GNOME.

But they are big, and assume that a user have to do the things in one manner and tend to anticipate the will of the user making many automations and assumptions on "How the user have to do something" so many people prefer get rid of the DE and use a mix of programs that do the tricks.

The main concern are that on Linux the GUI is managed by some Toolkit mainly GTK (Gnome Tool Kit) and Qt (KDE) but GTK is messed up by the use of GTK2 and GTK3 that have different places in which you have to configure the interface and so the result is a mess in managing and obtaining a "look and feel" spanned across the different programs, as the GTK3 is a pain and many developers prefer to switch to Qt as it is more easy to learn a new Toolkit that assuming that a thing has to be done in a totally different way porting from GTK2 to GTK3.

Sorry for the long post.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on August 07, 2018, 23:26:12 pm
Today another upgrade of mono (now is 5.14.0.177) and now all files open correctly.  :o
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on August 12, 2018, 14:15:18 pm
Mono is "under active development", but now Xamarin is a Microsoft Division and hope it will be more supported.

As now in windows 10 there is a Linux Console (I didn't remember the exact name) where a windows user could install some linux distribution and run them directly in Windows the hope is that the thing will be better, but i doubt that the actual Mono implementation of Windows.Forms will be changed and improved as it rely on UI of Windows that are difficutl to port.

There are rumors on a new GUI for .NET that maybe in future will be a viable solution for cross-platform software.

If this GUI will be usable on the  most diffused platforms (Windows, OSX, Linux, iOS and Android) there is some hope that it will be usable to write good software as the internals of the GUI will be targeted to be more cross-platform by design.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on August 12, 2018, 15:31:04 pm
Hi Carlo,
maybe you can help me with this.
After the last Mono upgrade the CamBam menus use huge font size and I can't remember (or maybe never knew) how to configure them. Before the upgrade the menu fonts were OK and if I am not mistaken they are affected by Qt settings.
Currently installed version is Qt 4.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on August 17, 2018, 23:08:55 pm
Today another upgrade of mono (now is 5.14.0.177) and now all files open correctly.  :o



After the last update regarding Unity,  the problem is alive again, in the same way as before.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on August 23, 2018, 04:50:52 am
@newlinuxuser
I'm not sure, that cambam is the right address to blame for your problem.

I use debian stable and don't have your problems. May be, you should blame mono- or unity-folks for your problems.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: newlinuxuser on August 23, 2018, 21:01:19 pm
Thank you Django, I know this is not a problem regarding  cambam, Andy has already investigated on it, and he found a workaround for the next release. It have got it should be related to mono and how it use the threads. In relationship also with unity.

Some days ago, after a mono upgrade, the problem was solved. May be the mono guys fixed the problem!
But this fixing was not reliable: after some days and some other system upgrade, the problem starts again.

My post was just for sharing this informations,  not for blame something, the cause is already known.

( I'm thinking to try mum debian too, after several years with ubuntu. Is it really more complicated?)

Andrea
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on September 01, 2018, 08:32:15 am
Quote
My post was just for sharing this informations,  not for blame something
Ok, that's fine!

Quote
I'm thinking to try mum debian too, after several years with ubuntu. Is it really more complicated?
Well, not from my point of view.
My hardware is quite outdated, as am I ...
I never got a stable ubuntu with my hardware and as I use my pc to work with, I can't stand system crashes.

With debian stable you don't have unity - so you have to research, which window manager does fit your taste. I tested all and found out, that kde is the only one, that allows me to work like I want to work (i.e. save the size and position of all my applications as session snapshot - which will be loaded after login. I use 4 virtual desktops and the apps are loaded to the right desktop. I use window max in 1 direction only, and many more)
debian stable does not have bleeding edge applications, but therefore it is stable.
I use it now for more than 15 years without system crashes - and of cause without any trouble at major version change. Its fine for me.

I'm used to administrate the box from commandline, but there exists gui-wrappers for most tools.
I use two monitors in portrait orientation with nvidia quadro, so setup of x-server is a little challenge.
But no - nothing complicated at all.

cheers Reinhard
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on September 01, 2018, 08:42:30 am
Hi,

I'm going to buy a lathe in near future and wonder what the state of lathe processing in cambam is.
I read, that lathe processing changed in 98p from plugin to internal processing, but when I start cambam 1.x on linux, there's no lathe and I don't know, how to rotate the axis to view the workpiece in correct orientation.
eCam is no option for me. V2 does not work in a VM and V3 needs internet access for installation - both nogos for me.

So I would like to know the cambam lathe processing.

regards Reinhard

P.S. is there a way to increase default font size of all cambam texts, menues, what ever?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on September 01, 2018, 09:41:59 am
I don't use Linux but . . .
Some info about the CamBam lathe, http://www.cambam.co.uk/forum/index.php?topic=7506.msg60369#msg60369
Did you read the manual section about the lathe ? http://www.cambam.info/doc/
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on September 01, 2018, 13:45:45 pm
Oh yes, I read both.
From the first, I thought, things might have changed since july and from the second I failed to read german translation only.
Meanwhile I read the original doc and found out, that the german translation was misleading.
The original doc is stil talking about lathe-plugin - and plugins don't work on linux demo ...

Guess I need some more patience ;)
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on September 01, 2018, 14:20:05 pm
From the first, I thought, things might have changed since july

Yes, by the sound of it an update was expected sooner.

"The Lathe machining operation has been provided as a plugin. In this way the plugin can be developed and updated independently of the main CamBam application. It is also a demonstration of the ability to extend CamBam’s machining capability using user written plugins."

You forgot to mention the word 'demo' in earlier posts.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dave benson on September 01, 2018, 14:46:22 pm
Hi Reinhard
I don't use linux either, I use Mach3 on a 9x20 lathe which has a nice set of wizards which I use mostly for day to day jobs and find them excellent, I thought that linuxcnc would have something similar but could be wrong.
You may be able to run Ezilathe (free) in a vm in Debian as it is very lightweight and it does a good job of reasonably complex work and is good at threading.

Dave 
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dh42 on September 01, 2018, 14:49:10 pm
Hello

The lathe MOP is still a plugin even in V1.0, so it can be used only with a license (on Linux) as for all plugins, or in demo mode on Windows up to 40 use of CamBam.

Quote
P.S. is there a way to increase default font size of all cambam texts, menues, what ever?

Not in CamBam itself, on Windows, it's the Windows font size that must be changed ... and I assume it's the same on Linux.

++
David
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: manymachines on September 01, 2018, 16:53:36 pm
Regarding increasing the font size for the CamBam UI in Linux, I played with this today - see the attached screenshot.

I'm using the Gnome3 desktop env and opened the 'tweaks' tool.  Under the font settings I found that applying a scaling factor worked to increase the font size of the CamBam UI text.  Note that changing the font size of the 'Interface' or 'Document' settings had no effect - only scaling factor worked.  To see the changes you need to close/reopen CamBam after changing the font scaling factor.

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on September 02, 2018, 06:54:53 am
Quote
You forgot to mention the word 'demo' in earlier posts.
I wrote it in earlier posts, but yes, this time I did not mention.
I don't have a cnc yet, so I used cambam to verify my manual nc programming, when I learned it.

Quote
I use Mach3 on a 9x20 lathe which has a nice set of wizards which I use mostly for day to day jobs and find them excellent
Sorry, but I don't agree. These wizards don't offer much more than manual turning.
Do you know G70/G71 from Fanuc or cycle95/cycle97 from Siemens?
mach3 wizards are poor mans turning cycles.
So I'd like to find something similar than the cycles from Fanuc or Siemens and as I already came to the point to love cambam ...

Quote
Quote
P.S. is there a way to increase default font size of all cambam texts, menues, what ever?
Not in CamBam itself, on Windows, it's the Windows font size that must be changed ... and I assume it's the same on Linux.
I researched the (poor) docs from mono and skimmed my system for configuration entries ...
... and I found those of repetier host only.
Then I read in mono docs, that there are no default settings for windows registry entries (might be hardcoded in mono?) - config consists of values only, which are accessed by the applications.
KDE does not work like gnome. There's no single scaling factor for font sizes.
In KDE you can change each font completely (font family, -style and -size), but mono does not take the settings from window manager, which I consider a failure.

any way - thanks to all for your attention and support.

cheers Reinhard
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on October 14, 2018, 10:13:20 am
Unfortunately I practically have stopped working with CB for Linux. Because after the last major Mono update I got the opposite of what django013 describes - the size of the font in the built-in menus became huge. Text does not fit into the fields and I can't solve the problem.
There's one peculiarity: only the original CB menus are affected, the plugins and their windows display normal size text.

My option is to try to roll back to the previous version of Mono where texts were shown in normal size. But I kept hoping that the new versions of Mono would eventually solve other problems like 'windows forms' problems in CB.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on October 14, 2018, 10:46:36 am
Andy mentioned to me that he was considering specifying a particular Linux distro for CamBam due to the differences across versions and the effort involved in trying to make it work on all of them. He also mentioned that Linux Mint seemed to work well.  
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on October 14, 2018, 13:20:40 pm
They are all Ubuntu with different desktop managers. AFAIK Mint uses Cinnamon and mine uses Mate desktop environment. Maybe it's desktop environment related. But it was OK regarding font sizes on my computer. Something changed in Mono. Might it be that it is .NET 4.5 compliant and CB 1.0 is targeted to 4.0 ?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Bob La Londe on October 14, 2018, 15:08:06 pm
They are all Ubuntu with different desktop managers. AFAIK Mint uses Cinnamon and mine uses Mate desktop environment. Maybe it's desktop environment related. But it was OK regarding font sizes on my computer. Something changed in Mono. Might it be that it is .NET 4.5 compliant and CB 1.0 is targeted to 4.0 ?



.NET supposedly incorporates previous .NET capability.  Windows 10 and 1.0 seem to work and if I recall Windows 10 comes with 4.6 preinstalled. 

Maybe the current MONO release is not 100% .NET compatible. 

Back when I took an assembler class (27-28 years ago) I found often BIOS calls that worked the same from one BIOS to the next, but did odd things like changing unrelated registers.  I considered them bugs, but the programmer I am sure thought they were just fine because the surface function of the call was the same.  I had to do extra book keeping like pushing those registers to the stack before calling the functions.  Back then it was much less complex too.  I was writing code for a mixed bag of XT and early AT machines, but the BIOS' and OS' at the time where much less complex than they are today.  Probably two or three orders of magnitude.  Anyway, to me its a miracle really that so much portability between machines is even possible today.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 14, 2018, 17:15:48 pm
I doubt that specifying a linux distribution is the solution.


This link could explain some more about
https://www.mono-project.com/docs/faq/winforms/ (https://www.mono-project.com/docs/faq/winforms/)

This is the value printed when I perform

Code: [Select]
string f_string = System.Drawing.SystemFonts.DefaultFont.ToString();

and then print this value in the about box of my plugins

Font: Name=DejaVu Sans, Size=8.25, Units=3, GdiCharSet=1, GdiVerticalFont=False]


EDIT:

I have found in the sources of mono, (I have downloaded them now) that in the code the fonts are declared here:

Code: [Select]
public static Font CaptionFont {
get { return new Font ("Microsoft Sans Serif", 11, "CaptionFont"); }
}

public static Font DefaultFont  {
get { return new Font ("Microsoft Sans Serif", 8.25f, "DefaultFont"); }
}

public static Font DialogFont  {
get { return new Font ("Tahoma", 8, "DialogFont"); }
}

public static Font IconTitleFont  {
get { return new Font ("Microsoft Sans Serif", 11, "IconTitleFont"); }
}

public static Font MenuFont  {
get { return new Font ("Microsoft Sans Serif", 11, "MenuFont"); }
}

public static Font MessageBoxFont  {
get { return new Font ("Microsoft Sans Serif", 11, "MessageBoxFont"); }
}

public static Font SmallCaptionFont  {
get { return new Font ("Microsoft Sans Serif", 11, "SmallCaptionFont"); }
}

public static Font StatusFont  {
get { return new Font ("Microsoft Sans Serif", 11, "StatusFont"); }
}      


Maybe this thing mean that settings a font substitution table "Microsoft Sans Serif" => "Another font" could resolve the problem.

Some time ago someone has modified the above listed code to incorporate a change that read a proper MONO_FONT_SOMETHING environment variable to load that font instead of the default one set in the code, but that code has disappeared from the web.

Maybe loading or better copying from a windows installation the MS Sans Serif TTF font could solve some problems.

I have to investigate if it is feasible a substitution that change the "metrics" so if it is possible to change a font substitution that to "MS Sans Serif" 8pt to "Otherfont" 10pt it could be feasible to fine tune the interface.


I have to investigate if i could change in some manner this DefaultFont Value.

In theory it is taken from the control panel in windows but I have to check how this thing is performed on Linux, maybe some luck here could help to set the default font used by CamBam interface, as it seem to honour the scale factor of some DE.

I hope there is a way to perform something about this.


Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: django013 on October 15, 2018, 09:27:46 am
Quote
Unfortunately I practically have stopped working with CB for Linux. Because after the last major Mono update I got the opposite of what django013 describes - the size of the font in the built-in menus became huge. Text does not fit into the fields and I can't solve the problem.
May be, it depends on whether Tahoma TTF exists on linux box.
I once created a backup of all windows TTF-fonts and installed that on my linux box.

Quote
I have found in the sources of mono, (I have downloaded them now) that in the code the fonts are declared here ...
Hm, from what I see, it's not possible to replace the definitions without replacing the source file.
I don't know nothing about mono - may be mono has some system call to replace system font items like "DialogFont"?
Maybe the replaced settings will then be saved to mono registry on linux system?

Quote
Andy mentioned to me that he was considering specifying a particular Linux distro for CamBam due to the differences across versions and the effort involved in trying to make it work on all of them. He also mentioned that Linux Mint seemed to work well.
If mono developers would have followed linux guidelines, that restriction would not be necessary.
On linux systems the window manager is responsible for fonts, styles and sizes and applications could ask window-manager for font-ids.

cheers Reinhard
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 15, 2018, 10:22:36 am
Some investigation is needed, but if I put in the plugin

Code: [Select]
public static void plugin_clicked(object sender, EventArgs e)

These lines

Code: [Select]
iface.Owner.SuspendLayout();
            iface.Owner.Font = new System.Drawing.Font(System.Drawing.FontFamily.GenericSansSerif, 9, System.Drawing.FontStyle.Bold);
iface.Owner.ResumeLayout();

The font in the Layer and System tree change according to the settings.

Maybe creating a plugin that will permi to choose the relevant fonts, once CamBam is started and the plugin clicked may permit to change all the relevant fonts, some investigation are needed.

In the meantime, I have put on the issue page of mono at

Code: [Select]
https://github.com/mono/mono/issues/11158
a very bad bug reposts, asking for some manner to specify in the command line the default font used at least on Linux.

Just a try.

Regards

Carlo D.

Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on October 16, 2018, 19:59:05 pm
Tried with XFCE desktop (Xubuntu) - same large fonts.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 17, 2018, 09:38:55 am
it depends on where mono took the default font definition, XFCE uses Gnome library so I suppose the problem is fontconfig substitution.

see https://seasonofcode.com/posts/how-to-set-default-fonts-and-font-aliases-on-linux.html (https://seasonofcode.com/posts/how-to-set-default-fonts-and-font-aliases-on-linux.html)

and

http://eosrei.net/articles/2016/02/changing-default-fallback-subsitution-fonts-linux (http://eosrei.net/articles/2016/02/changing-default-fallback-subsitution-fonts-linux)

and also

https://eev.ee/blog/2015/05/20/i-stared-into-the-fontconfig-and-the-fontconfig-stared-back-at-me/ (https://eev.ee/blog/2015/05/20/i-stared-into-the-fontconfig-and-the-fontconfig-stared-back-at-me/)

for possible hints on how to resolve some problems.

Still investigating the mechanism mono used to derive the standard fonts on Linux.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on October 17, 2018, 11:13:33 am
I went further and actually installed Arial, Tahoma and Verdana fonts. And set Arial as the default for both GTK and Qt. No change.
I think it's not related to the font as such but the way its metrics (em grid size) and screen resolution are interpreted for rasterization.
I'd like to emphasize on the fact that only CamBam internal menus and toolbar text is huge. Third party plugins open their windows with normal font size. The status bar with the current mouse pointer coordinates uses the right font size, though.

If you expand the attached screenshot to view it at 100% (1:1) scale you will see the differences.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 18, 2018, 09:18:54 am
In Fact, the plugins are made with the Visual Studio Designer (i don't rember well the name, as in Linux there is no Creator program and you have to make the interface by hand or use an interface code done in Windows and reuse it in Linux).

Generally in the interface code the size is defined so it is "honoured" by CamBam.

According to some of my reserch in .NET there is no manner to specificy a default font other than those defined at Windows Level, and Mono internally it uses the fallback I've extracted from the Mono code  on Github.

But as in .NET there is no mechanism to specify the font other than explicitly declare them in the interface creation, Mono is merely replicating the Windows behaviour.

IN the past there is an old implementation of a modified Mono System.Drawing or System.Forms where the fallback fonts could be modified passing a

Code: [Select]
MONO_DEFAULT_FONT =
In the line invoking Mono in Linux or setting a environment variable, but this code has disappeared.

I think the only way is to recompile CamBam with a font setting mechanism, but as the sources are not available we are left at Andy goodwills and developing times.

I don't know how large is the Linux Base, but as actually is the only affordable CAM for Linux I hope it will be patched soon.

I have made some experiments on changing the interface fonts through a plugin, but only the entities windows seem to respond to the defaultfont change, with the code I've published in one of my past messages.

Maybe some join efforts could be done to develop a "Interface font tweak" plugin that permit a fine specifications of the fonts used in the interface, but most of them are marked as "read only" as the have only a get method and not a set method.

Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: EddyCurrent on October 18, 2018, 13:16:27 pm
Have a look here; http://www.brusselsprout.org/CAMBAM/ it may give some clues.
This old version of CamBam can be viewed with ILSpy, but what we don't know is, how much has the GUI code changed ?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 18, 2018, 15:36:51 pm
Have a look here; http://www.brusselsprout.org/CAMBAM/ it may give some clues.
This old version of CamBam can be viewed with ILSpy, but what we don't know is, how much has the GUI code changed ?

The problem I think is not in the Things viewable with ILSpy, I could have a decent look in the C# code with monodevelop, some IL___ something appear when there is some code that isn't "readable", in general, the problem arise early in the interface.

Linux versions I think are slightly different, but Mono has different methods to obtain the metrics.

From a quick view of the dll in the cambam program directory there is also and OpenTK.dll, From a quick search this is the "graphics engine" that interface with the openGL part in Linux, and maybe it is used also to do some math, (The library is annouced as a "Low-level C# binding for OpenGL, OpenGL ES and OpenAL.".

There are many part when the problem of font scaling could arise, especially noting the difficult to access the CamBam interface in the plugin.

If some workaround could be found to access the Font properties of some controls menu and listbox like the millimeters shown in some pics reporting strange behaviour, maybe something could be done, if not, and if the Linux users are left behind, the only "viable" solution left are:

1) use a virtual machine with some windows on it maybe even an old windows XP
2) trying to live with the flawn
3) using the poor implemented FreeCAD path workbench, and hoping in better times.

I'm not very happy with the developing efforts put in CamBam, and I hope a new ways could be found in improving CamBam as it in general is a good program, and I'm quite happy to work with it (I'm still developing some plugins for it).


Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on October 18, 2018, 17:22:19 pm
BTW, has somebody tried CB with Wine?
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on October 19, 2018, 06:42:42 am
Gotcha! This code in the init phase of my plugin will change all the menus with the desidered font at least in CamBam 0.9.8

The main problem is that you have to list all the control by hand, I hoped that with an iterable of CamBamUI.MainUI.Menus.Controls the job could be done automatically taking account of all the variants, but no luck.

I'm working on the context menu too, but just in case with some work a Change font plugin could be done.

If someone could test the code with 1.0.0 to confirm the same mechanism in the interface, maybe we could iron out some quirks.


Code: [Select]
CamBamUI.MainUI.Menus.SuspendLayout();
System.Drawing.Font cFont = new System.Drawing.Font(System.Drawing.FontFamily.GenericSansSerif, 8, System.Drawing.FontStyle.Italic);
CamBamUI.MainUI.Menus.mnuFile.Font = cFont;
CamBamUI.MainUI.Menus.mnuEdit.Font = cFont;
CamBamUI.MainUI.Menus.mnuDraw.Font = cFont;
CamBamUI.MainUI.Menus.mnuMain.Font = cFont;
CamBamUI.MainUI.Menus.mnuHelp.Font = cFont;
CamBamUI.MainUI.Menus.mnuView.Font = cFont;
CamBamUI.MainUI.Menus.mnuTools.Font = cFont;
CamBamUI.MainUI.Menus.mnuScript.Font = cFont;
CamBamUI.MainUI.Menus.mnuPlugins.Font = cFont;
CamBamUI.MainUI.Menus.mnuMachining.Font = cFont;
            CamBamUI.MainUI.Menus.ResumeLayout(true);

For wine I don't know, but wine is another emulation layer ao if the "standard" linux version could be improved it will be better.


EDIT: I'm trying to make a plugin plugin,

Included are the sources:

In the plugin drop down you have an item named Change Font

If you click on Choose a font dialog will appear with the original mnuFile font taken form the UI
you can change it to whatewer you want
click on Change and the font will change

For now only the menubar is wokring, for the rest of the interface, We have to find out the relevant Controls

I've tried some things:

For the context menu the items marked as FAIL

Code: [Select]
// CamBamUI.MainUI.ViewContextMenus             - FAIL
// CamBamUI.MainUI.CADFileTree.ContextMenuStrip - FAIL

Some help is needed to make it something useful, maybe some help by "THE CREATOR" will be very welocomed.


Regards

Carlo D.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: dave benson on October 19, 2018, 09:39:07 am
HI Carlo
Is this of any help.
Dave
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: Dragonfly on November 08, 2018, 09:03:45 am
I rolled back (with a bit of trouble) to Mono 5.12. Now the GUI is as expected.
I had to install 'mono-complete' to be sure all dependencies are installed because 'mono-runtime' does not install all libraries needed by CamBam. Even then the Visual Basic support library was not installed and some of the plugins threw errors. Had to install it manually.
The still unanswered question is why Mono 5.14 and the latest 5.16 cause the wrong font size in the menus.
Title: Re: CamBam plus V1.0 (Linux development release)
Post by: onekk on November 08, 2018, 15:38:59 pm
I suspect that something is changed in which font is used as a base by Mono, System.Windows.Form in Linux is based on Systems.Drawings ( my memory didn't rmember exatcly so I've not cheched the correct form).

System.Drawings assume a base font derived from somewhere in the Linux interface. (seems that is affected by the scale factor found in some DE).

Maybe not the MONO is the culprit (in a strict way) but some other libraries that are used or which MONO is compiled against.

I've filed a bug report but nobody has answered yet https://github.com/mono/mono/issues/11158 (https://github.com/mono/mono/issues/11158),
maybe if someone else would post some other info in this "bug Report" someone at MONO will give us some answers.

I was intentionally generic, maybe opening some other BigReport with some informations, and maybe request for explanations, or workarounds, will help to point out where the problem is.

Other report like our problem maybe:

 Mono fails to render correctly Roboto font #11576  (http://Mono fails to render correctly Roboto font #11576)

or:
https://github.com/mono/mono/issues/11543 (https://github.com/mono/mono/issues/11543)

https://github.com/mono/mono/issues/11189 (https://github.com/mono/mono/issues/11189)

https://github.com/mono/mono/issues/11093 (https://github.com/mono/mono/issues/11093)

and generally many of the problem listed in

https://github.com/mono/mono/labels/area-BCL%3A%20System.Windows.Forms (https://github.com/mono/mono/labels/area-BCL%3A%20System.Windows.Forms)


Regards

Carlo D.