kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #44922
Re: Code execution context
Hi Markus-
We are GPLv3 licensed. So, we are able to link to system libraries that
are installed on users' computers in order to interoperate with
components. But we cannot distribute the system libraries with KiCad. [1]
So, your code snippet would be fine as long as we do not distribute the
TDxNavlib.dll file with KiCad.
Best-
Seth
[1] https://www.gnu.org/licenses/gpl-faq.html#SystemLibraryException
--
[image: KiCad Services Corporation Logo]
Seth Hillbrand
*Lead Developer*
+1-530-302-5483
Long Beach, CA
www.kipro-pcb.com info@xxxxxxxxxxxxx
On Mon, Mar 1, 2021 at 10:34 PM Markus Bonk <markus_bonk@xxxxxxxxxxxxxxx>
wrote:
> Hi Wayne,
>
> Just to ensure that I understand you correctly:
>
> Code that (in this case _Win32) reads
> <code>
> HRESULT error = S_OK;
> HMODULE h = LoadLibrary("TDxNavlib.dll");
> if (!h) {
> // No SpaceMouse support exit gracefully.
> error = HRESULT_FROM_WIN32(GetLastError());
> }
> else {
> }
> </code>
> where TDxNavlib.dll is delivered as part of the 3Dconnexion device driver
> package is not an issue?
>
> Markus
>
>
>
> Markus Bonk
> Senior Software Engineer
>
> 3Dconnexion GmbH
> Clarita-Bernhard-Str. 18
> 81249 München
> Germany
>
>
>
> markus_bonk@xxxxxxxxxxxxxxx
> www.3dconnexion.com
>
> Geschäftsführer: Antonio Pascucci
> Sitz der Gesellschaft: München
> Registergericht: München HRB 99232
>
> This email and any files transmitted with are from 3Dconnexion GmbH. The
> contents of this email and any attachments are confidential to the intended
> recipient. They may not be disclosed to or used by or copied in any way by
> anyone other than the intended recipient. If this email is received in
> error, please contact 3Dconnexion GmbH by calling +49 89 8974542-0 and then
> delete it. Please note that neither 3Dconnexion GmbH nor the sender accepts
> any responsibility for viruses and it is your responsibility to scan or
> otherwise check this email and any attachments. Any opinion expressed in
> this email are those of the individual and not necessarily those of
> 3Dconnexion GmbH.
> 3Dconnexion GmbH processes and stores for commercial purposes your
> personal data, collected upon your consent, in accordance with its privacy
> policy available at https://www.3dconnexion.eu/privacy.html, which has
> been drafted in accordance with Regulation (EU) no. 679/2016 and all
> applicable local data protection laws and regulations of the countries
> where the company operates. To revoke your consent or exercise all your
> rights with regards to personal data, please contact us at
> privacy@xxxxxxxxxxxxxxx.
> -----Original Message-----
> From: Kicad-developers <kicad-developers-bounces+markus_bonk=
> 3dconnexion.com@xxxxxxxxxxxxxxxxxxx> On Behalf Of Wayne Stambaugh
> Sent: Thursday, February 25, 2021 6:06 PM
> To: kicad-developers@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Kicad-developers] Code execution context
>
> Any code contributed to KiCad would have to be release under the GPL3+ or
> compatible license to be accepted. Linking to proprietary drivers is not
> an issue since we already link to Windows and MacOS proprietrary libraries
> in order to provide KiCad on those platforms. We just cannot ship those
> libraries. Given that KiCad supports Linux, Windows, and macOS, we would
> prefer to provide a comparable experience on all supported platforms.
>
> Cheers,
>
> Wayne
>
> On 2/25/21 9:45 AM, Jon Evans wrote:
> > As long as the experience is the same on all platforms (Win, Mac,
> > Linux) and KiCad does not require any proprietary libraries to
> > compile, I think it is up to Wayne whether or not an optional
> > dependency on a proprietary library on Windows is acceptable.
> >
> > But, I would like to hear from Markus on the topic first -- if other
> > software is successfully using websockets to provide a good interface
> > to 3dconnexion hardware on Windows, maybe it is not as bad as you fear?
> >
> > -Jon
> >
> > On Thu, Feb 25, 2021 at 9:38 AM Mark Roszko <mark.roszko@xxxxxxxxx
> > <mailto:mark.roszko@xxxxxxxxx>> wrote:
> >
> > On another note, I personally am not a fan of websockets usage
> > locally on Windows. In corporate environments there's going to be
> > hell with security software interfering and in general it's fragile.
> >
> > I personally would rather just link against the 3dconnexion library
> > directly. We have the MSVC builds now, we can compile against MSVC
> > built libraries no problem. MSYS2 builds would just remain without
> it.
> >
> > But just my opinion on this.
> >
> > On Thu, Feb 25, 2021 at 9:32 AM Jon Evans <jon@xxxxxxxxxxxxx
> > <mailto:jon@xxxxxxxxxxxxx>> wrote:
> >
> > That is a good point Mark, we could either have this behind a
> > flag so that it only gets enabled/compiled with new-enough Boost
> > versions, or investigate a different websockets library.
> >
> > I'm not sure the overlap of 3dconnexion users and 18.04 users is
> > large enough to rule that approach out, at least if there are no
> > other issues with Beast.
> >
> > -Jon
> >
> > On Thu, Feb 25, 2021 at 9:23 AM Mark Roszko
> > <mark.roszko@xxxxxxxxx <mailto:mark.roszko@xxxxxxxxx>> wrote:
> >
> > * Boost 1.65 being the version Ubuntu 18.04 LTS currently
> > has and are committed to support until EOL.
> >
> > On Thu, Feb 25, 2021 at 9:19 AM Mark Roszko
> > <mark.roszko@xxxxxxxxx <mailto:mark.roszko@xxxxxxxxx>>
> wrote:
> >
> > Markus,
> >
> > We currently require support for a minimum of boost 1.59
> > due to Linux distros lagging behind. boost/beast is not
> > a viable option as beast did not appear in boost until
> 1.66.
> >
> > From some offhand sounding out we may be able to bump
> > the minimum to 1.65 but that doesn't help :/
> >
> >
> > Regards,
> > Mark
> >
> > On Thu, Feb 25, 2021 at 9:00 AM Jon Evans
> > <jon@xxxxxxxxxxxxx <mailto:jon@xxxxxxxxxxxxx>> wrote:
> >
> > Hello Markus,
> >
> > This is exciting news, as some of our users are also
> > big fans of 3dconnexion products[1]
> >
> > Others have looked in to what it would take in the
> > past, but there were some questions about the need
> > for proprietary drivers on some platforms[2]
> >
> > It sounds like this websocket interface is a new
> > approach that doesn't require any additional
> > libraries for KiCad to link against?
> > Does the hardware use some other daemon process to
> > bridge between the device driver and websockets?
> >
> > As you may know, KiCad uses wxWidgets as a
> > framework, so you probably want to plug in to the wx
> > event loop on the main thread.
> > There are some guidelines on this in their docs[3].
> >
> > You probably want to check out
> > ./common/view/wx_view_controls.cpp to see how
> > existing input events are handled by the 2D canvases.
> > I guess your new code would hook in here somewhere,
> > and provide additional event handlers to manage the
> > data from the 3D device.
> > Your communication thread should be able to post
> > wxWidgets events to the main thread and then we can
> > consume them here.
> >
> > By the way: although the wx docs use wxThread, I
> > think this general concept should work with C++
> > standard libraries threads just fine.
> > The documentation for wxEvtHandler::QueueEvent may
> > also be useful[4]
> >
> > Hope this helps!
> >
> > Best,
> > Jon
> >
> > [1]
> https://gitlab.com/kicad/code/kicad/-/issues/4951
> > [2]
> >
> https://lists.launchpad.net/kicad-developers/msg29464.html
> > [3]
> >
> https://wiki.wxwidgets.org/Inter-Thread_and_Inter-Process_communication#Sending_events_to_the_main_thread_-_wxWidgets_3_only
> > [4]
> >
> > https://docs.wxwidgets.org/3.0/classwx_evt_handler.html#acffd03bf407a8
> > 56166ea71ef0318b59a
> >
> >
> > On Thu, Feb 25, 2021 at 1:47 AM Markus Bonk
> > <markus_bonk@xxxxxxxxxxxxxxx
> > <mailto:markus_bonk@xxxxxxxxxxxxxxx>> wrote:
> >
> > Hi,____
> >
> > __ __
> >
> > I am currently investigating adding support for
> > 3D input devices to pcbnew. The plan is to use a
> > websocket interface (boost/beast) to communicate
> > with the 3D device. Effectively the
> > communication runs on an extra thread. Somewhere
> > the event code will need to switch to executing
> > on the main thread. ____
> >
> > __ __
> >
> > One way of achieving this on say win32 might be
> > to add functors to a queue post a message to a
> > message window handler in the main thread which
> > empties the queue and invokes the functor.____
> >
> > __ __
> >
> > Is such a mechanism already in place in KiCAD?
> > What is the KiCAD recommended solution to the
> > issue?____
> >
> > __ __
> >
> > Thanks____
> >
> > -Markus____
> >
> > __ __
> >
> > __ __
> >
> >
> > ----------------------------------------------------------------------
> > --
> >
> > *Markus Bonk*
> > Senior Software Engineer
> >
> > Clarita-Bernhard-Str. 18
> > 81249 München
> > Germany
> >
> >
> > markus_bonk@xxxxxxxxxxxxxxx
> > <mailto:markus_bonk@xxxxxxxxxxxxxxx><mailto:
> %7BE-mail%7D>
> > www.3dconnexion.com
> > <http://www.3dconnexion.com>
> >
> > Geschäftsführer: Antonio Pascucci
> > Sitz der Gesellschaft: München
> > Registergericht: München HRB 99232
> >
> > This email and any files transmitted with are
> > from 3Dconnexion GmbH. The contents of this
> > email and any attachments are confidential to
> > the intended recipient. They may not be
> > disclosed to or used by or copied in any way by
> > anyone other than the intended recipient. If
> > this email is received in error, please contact
> > 3Dconnexion GmbH by calling +49 89 8974542-0 and
> > then delete it. Please note that neither
> > 3Dconnexion GmbH nor the sender accepts any
> > responsibility for viruses and it is your
> > responsibility to scan or otherwise check this
> > email and any attachments. Any opinion expressed
> > in this email are those of the individual and
> > not necessarily those of 3Dconnexion GmbH.
> > 3Dconnexion GmbH processes and stores for
> > commercial purposes your personal data,
> > collected upon your consent, in accordance with
> > its privacy policy available at
> > https://www.3dconnexion.eu/privacy.html, which
> > has been drafted in accordance with Regulation
> > (EU) no. 679/2016 and all applicable local data
> > protection laws and regulations of the countries
> > where the company operates. To revoke your
> > consent or exercise all your rights with regards
> > to personal data, please contact us at
> > privacy@xxxxxxxxxxxxxxx
> > <mailto:privacy@xxxxxxxxxxxxxxx>.
> >
> > _______________________________________________
> > Mailing list:
> > https://launchpad.net/~kicad-developers
> > Post to :
> > kicad-developers@xxxxxxxxxxxxxxxxxxx
> > <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
> > Unsubscribe :
> > https://launchpad.net/~kicad-developers
> > More help :
> > https://help.launchpad.net/ListHelp
> >
> > _______________________________________________
> > Mailing list:
> https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
> > Unsubscribe :
> https://launchpad.net/~kicad-developers
> > More help : https://help.launchpad.net/ListHelp
> >
> >
> >
> > --
> > Mark
> >
> >
> >
> > --
> > Mark
> >
> >
> >
> > --
> > Mark
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help : https://help.launchpad.net/ListHelp
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
References
