Re: [Iup-users] Auto-scroll on appending text in IupText
rtnVal1 IupSetStrAttribute(handleTxtBox,'VALUE',ptrSomeTxt) rtnVal2 IupGetAttribute(handleTxtBox,'COUNT',rtnVal1) IupSetAttribute(handleTxtBox,'CARETPOS',rtnVal2) What that does is: 1) Append text to your textbox 2) Get the count of bytes in your textbox 3) Set your textbox cursor to point to the byte at count On 2020-05-28 at 2:36 AM, Damon H. (TheDcoder) wrote: Hello everyone! I hope you are all doing well during these unfortunate times. I have a question regarding automatic scrolling in a (multi-line) IupText control, I want to make the control scroll downwards (vertically) whenever I append text to it so that the end of the text is always visible, I see that there is no special attribute that I can set to enable this behaviour, so I was wondering what was the best way to implement it? Thank you for the help in advance! ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
Re: [Iup-users] IUP iupDlgListDestroyAll refactored
Because IupDestroy will also remove the dialog from that list and
list->next will be invalid.
Best,
Scuri
Em qui., 28 de mai. de 2020 às 18:55, Ranier Vilela
escreveu:
> Hi Scuri,
>
> Is there a special condition, so that the function below is not written
> like this?
>
> usr\iup_dlglist.c:
> void iupDlgListDestroyAll(void)
> {
> Idiallst *list;
> for (list = idlglist; list; list = list->next)
> {
> if (iupObjectCheck(list->ih))
> {
> IupDestroy(list->ih); /* this will also destroy the list */
> list->ih = NULL;
> }
> }
> }
>
> regards,
> Ranier Vilela
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users
Re: [Iup-users] [PATCH] Fix assorted readability names
Hi, I like the idea. Thanks for the contribution. But the headers are actually the priority. So the changes would need to be in the source code, but it is much more complicated because it changes lots of variable names. Changing in the header is much easier of course, but that's why I never updated the implementation. The header is the visible part, so I later changed those names to be according to the documentation or to be more presentable. But didn't have time to update the source code, I think It can introduce bugs because I don't know if it will affect other local variables inside the function implementation. Best, Scuri Em qui., 28 de mai. de 2020 às 21:48, Ranier Vilela escreveu: > Hi, > > Checking the IUP base code, there are several differences between > the declarations and the implementation of the code. > Most harmless, however, for reasons of readability, would it be better to > correct? > > regards, > Ranier Vilela___ > Iup-users mailing list > Iup-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/iup-users > ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
[Iup-users] IUP License Questions
We are using the IUP framework to create a commercial application. The decision to use this framework rested upon the statement; "IUP is free software, can be used for public and commercial applications". Unfortunately, our license compliance team has flagged some issues within IUP. It would appear that the claim "free" for "commercial applications" may not be entirely accurate. We are fortunate that we are currently not using these libraries, however, we could use some advice/suggestions on the best ways to eliminate this code. The licenses that are incompatible with out application include: - GPLv2 code which should not be linked with proprietary code - LGPLv3 code can be linked dynamically with proprietary code. It should be possible for the user to change the LGPLv3 library. Thanks in advance for any advice/help. Tysen Moore The specific files/library at issue are: 1- /thirdparty/im/src/fftw IMPORTANT: The FFTW lib has a GPL license. The license of the "im_fftw" library is automatically GPL. So you cannot use it for commercial applications without contacting the authors. PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 2- /thirdparty/im/src/minilzo "LZO compression support uses mini-libLZO version 2.07. \n http://www.oberhumer.com/opensource/lzo/ \n Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n But its License is GPL, so we kept it in a separate library called "im_lzo" that is also GPL." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 3- thirdparty/iup/srcmglplot "MathGL is a library for creating plots that is system independent. It is maintained by Alexey Balakin and available at SourceForge http://mathgl.sourceforge.net/";>http://mathgl.sourceforge.net/ with GPL and LGPL licenses." PROBLEM:This is licensed with GPL and LGPL licenses. MATGL appears to mainly be LGPLv3; however, iup/srcmglplot/mgl2/mgl.h is GPLv2 which prevents use in commercial apps. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 4- /thirdparty/iup/srctuio/tuio "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 5- /thirdparty/cd/src/pdflib "pdflib is not free for commercial products. If we don't use or we have a license than it's ok. Licensing and Copyright === THIS IS NOT PUBLIC DOMAIN OR FREEWARE SOFTWARE! PDFlib Lite can freely be used for non-profit personal use. The license text can be found in the file PDFlib-Lite-license.pdf. PDFlib, PDFlib+PDI, and PPS can only be used under the terms of a commercial license, and always require a license fee. Details of the license can be found in the file PDFlib-license.pdf. Licensing information is available in the file PDFlib-purchase-order.pdf, and on our Web site www.pdflib.com. Please contact us if you are interested in obtaining a commercial PDFlib license: PDFlib GmbH Licensing Department Franziska-Bilek-Weg 9, 80339 Munich, Germany fax +49/89/452 33 84-99 License inquiries: sa...@pdflib.com Support for PDFlib licensees: supp...@pdflib.com" PROBLEM:This is clearly NOT free for commercial use. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Any advice for removing this library and code cleanly? ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
Re: [Iup-users] IUP License Questions
Hi, 1. Are there other IUP dependencies that require this library? No, all these libraries are independent features. You can simply ignore them. You must link with the specific library to use it, and then be dependent of its license requirements. 2. There is no way this code can be used with a commercial app, correct? When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution. 3. Any advice for removing this library and code cleanly? As I said, you can simply ignore them by not using the features they provide for IM, CD and IUP. In these cases you must explicitly use something not in the regular IM, CD or IUP libraries. If you are linking with just the main IUP, CD and IM libraries you don't have to worry about these libraries. Best, Scuri Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen escreveu: > We are using the IUP framework to create a commercial application. The > decision to use this framework rested upon the statement; "IUP is free > software, can be used for public and commercial applications". > Unfortunately, our license compliance team has flagged some issues within > IUP. It would appear that the claim "free" for "commercial applications" > may not be entirely accurate. We are fortunate that we are currently not > using these libraries, however, we could use some advice/suggestions on the > best ways to eliminate this code. > > The licenses that are incompatible with out application include: > - GPLv2 code which should not be linked with proprietary code > - LGPLv3 code can be linked dynamically with proprietary code. It should > be possible for the user to change the LGPLv3 library. > > Thanks in advance for any advice/help. > > Tysen Moore > > > The specific files/library at issue are: > > 1- /thirdparty/im/src/fftw > > IMPORTANT: The FFTW lib has a GPL license. The license of the > "im_fftw" library is automatically GPL. > So you cannot use it for commercial applications without contacting > the authors. > > PROBLEM:This makes this library unusable for our commercial > application. > RESOLUTION: Luckily we are not using this code. > QUESTIONS: 1. Are there other IUP dependencies that require this > library? > 2. There is no way this code can be used with a commercial > app, correct? > 3. Any advice for removing this library and code cleanly? > > 2- /thirdparty/im/src/minilzo > > "LZO compression support uses mini-libLZO version 2.07. \n > http://www.oberhumer.com/opensource/lzo/ \n > Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n > But its License is GPL, so we kept it in a separate library > called "im_lzo" that is also GPL." > > PROBLEM:This makes this library unusable for our commercial > application. > RESOLUTION: Luckily we are not using this code. > QUESTIONS: 1. Are there other IUP dependencies that require this > library? > 2. There is no way this code can be used with a commercial > app, correct? > 3. Any advice for removing this library and code cleanly? > > 3- thirdparty/iup/srcmglplot > > "MathGL is a library for creating plots that is system independent. > It is > maintained by Alexey Balakin and available at SourceForge > http://mathgl.sourceforge.net/";> > http://mathgl.sourceforge.net/ with > GPL and > LGPL licenses." > > PROBLEM:This is licensed with GPL and LGPL licenses. MATGL > appears to mainly be LGPLv3; however, iup/srcmglplot/mgl2/mgl.h is GPLv2 > which prevents use in commercial apps. > RESOLUTION: Luckily we are not using this code. > QUESTIONS: 1. Are there other IUP dependencies that require this > library? > 2. There is no way this code can be used with a commercial > app, correct? > 3. Any advice for removing this library and code cleanly? > > 4- /thirdparty/iup/srctuio/tuio > > "This program is free software; you can redistribute it and/or modify > it > under the terms of the GNU General Public License as published by the > Free > Software Foundation; either version 2 of the License, or (at your > option) > any later version." > > PROBLEM:This makes this library unusable for our commercial > application. > RESOLUTION: Luckily we are not using this code. > QUESTIONS: 1. Are there other IUP dependencies that require this > library? > 2. There is no way this code can be used with a commercial > app, correct? > 3. Any advice for removing this library and code cleanly? > > 5- /thirdparty/cd/src/pdflib > > "pdflib is not free for commercial products. If we don't use or we > have a license than it's ok. > Licensing and Copyright > === > THIS IS NOT PUBLIC DOMAIN OR FREEWARE SOFTWARE! > > PDFlib Lite can freely be used for non-profit personal use.
Re: [Iup-users] IUP License Questions
Ola, "When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution" Does PUC-RIO have a copy of all the licenses required for their independently licensed features in the distribution or IUP/IM/CD website, or do we have to research that on our own? Regards, Andres On 2020-05-29 at 8:02 AM, Antonio Scuri wrote: Hi, 1. Are there other IUP dependencies that require this library? No, all these libraries are independent features. You can simply ignore them. You must link with the specific library to use it, and then be dependent of its license requirements. 2. There is no way this code can be used with a commercial app, correct? When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution. 3. Any advice for removing this library and code cleanly? As I said, you can simply ignore them by not using the features they provide for IM, CD and IUP. In these cases you must explicitly use something not in the regular IM, CD or IUP libraries. If you are linking with just the main IUP, CD and IM libraries you don't have to worry about these libraries. Best, Scuri Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen escreveu: We are using the IUP framework to create a commercial application. The decision to use this framework rested upon the statement; "IUP is free software, can be used for public and commercial applications". Unfortunately, our license compliance team has flagged some issues within IUP. It would appear that the claim "free" for "commercial applications" may not be entirely accurate. We are fortunate that we are currently not using these libraries, however, we could use some advice/suggestions on the best ways to eliminate this code. The licenses that are incompatible with out application include: - GPLv2 code which should not be linked with proprietary code - LGPLv3 code can be linked dynamically with proprietary code. It should be possible for the user to change the LGPLv3 library. Thanks in advance for any advice/help. Tysen Moore The specific files/library at issue are: 1- /thirdparty/im/src/fftw IMPORTANT: The FFTW lib has a GPL license. The license of the "im_fftw" library is automatically GPL. So you cannot use it for commercial applications without contacting the authors. PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 2- /thirdparty/im/src/minilzo "LZO compression support uses mini-libLZO version 2.07. \n http://www.oberhumer.com/opensource/lzo/ \n Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n But its License is GPL, so we kept it in a separate library called "im_lzo" that is also GPL." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 3- thirdparty/iup/srcmglplot "MathGL is a library for creating plots that is system independent. It is maintained by Alexey Balakin and available at SourceForge http://mathgl.sourceforge.net/";>http://mathgl.sourceforge.net/ with GPL and LGPL licenses." PROBLEM:This is licensed with GPL and LGPL licenses. MATGL appears to mainly be LGPLv3; however, iup/srcmglplot/mgl2/mgl.h is GPLv2 which prevents use in commercial apps. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 4- /thirdparty/iup/srctuio/tuio "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 5- /thirdparty/cd/src/pdflib "pdflib is not f
Re: [Iup-users] IUP License Questions
Yes, in the IUP, CD and IM documentation we include the license terms of all third party libraries. Best, Scuri Em sex, 29 de mai de 2020 12:33, Andrew Robinson escreveu: > Ola, > > "*When using LGPL you can if the library is in an external module, for > instance in a DLL. And you must include its license text in the > distribution*" > > Does PUC-RIO have a copy of all the licenses required for their > independently licensed features in the distribution or IUP/IM/CD website, > or do we have to research that on our own? > > Regards, > Andres > > On 2020-05-29 at 8:02 AM, Antonio Scuri wrote: > > Hi, > > 1. Are there other IUP dependencies that require this library? > > No, all these libraries are independent features. You can simply ignore > them. You must link with the specific library to use it, and then be > dependent of its license requirements. > > 2. There is no way this code can be used with a commercial app, correct? > > When using LGPL you can if the library is in an external module, for > instance in a DLL. And you must include its license text in the > distribution. > > 3. Any advice for removing this library and code cleanly? > > As I said, you can simply ignore them by not using the features they > provide for IM, CD and IUP. In these cases you must explicitly use > something not in the regular IM, CD or IUP libraries. If you are linking > with just the main IUP, CD and IM libraries you don't have to worry about > these libraries. > > Best, > Scuri > > > Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen > escreveu: > >> We are using the IUP framework to create a commercial application. The >> decision to use this framework rested upon the statement; "IUP is free >> software, can be used for public and commercial applications". >> Unfortunately, our license compliance team has flagged some issues within >> IUP. It would appear that the claim "free" for "commercial applications" >> may not be entirely accurate. We are fortunate that we are currently not >> using these libraries, however, we could use some advice/suggestions on the >> best ways to eliminate this code. >> >> The licenses that are incompatible with out application include: >> - GPLv2 code which should not be linked with proprietary code >> - LGPLv3 code can be linked dynamically with proprietary code. It should >> be possible for the user to change the LGPLv3 library. >> >> Thanks in advance for any advice/help. >> >> Tysen Moore >> >> >> The specific files/library at issue are: >> >> 1- /thirdparty/im/src/fftw >> >> IMPORTANT: The FFTW lib has a GPL license. The license of the >> "im_fftw" library is automatically GPL. >> So you cannot use it for commercial applications without contacting >> the authors. >> >> PROBLEM:This makes this library unusable for our commercial >> application. >> RESOLUTION: Luckily we are not using this code. >> QUESTIONS: 1. Are there other IUP dependencies that require this >> library? >> 2. There is no way this code can be used with a >> commercial app, correct? >> 3. Any advice for removing this library and code cleanly? >> >> 2- /thirdparty/im/src/minilzo >> >> "LZO compression support uses mini-libLZO version 2.07. \n >> http://www.oberhumer.com/opensource/lzo/ \n >> Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n >> But its License is GPL, so we kept it in a separate library >> called "im_lzo" that is also GPL." >> >> PROBLEM:This makes this library unusable for our commercial >> application. >> RESOLUTION: Luckily we are not using this code. >> QUESTIONS: 1. Are there other IUP dependencies that require this >> library? >> 2. There is no way this code can be used with a >> commercial app, correct? >> 3. Any advice for removing this library and code cleanly? >> >> 3- thirdparty/iup/srcmglplot >> >> "MathGL is a library for creating plots that is system >> independent. It is >> maintained by Alexey Balakin and available at SourceForge >> http://mathgl.sourceforge.net/";> >> http://mathgl.sourceforge.net/ with >> GPL and >> LGPL licenses." >> >> PROBLEM:This is licensed with GPL and LGPL licenses. MATGL >> appears to mainly be LGPLv3; however, iup/srcmglplot/mgl2/mgl.h is GPLv2 >> which prevents use in commercial apps. >> RESOLUTION: Luckily we are not using this code. >> QUESTIONS: 1. Are there other IUP dependencies that require this >> library? >> 2. There is no way this code can be used with a >> commercial app, correct? >> 3. Any advice for removing this library and code cleanly? >> >> 4- /thirdparty/iup/srctuio/tuio >> >> "This program is free software; you can redistribute it and/or modify >> it >> under the terms of the GNU General Public License as published by the >> Free >> Software Foundation; either version 2 of the License, or (at your >> option) >
Re: [Iup-users] IUP License Questions
It might be useful for other users if the documentation clearly listed these libraries and their licenses as potential license problems below the statement, "IUP is free software, can be used for public and commercial applications.". A simple listing would make it easier for users to know of potential licensing issues up front and not have to dig into various places in the code to investigate each library. We were fortunate to have not used some of these libraries in our initial development, other developers may be less fortunate. It's only a simple documentation improvement/suggestion to clarify the licensing. Thanks for your time and support. Tysen ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
Re: [Iup-users] IUP License Questions
I can't seem to find it so can you give a link to the online IUP documentation where it lists all the third party functions and their licenses? Best Regards, Andres On 2020-05-29 at 8:36 AM, Antonio Scuri wrote: Yes, in the IUP, CD and IM documentation we include the license terms of all third party libraries. Best, Scuri Em sex, 29 de mai de 2020 12:33, Andrew Robinson escreveu: Ola, "When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution" Does PUC-RIO have a copy of all the licenses required for their independently licensed features in the distribution or IUP/IM/CD website, or do we have to research that on our own? Regards, Andres On 2020-05-29 at 8:02 AM, Antonio Scuri wrote: Hi, 1. Are there other IUP dependencies that require this library? No, all these libraries are independent features. You can simply ignore them. You must link with the specific library to use it, and then be dependent of its license requirements. 2. There is no way this code can be used with a commercial app, correct? When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution. 3. Any advice for removing this library and code cleanly? As I said, you can simply ignore them by not using the features they provide for IM, CD and IUP. In these cases you must explicitly use something not in the regular IM, CD or IUP libraries. If you are linking with just the main IUP, CD and IM libraries you don't have to worry about these libraries. Best, Scuri Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen escreveu: We are using the IUP framework to create a commercial application. The decision to use this framework rested upon the statement; "IUP is free software, can be used for public and commercial applications". Unfortunately, our license compliance team has flagged some issues within IUP. It would appear that the claim "free" for "commercial applications" may not be entirely accurate. We are fortunate that we are currently not using these libraries, however, we could use some advice/suggestions on the best ways to eliminate this code. The licenses that are incompatible with out application include: - GPLv2 code which should not be linked with proprietary code - LGPLv3 code can be linked dynamically with proprietary code. It should be possible for the user to change the LGPLv3 library. Thanks in advance for any advice/help. Tysen Moore The specific files/library at issue are: 1- /thirdparty/im/src/fftw IMPORTANT: The FFTW lib has a GPL license. The license of the "im_fftw" library is automatically GPL. So you cannot use it for commercial applications without contacting the authors. PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 2- /thirdparty/im/src/minilzo "LZO compression support uses mini-libLZO version 2.07. \n http://www.oberhumer.com/opensource/lzo/ \n Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n But its License is GPL, so we kept it in a separate library called "im_lzo" that is also GPL." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 3- thirdparty/iup/srcmglplot "MathGL is a library for creating plots that is system independent. It is maintained by Alexey Balakin and available at SourceForge http://mathgl.sourceforge.net/";>http://mathgl.sourceforge.net/ with GPL and LGPL licenses." PROBLEM:This is licensed with GPL and LGPL licenses. MATGL appears to mainly be LGPLv3; however, iup/srcmglplot/mgl2/mgl.h is GPLv2 which prevents use in commercial apps. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 4- /thirdparty/iup/srctuio/tuio "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." PROBLEM:This makes t
Re: [Iup-users] IUP License Questions
Each of IM, CD or IUP libraries that use third party libraries that have a license term different than IUP, has a separate page in the documentation. If you use those libraries you should check their documentation. In their documentation there should be a note about the license terms, and usually a link to the term itself. The IM, CD and IUP source code package also include those license terms. Best, Scuri Em sex., 29 de mai. de 2020 às 14:11, Andrew Robinson escreveu: > I can't seem to find it so can you give a link to the online IUP > documentation where it lists all the third party functions and their > licenses? > > Best Regards, > Andres > > On 2020-05-29 at 8:36 AM, Antonio Scuri wrote: > > Yes, in the IUP, CD and IM documentation we include the license terms of > all third party libraries. > > Best, > Scuri > > > Em sex, 29 de mai de 2020 12:33, Andrew Robinson > escreveu: > >> Ola, >> >> "*When using LGPL you can if the library is in an external module, for >> instance in a DLL. And you must include its license text in the >> distribution*" >> >> Does PUC-RIO have a copy of all the licenses required for their >> independently licensed features in the distribution or IUP/IM/CD website, >> or do we have to research that on our own? >> >> Regards, >> Andres >> >> On 2020-05-29 at 8:02 AM, Antonio Scuri wrote: >> >> Hi, >> >> 1. Are there other IUP dependencies that require this library? >> >> No, all these libraries are independent features. You can simply ignore >> them. You must link with the specific library to use it, and then be >> dependent of its license requirements. >> >> 2. There is no way this code can be used with a commercial app, correct? >> >> When using LGPL you can if the library is in an external module, for >> instance in a DLL. And you must include its license text in the >> distribution. >> >> 3. Any advice for removing this library and code cleanly? >> >> As I said, you can simply ignore them by not using the features they >> provide for IM, CD and IUP. In these cases you must explicitly use >> something not in the regular IM, CD or IUP libraries. If you are linking >> with just the main IUP, CD and IM libraries you don't have to worry about >> these libraries. >> >> Best, >> Scuri >> >> >> Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen < >> tysen_mo...@mentor.com> escreveu: >> >>> We are using the IUP framework to create a commercial application. The >>> decision to use this framework rested upon the statement; "IUP is free >>> software, can be used for public and commercial applications". >>> Unfortunately, our license compliance team has flagged some issues within >>> IUP. It would appear that the claim "free" for "commercial applications" >>> may not be entirely accurate. We are fortunate that we are currently not >>> using these libraries, however, we could use some advice/suggestions on the >>> best ways to eliminate this code. >>> >>> The licenses that are incompatible with out application include: >>> - GPLv2 code which should not be linked with proprietary code >>> - LGPLv3 code can be linked dynamically with proprietary code. It should >>> be possible for the user to change the LGPLv3 library. >>> >>> Thanks in advance for any advice/help. >>> >>> Tysen Moore >>> >>> >>> The specific files/library at issue are: >>> >>> 1- /thirdparty/im/src/fftw >>> >>> IMPORTANT: The FFTW lib has a GPL license. The license of the >>> "im_fftw" library is automatically GPL. >>> So you cannot use it for commercial applications without contacting >>> the authors. >>> >>> PROBLEM:This makes this library unusable for our commercial >>> application. >>> RESOLUTION: Luckily we are not using this code. >>> QUESTIONS: 1. Are there other IUP dependencies that require this >>> library? >>> 2. There is no way this code can be used with a >>> commercial app, correct? >>> 3. Any advice for removing this library and code cleanly? >>> >>> 2- /thirdparty/im/src/minilzo >>> >>> "LZO compression support uses mini-libLZO version 2.07. \n >>> http://www.oberhumer.com/opensource/lzo/ \n >>> Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n >>> But its License is GPL, so we kept it in a separate library >>> called "im_lzo" that is also GPL." >>> >>> PROBLEM:This makes this library unusable for our commercial >>> application. >>> RESOLUTION: Luckily we are not using this code. >>> QUESTIONS: 1. Are there other IUP dependencies that require this >>> library? >>> 2. There is no way this code can be used with a >>> commercial app, correct? >>> 3. Any advice for removing this library and code cleanly? >>> >>> 3- thirdparty/iup/srcmglplot >>> >>> "MathGL is a library for creating plots that is system >>> independent. It is >>> maintained by Alexey Balakin and available at SourceForge >>> http://mathgl.sourceforge.net/";> >>> http://mathgl.
Re: [Iup-users] IUP License Questions
G'day, A couple of comments about including/excluding libraries, that superficially look good, but may require more effort to realise: 1. The Good: IUP's top-level Makefile has an "EXCLUDE_TARGETS=..." feature, so that subtargets can be switched in/out from the command line. There's relatively little nesting of functionality; all subtargets are fairly self-contained, as, in some cases, they compile to independent programs. Therefore, the EXCLUDE_TARGETS approach works well. 2. The Bad: CD and IM, by contrast, are more heavily nested in the way the code is arranged in the project tree. There is usually only one build subdirectory -- "src/", and you run make from there. So, neither IM or CD has implemented an EXCLUDE_TARGETS facility, despite it being very easy to change the top-level Makefile code in the way that this was done for IUP. 3. zlib -- Half-in, half out. "zlib" is an example of this -- there is a copy of a snapshot of the library at some point, but the build system tries to use an external runtime library (.so/.dll) in preference to the code in the tree. Within the tree, zlib is not a top-level target; it is (forgive my fading memory) a couple of levels deeper below the toplevel. The zlib code has not been removed from the tree, despite being slightly out-of-date. I suspect some existing or proposed platforms exist where an external runtime zlib library binary is not supported. Other reasons may include removal being a low-priority, higher-risk activity that is rated as low-value, relative to competing work (e.g. IUP). cheers, sur-behoffski (Brenton Hoff) programmer, Grouse Software ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
Re: [Iup-users] IUP License Questions
"Each of IM, CD or IUP libraries that use third party libraries that have a license term different than IUP, has a separate page in the documentation" Where in the documentation? I can easily find the IUP license in the documentation, but not any third party licenses. All the licenses should be in one place. On 2020-05-29 at 11:38 AM, Antonio Scuri wrote: Each of IM, CD or IUP libraries that use third party libraries that have a license term different than IUP, has a separate page in the documentation. If you use those libraries you should check their documentation. In their documentation there should be a note about the license terms, and usually a link to the term itself. The IM, CD and IUP source code package also include those license terms. Best, Scuri Em sex., 29 de mai. de 2020 às 14:11, Andrew Robinson escreveu: I can't seem to find it so can you give a link to the online IUP documentation where it lists all the third party functions and their licenses? Best Regards, Andres On 2020-05-29 at 8:36 AM, Antonio Scuri wrote: Yes, in the IUP, CD and IM documentation we include the license terms of all third party libraries. Best, Scuri Em sex, 29 de mai de 2020 12:33, Andrew Robinson escreveu: Ola, "When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution" Does PUC-RIO have a copy of all the licenses required for their independently licensed features in the distribution or IUP/IM/CD website, or do we have to research that on our own? Regards, Andres On 2020-05-29 at 8:02 AM, Antonio Scuri wrote: Hi, 1. Are there other IUP dependencies that require this library? No, all these libraries are independent features. You can simply ignore them. You must link with the specific library to use it, and then be dependent of its license requirements. 2. There is no way this code can be used with a commercial app, correct? When using LGPL you can if the library is in an external module, for instance in a DLL. And you must include its license text in the distribution. 3. Any advice for removing this library and code cleanly? As I said, you can simply ignore them by not using the features they provide for IM, CD and IUP. In these cases you must explicitly use something not in the regular IM, CD or IUP libraries. If you are linking with just the main IUP, CD and IM libraries you don't have to worry about these libraries. Best, Scuri Em sex., 29 de mai. de 2020 às 11:45, Moore, Tysen escreveu: We are using the IUP framework to create a commercial application. The decision to use this framework rested upon the statement; "IUP is free software, can be used for public and commercial applications". Unfortunately, our license compliance team has flagged some issues within IUP. It would appear that the claim "free" for "commercial applications" may not be entirely accurate. We are fortunate that we are currently not using these libraries, however, we could use some advice/suggestions on the best ways to eliminate this code. The licenses that are incompatible with out application include: - GPLv2 code which should not be linked with proprietary code - LGPLv3 code can be linked dynamically with proprietary code. It should be possible for the user to change the LGPLv3 library. Thanks in advance for any advice/help. Tysen Moore The specific files/library at issue are: 1- /thirdparty/im/src/fftw IMPORTANT: The FFTW lib has a GPL license. The license of the "im_fftw" library is automatically GPL. So you cannot use it for commercial applications without contacting the authors. PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 2- /thirdparty/im/src/minilzo "LZO compression support uses mini-libLZO version 2.07. \n http://www.oberhumer.com/opensource/lzo/ \n Copyright (C) 1996-2014 Markus Franz Xaver Johannes Oberhumer \n But its License is GPL, so we kept it in a separate library called "im_lzo" that is also GPL." PROBLEM:This makes this library unusable for our commercial application. RESOLUTION: Luckily we are not using this code. QUESTIONS: 1. Are there other IUP dependencies that require this library? 2. There is no way this code can be used with a commercial app, correct? 3. Any advice for removing this library and code cleanly? 3- thirdparty/iup/srcmglplot "MathGL is a library for creating plots that is system independent. It is maintained by Alexey Balakin and available at SourceForge http://mathgl.sourceforge.net/";>http://mathgl.sourcef
[Iup-users] IUP assorted issues
Hi Scuri, Attached, new patch, with numerous suggestions for various corrections. Please review the patch, any questions, I am available. I will try to summarize some of the problems encountered, but as there are many, it may be that some of them have passed. 1. \ src \ iup_colorbrowser.c (184) diff1 <1 and diff2 <1 always false There must be a problem with the logic of this function, since the test will always be false, so I modified the test to an else if, maybe this is the expected behavior initially. 2. \ src \ iup_flatbutton.c (246, 268) Here again some logic error, because the assigned variable, will never be used (selected). 3. \ src \ iup_flattoggle.c (363, 368, 378, 397) Here again some logic error, because the assigned variable, will never be used (selected). 4. \ src \ iup_maskmatch.c (504) The pos variable, shadows another variable of the same name. 5. \ src \ iup_flattree.c (3432) Repeated if test, either it is redundant or it should be another test. 6. \ src \ iup_flattree.c (3570) I believe that the else should be 0 and not 1. 7. \ src \ gtk \ iupgtk_str.c (78) The test of the charset variable will always be true, so I redid the logic of the functions, simplifying it significantly, note that if: if (! charset || iupStrIsAscii (str)) if! charser is tested first, it doesn't need to be tested anymore. 8. \ src \ gtk \ iupgtk_list.c (646) ! value will always be false here, it can be safely removed. 9. \ src \ mot \ iupmot_font.c (254) I believe there is a bug here, but I don't know the correct solution, modfont is assigned but never used, I believe the function should be carefully reviewed. 10. \ src \ mot \ iupmot_canvas.c (73) I renamed the cb variable to cb_action, to not shade cb variable. 11. \ src \ mot \ iupmot_filedlg.c (90) There must be a bug here, because apparently ret_code never changes, so the rest of the function doesn't seem to work properly. 12. \ src \ mot \ iupmot_dialog.c (349) There must be a bug here, it should be: atoms [0] = state1; atoms [1] = state2; 13. \ src \ mot \ iupmot_tabs.c (300) Again shaded variable, reformulated to avoid. 14. \ src \ mot \ iupmot_text.c (684) The function deserves a careful review, because the value parameter is being shaded by another local variable, renamed to avoid it, but I don't know if it's the expected behavior. regards, Ranier Vilela assorted_issues.patch Description: assorted_issues.patch ___ Iup-users mailing list Iup-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/iup-users
