[Gambas-user] [Gambas Bug Tracker] Bug #947: Can't compile gb.jit with 3.5.2 version
http://gambaswiki.org/bugtracker/edit?object=BUG.947&from=L21haW4- Comment #3 by Fabien BODARD: Debian have problems too https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822719 -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #31 by PICCORO LENZ MCKAY: gambas 3.9.1 will be released and this patch still does not in the trunk! -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
still this are open and the patch was given: http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- and some bugs found related to hmac crypt, seems its better in the near future use polarssl event the openssl that has a long bugs history Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com 2016-09-04 16:12 GMT-04:00 Benoît Minisini : > Hi, > > I have uploaded a source package of gambas 3.9.1 so that you can test it > before making it official. > > I have fixed most of the serious bugs found since the Gambas 3.9.0 > release. I will write the changelog after this mail. > > Download it at: > > https://sourceforge.net/projects/gambas/files/gambas3/ > gambas3-3.9.1.tar.bz2/download > > And report any problem as usual. > > Regards, > > -- > Benoît Minisini > > > -- > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #32 by Tobias BOEGE: Yes, because I rejected it with lots of words in comment #29 and I believe I set the bug status to "Rejected", too, but maybe I forgot. Tobias BOEGE changed the state of the bug to: Rejected. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
Le 05/09/2016 à 16:48, PICCORO McKAY Lenz a écrit : > still this are open and the patch was given: > > http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- > > and some bugs found related to hmac crypt, seems its better in the near > future use polarssl event the openssl that has a long bugs history > > Lenz McKAY Gerardo (PICCORO) > http://qgqlochekone.blogspot.com > Once Tobias has committed the patch, you get it in the next stable version. Apparently, openssl is a bad beast and the patch is not so trivial, so it takes a little time. -- Benoît Minisini -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
Le 05/09/2016 à 16:53, Benoît Minisini a écrit : > Le 05/09/2016 à 16:48, PICCORO McKAY Lenz a écrit : >> still this are open and the patch was given: >> >> http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- >> >> and some bugs found related to hmac crypt, seems its better in the near >> future use polarssl event the openssl that has a long bugs history >> >> Lenz McKAY Gerardo (PICCORO) >> http://qgqlochekone.blogspot.com >> > > Once Tobias has committed the patch, you get it in the next stable version. > > Apparently, openssl is a bad beast and the patch is not so trivial, so > it takes a little time. > I have read the discussion. If I understood, but Tobias knows better, gb.openssl needs a function that is officially present in OpenSSL >= 1.0. But apparently on some Debian systems, OpenSSL has been patched to have this function in versions lower than 1.0. @Tobias: you can replace a test on the openssl version by a test on the availability of a function in a library. 'autoconf' allows that, it just a matter of remembering how. :-) -- Benoît Minisini -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
the patch that i proposed made the trick! and i found another bug related to older compilers and proposed a patch that i'll send in few minutes Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com 2016-09-05 10:57 GMT-04:00 Benoît Minisini : > Le 05/09/2016 à 16:53, Benoît Minisini a écrit : > > Le 05/09/2016 à 16:48, PICCORO McKAY Lenz a écrit : > >> still this are open and the patch was given: > >> > >> http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- > >> > >> and some bugs found related to hmac crypt, seems its better in the near > >> future use polarssl event the openssl that has a long bugs history > >> > >> Lenz McKAY Gerardo (PICCORO) > >> http://qgqlochekone.blogspot.com > >> > > > > Once Tobias has committed the patch, you get it in the next stable > version. > > > > Apparently, openssl is a bad beast and the patch is not so trivial, so > > it takes a little time. > > > > I have read the discussion. If I understood, but Tobias knows better, > gb.openssl needs a function that is officially present in OpenSSL >= > 1.0. But apparently on some Debian systems, OpenSSL has been patched to > have this function in versions lower than 1.0. > > @Tobias: you can replace a test on the openssl version by a test on the > availability of a function in a library. 'autoconf' allows that, it just > a matter of remembering how. :-) > > -- > Benoît Minisini > > > -- > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
On Mon, 05 Sep 2016, Benoît Minisini wrote: > Le 05/09/2016 à 16:48, PICCORO McKAY Lenz a écrit : > > still this are open and the patch was given: > > > > http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- > > > > and some bugs found related to hmac crypt, seems its better in the near > > future use polarssl event the openssl that has a long bugs history > > > > Lenz McKAY Gerardo (PICCORO) > > http://qgqlochekone.blogspot.com > > > > Once Tobias has committed the patch, you get it in the next stable version. > > Apparently, openssl is a bad beast and the patch is not so trivial, so > it takes a little time. > Two things are preventing me from applying it: 1. Currently: I have exams and my thesis to do. 2. More fundamentally: I see no point in that patch. It adds code that is compiled in for openssl versions so old that the configure script would not even enable gb.openssl. Apparently Piccoro's openssl version, which is strictly below the requirement of 1.0.0, is some marvellous chimera of patches which somehow add the functions required to build gb.openssl even if the version number is too small. But I have no idea where these patches come from. I have inspected the squeeze-lts (which is the Debian version he is running(?)) package of openssl with its patches twice and could not find a way which could have added these functions. So, I simply don't understand how it is possible that gb.openssl compiles on his deprecated system, and I /believe/ it is some specific patch on his end. Therefore, I can't just lower the general version requirement, because it might break on systems which don't have this mysterious patch. If I don't lower the version requirement from 1.0.0 to 0.9.8o, then the patch is effectively useless and there is no justification to apply it. My stance is that since (for all I know) his openssl is very old and very special (in a way that conflicts with the openssl changelog), he should be the one to patch his local Gambas source tree to compile with his local openssl version. So the problem really is my lack of understanding. If anyone understands why Piccoro's openssl 0.9.8o has the EVP_MD_do_all() function, please explain the situation to me. Otherwise I'll do nothing. But Benoit: if you say we can just apply it even if it makes no sense, and propose something sensible for the commit log, I'll just throw it in and try to forget this huge waste of time. We are talking hours upon hours about openssl on a Debian that has ended LTS support 6 months ago for god's sake. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #992: error compiling again libxml due missing define and compat with gcc 4.7 and 4.3
http://gambaswiki.org/bugtracker/edit?object=BUG.992&from=L21haW4- PICCORO LENZ MCKAY reported a new bug. Summary --- error compiling again libxml due missing define and compat with gcc 4.7 and 4.3 Type : Bug Priority : High Gambas version : 3.9.90 (TRUNK) Product : Development Environment Description --- when compiling gb.xml module got this error that are not present 3.9.0 release: CXXgb_xml_la-main.lo CXXgb_xml_la-utils.lo utils.cpp: In function ‘void XML_Format(GB_VALUE*, char*&, size_t&)’: utils.cpp:254: error: expected `)' before ‘PRId64’ utils.cpp:254: warning: spurious trailing ‘%’ in format utils.cpp:254: warning: too many arguments for format make[6]: *** [gb_xml_la-utils.lo] Error 1 this are tdue the las BUG FIX change in commit 7887 about the 32bit printf format bug: - fprintf(stderr, "error write: %ld\n", size); + fprintf(stderr, "error write: %" PRId64 "\n", size); this happend when the compiler doesn't support inttypes.h properly, means some backports (like winbuntu 12.04 LTS) could not be possible! my backports does will not possible due this change this line must be added: #define __STDC_FORMAT_MACROS 1 and also include after the last the #include here the patch: --- utils.cpp.old +++ utils.cpp @@ -19,6 +19,8 @@ ***/ +#define __STDC_FORMAT_MACROS 1 + #include "utils.h" #include "gbinterface.h" #include "gb_common.h" @@ -27,6 +29,7 @@ #include #include #include +#include #ifdef OS_MACOSX void *memrchr(const char *s, int c, size_t n) -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #992: error compiling again libxml due missing define and compat with gcc 4.7 and 4.3
http://gambaswiki.org/bugtracker/edit?object=BUG.992&from=L21haW4- Comment #1 by Benoît MINISINI: Can you try revision #7891 and tell me if it fixes the compilation problem? Benoît MINISINI changed the state of the bug to: Accepted. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
Le 05/09/2016 à 17:22, Tobias Boege a écrit : > > Two things are preventing me from applying it: > > 1. Currently: I have exams and my thesis to do. Hope everything goes well! > 2. More fundamentally: I see no point in that patch. It adds code that is > compiled in for openssl versions so old that the configure script would > not even enable gb.openssl. > > Apparently Piccoro's openssl version, which is strictly below the requirement > of 1.0.0, is some marvellous chimera of patches which somehow add the > functions required to build gb.openssl even if the version number is too > small. But I have no idea where these patches come from. I have inspected the > squeeze-lts (which is the Debian version he is running(?)) package of openssl > with its patches twice and could not find a way which could have added these > functions. > > So, I simply don't understand how it is possible that gb.openssl compiles on > his deprecated system, and I /believe/ it is some specific patch on his end. > Therefore, I can't just lower the general version requirement, because it > might break on systems which don't have this mysterious patch. > > If I don't lower the version requirement from 1.0.0 to 0.9.8o, then the > patch is effectively useless and there is no justification to apply it. > My stance is that since (for all I know) his openssl is very old and very > special (in a way that conflicts with the openssl changelog), he should be > the one to patch his local Gambas source tree to compile with his local > openssl version. > > So the problem really is my lack of understanding. If anyone understands why > Piccoro's openssl 0.9.8o has the EVP_MD_do_all() function, please explain the > situation to me. Otherwise I'll do nothing. > > But Benoit: if you say we can just apply it even if it makes no sense, and > propose something sensible for the commit log, I'll just throw it in and try > to forget this huge waste of time. We are talking hours upon hours about > openssl on a Debian that has ended LTS support 6 months ago for god's sake. > > Regards, > Tobi > OK, I get it. No, if a patch has non sense, there is no reason to apply it. If there is only one function missing, and its source code is simple enough, you can add it to the source code conditionnally, by testing its unavailability in the 'configure.ac' file. If the problem concerns other functions of the openssl API, we will do nothing. Too much work for that! -- Benoît Minisini -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #33 by Tobias BOEGE: Prompted by a comment of Benoit on the mailing list, I have applied the patch in #7892 and replaced the version requirement by a check if the EVP_MD_do_all() function is present in libcrypto. I honestly don't know how reliable this check is and can only hope it doesn't break on normal systems. It works on mine at least. Please verify that Gambas compiles and works with the latest revision. Tobias BOEGE changed the state of the bug to: Working. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
On Mon, 05 Sep 2016, Benoît Minisini wrote: > Le 05/09/2016 à 17:22, Tobias Boege a écrit : > > > > Two things are preventing me from applying it: > > > > 1. Currently: I have exams and my thesis to do. > > Hope everything goes well! > > > 2. More fundamentally: I see no point in that patch. It adds code that is > > compiled in for openssl versions so old that the configure script would > > not even enable gb.openssl. > > > > Apparently Piccoro's openssl version, which is strictly below the > > requirement > > of 1.0.0, is some marvellous chimera of patches which somehow add the > > functions required to build gb.openssl even if the version number is too > > small. But I have no idea where these patches come from. I have inspected > > the > > squeeze-lts (which is the Debian version he is running(?)) package of > > openssl > > with its patches twice and could not find a way which could have added these > > functions. > > > > So, I simply don't understand how it is possible that gb.openssl compiles on > > his deprecated system, and I /believe/ it is some specific patch on his end. > > Therefore, I can't just lower the general version requirement, because it > > might break on systems which don't have this mysterious patch. > > > > If I don't lower the version requirement from 1.0.0 to 0.9.8o, then the > > patch is effectively useless and there is no justification to apply it. > > My stance is that since (for all I know) his openssl is very old and very > > special (in a way that conflicts with the openssl changelog), he should be > > the one to patch his local Gambas source tree to compile with his local > > openssl version. > > > > So the problem really is my lack of understanding. If anyone understands why > > Piccoro's openssl 0.9.8o has the EVP_MD_do_all() function, please explain > > the > > situation to me. Otherwise I'll do nothing. > > > > But Benoit: if you say we can just apply it even if it makes no sense, and > > propose something sensible for the commit log, I'll just throw it in and try > > to forget this huge waste of time. We are talking hours upon hours about > > openssl on a Debian that has ended LTS support 6 months ago for god's sake. > > > > Regards, > > Tobi > > > > OK, I get it. No, if a patch has non sense, there is no reason to apply it. > > If there is only one function missing, and its source code is simple > enough, you can add it to the source code conditionnally, by testing its > unavailability in the 'configure.ac' file. > I don't know if it's easy to include it. The function I was talking about iterates over the internal tables of digests which sounds sufficiently internal to not try to do it in gb.openssl. It also is the first symbol where compilation fails. Who knows where it fails after I pull that function in. > If the problem concerns other functions of the openssl API, we will do > nothing. Too much work for that! > Well, I didn't know you could check for the presence of functions in the configure script. I have replaced the version check by the availability of that function (which I admit is kind of ugly) and applied Piccoro's patch in #7892. It would probably be wise not to include it in 3.9.1 if it is to be released soon. At least Sebastian and other people who compile some Gamba on different systems should report back if it doesn't cause havoc on normal distributions. Regards, Tobi -- "There's an old saying: Don't change anything... ever!" -- Mr. Monk -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
that patch made gambas compile not only for me, also for the winbuntu 12.04 LTS and 14 LTS too in the ppa's addiding source code conditionallity was sarted with my patch,i mean, the patch check if version are present and the funtion are inline, so dont waste the openssl upstrream Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com 2016-09-05 12:45 GMT-04:00 Tobias Boege : > On Mon, 05 Sep 2016, Benoît Minisini wrote: > > Le 05/09/2016 à 17:22, Tobias Boege a écrit : > > > > > > Two things are preventing me from applying it: > > > > > > 1. Currently: I have exams and my thesis to do. > > > > Hope everything goes well! > > > > > 2. More fundamentally: I see no point in that patch. It adds code > that is > > > compiled in for openssl versions so old that the configure script > would > > > not even enable gb.openssl. > > > > > > Apparently Piccoro's openssl version, which is strictly below the > requirement > > > of 1.0.0, is some marvellous chimera of patches which somehow add the > > > functions required to build gb.openssl even if the version number is > too > > > small. But I have no idea where these patches come from. I have > inspected the > > > squeeze-lts (which is the Debian version he is running(?)) package of > openssl > > > with its patches twice and could not find a way which could have added > these > > > functions. > > > > > > So, I simply don't understand how it is possible that gb.openssl > compiles on > > > his deprecated system, and I /believe/ it is some specific patch on > his end. > > > Therefore, I can't just lower the general version requirement, because > it > > > might break on systems which don't have this mysterious patch. > > > > > > If I don't lower the version requirement from 1.0.0 to 0.9.8o, then the > > > patch is effectively useless and there is no justification to apply it. > > > My stance is that since (for all I know) his openssl is very old and > very > > > special (in a way that conflicts with the openssl changelog), he > should be > > > the one to patch his local Gambas source tree to compile with his local > > > openssl version. > > > > > > So the problem really is my lack of understanding. If anyone > understands why > > > Piccoro's openssl 0.9.8o has the EVP_MD_do_all() function, please > explain the > > > situation to me. Otherwise I'll do nothing. > > > > > > But Benoit: if you say we can just apply it even if it makes no sense, > and > > > propose something sensible for the commit log, I'll just throw it in > and try > > > to forget this huge waste of time. We are talking hours upon hours > about > > > openssl on a Debian that has ended LTS support 6 months ago for god's > sake. > > > > > > Regards, > > > Tobi > > > > > > > OK, I get it. No, if a patch has non sense, there is no reason to apply > it. > > > > If there is only one function missing, and its source code is simple > > enough, you can add it to the source code conditionnally, by testing its > > unavailability in the 'configure.ac' file. > > > > I don't know if it's easy to include it. The function I was talking about > iterates over the internal tables of digests which sounds sufficiently > internal to not try to do it in gb.openssl. It also is the first symbol > where compilation fails. Who knows where it fails after I pull that > function in. > > > If the problem concerns other functions of the openssl API, we will do > > nothing. Too much work for that! > > > > Well, I didn't know you could check for the presence of functions in the > configure script. I have replaced the version check by the availability of > that function (which I admit is kind of ugly) and applied Piccoro's patch > in #7892. > > It would probably be wise not to include it in 3.9.1 if it is to be > released > soon. At least Sebastian and other people who compile some Gamba on > different systems should report back if it doesn't cause havoc on normal > distributions. > > Regards, > Tobi > > -- > "There's an old saying: Don't change anything... ever!" -- Mr. Monk > > > -- > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #34 by PICCORO LENZ MCKAY: now compiles and testing the provided example , works, only the hmac are left, that will be verified in a newer system to discard if are openssl or code itselft the problem, that patch made gambas compile not only for me, also for the winbuntu 12.04 LTS and 14 LTS too in the ppa's addiding source code conditionallity was sarted with my patch,i mean, the patch check if version are present and the funtion are inline, so dont waste the openssl upstrream there's the test project using recently compiled with lasted revision running in debian squeeze: All hashed or ciphered data is base64 encoded Checking digest sha256... Output is: ungWv48Bz+pBQUDeXa4iI7ADYaOWF3qctBD/YfIAFa0= Should read:ungWv48Bz+pBQUDeXa4iI7ADYaOWF3qctBD/YfIAFa0= --- Checking cipher (salted) aes256... Output is: U2FsdGVkX18BI0VniavN7464hGnXjHmRYfG6I2X1nJA= Should read:U2FsdGVkX18BI0VniavN7464hGnXjHmRYfG6I2X1nJA= abcrypted: abc Should read:abc --- Checking cipher blowfish... Output is: QNVH2mCCLE0= Should read:QNVH2mCCLE0= Decrypted: abc Should read:abc --- Checking HMAC... Output is: T9CyFSdu8S8rPkyOysKBFJi2Vvw= Should read:0v6YBj+HawMZOvtJtJeVkQ== --- Done. PICCORO LENZ MCKAY changed the state of the bug to: Fixed. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Pre-release of Gambas 3.9.1
I forced a new build in the Daily PPA with the latest commits included. Will report back if I get any error. I don't have an Ubuntu setup at hand, so if anyone can, please run the tests on the gb.openssl component to see if anything is broken. Not because of the version test, but because of that messy patch. On Mon, Sep 5, 2016 at 1:45 PM, Tobias Boege wrote: > On Mon, 05 Sep 2016, Benoît Minisini wrote: > > Le 05/09/2016 à 17:22, Tobias Boege a écrit : > > > > > > Two things are preventing me from applying it: > > > > > > 1. Currently: I have exams and my thesis to do. > > > > Hope everything goes well! > > > > > 2. More fundamentally: I see no point in that patch. It adds code > that is > > > compiled in for openssl versions so old that the configure script > would > > > not even enable gb.openssl. > > > > > > Apparently Piccoro's openssl version, which is strictly below the > requirement > > > of 1.0.0, is some marvellous chimera of patches which somehow add the > > > functions required to build gb.openssl even if the version number is > too > > > small. But I have no idea where these patches come from. I have > inspected the > > > squeeze-lts (which is the Debian version he is running(?)) package of > openssl > > > with its patches twice and could not find a way which could have added > these > > > functions. > > > > > > So, I simply don't understand how it is possible that gb.openssl > compiles on > > > his deprecated system, and I /believe/ it is some specific patch on > his end. > > > Therefore, I can't just lower the general version requirement, because > it > > > might break on systems which don't have this mysterious patch. > > > > > > If I don't lower the version requirement from 1.0.0 to 0.9.8o, then the > > > patch is effectively useless and there is no justification to apply it. > > > My stance is that since (for all I know) his openssl is very old and > very > > > special (in a way that conflicts with the openssl changelog), he > should be > > > the one to patch his local Gambas source tree to compile with his local > > > openssl version. > > > > > > So the problem really is my lack of understanding. If anyone > understands why > > > Piccoro's openssl 0.9.8o has the EVP_MD_do_all() function, please > explain the > > > situation to me. Otherwise I'll do nothing. > > > > > > But Benoit: if you say we can just apply it even if it makes no sense, > and > > > propose something sensible for the commit log, I'll just throw it in > and try > > > to forget this huge waste of time. We are talking hours upon hours > about > > > openssl on a Debian that has ended LTS support 6 months ago for god's > sake. > > > > > > Regards, > > > Tobi > > > > > > > OK, I get it. No, if a patch has non sense, there is no reason to apply > it. > > > > If there is only one function missing, and its source code is simple > > enough, you can add it to the source code conditionnally, by testing its > > unavailability in the 'configure.ac' file. > > > > I don't know if it's easy to include it. The function I was talking about > iterates over the internal tables of digests which sounds sufficiently > internal to not try to do it in gb.openssl. It also is the first symbol > where compilation fails. Who knows where it fails after I pull that > function in. > > > If the problem concerns other functions of the openssl API, we will do > > nothing. Too much work for that! > > > > Well, I didn't know you could check for the presence of functions in the > configure script. I have replaced the version check by the availability of > that function (which I admit is kind of ugly) and applied Piccoro's patch > in #7892. > > It would probably be wise not to include it in 3.9.1 if it is to be > released > soon. At least Sebastian and other people who compile some Gamba on > different systems should report back if it doesn't cause havoc on normal > distributions. > > Regards, > Tobi > > -- > "There's an old saying: Don't change anything... ever!" -- Mr. Monk > > > -- > ___ > Gambas-user mailing list > Gambas-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-user > -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #976: conditional with simple OR in false, get in, into a if else
http://gambaswiki.org/bugtracker/edit?object=BUG.976&from=L21haW4- Comment #4 by PICCORO LENZ MCKAY: seem with lasted release 3.9.1 this error are not more... i'll test with a project and i cannot reproduce animore.. but i noted that error.code must be error.clear before each usage of! PICCORO LENZ MCKAY changed the state of the bug to: Working. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #35 by Tyrone LUCERO: i can test it this change at my ubuntu desktop 12.04 and post feedback tomorrow, thanks to mckaygerhard by the patch, this able to users like me available the last gambas release. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #992: error compiling again libxml due missing define and compat with gcc 4.7 and 4.3
http://gambaswiki.org/bugtracker/edit?object=BUG.992&from=L21haW4- Benoît MINISINI changed the state of the bug to: NeedsInfo. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #976: conditional with simple OR in false, get in, into a if else
http://gambaswiki.org/bugtracker/edit?object=BUG.976&from=L21haW4- Comment #5 by Benoît MINISINI: > but i noted that error.code must be error.clear before each usage of! No idea what you are talking about. Benoît MINISINI changed the state of the bug to: Invalid. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #991: packager make qt5/qt4/gtk3/gtk2 packages event if no module was compiled/installed/used in project
http://gambaswiki.org/bugtracker/edit?object=BUG.991&from=L21haW4- Benoît MINISINI changed the state of the bug to: Rejected. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #992: error compiling again libxml due missing define and compat with gcc 4.7 and 4.3
http://gambaswiki.org/bugtracker/edit?object=BUG.992&from=L21haW4- Comment #2 by PICCORO LENZ MCKAY: now works and compiles, really really thanks -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #896: gb.xml: Crash when ending tag not complete
http://gambaswiki.org/bugtracker/edit?object=BUG.896&from=L21haW4- Benoît MINISINI changed the state of the bug to: Accepted. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #896: gb.xml: Crash when ending tag not complete
http://gambaswiki.org/bugtracker/edit?object=BUG.896&from=L21haW4- Comment #2 by Benoît MINISINI: Fixed in revision #7894. Benoît MINISINI changed the state of the bug to: Fixed. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #845: Setting TrayIcon's tooltip programatically does not work
http://gambaswiki.org/bugtracker/edit?object=BUG.845&from=L21haW4- Comment #8 by Benoît MINISINI: Do you still have this bug? Benoît MINISINI changed the state of the bug to: NeedsInfo. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #984: error compiling again 0.9 openssl, only 1.0 compiles
http://gambaswiki.org/bugtracker/edit?object=BUG.984&from=L21haW4- Comment #36 by Benoît MINISINI: Please be sure to actually test the latest /trunk. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #896: gb.xml: Crash when ending tag not complete
http://gambaswiki.org/bugtracker/edit?object=BUG.896&from=L21haW4- Comment #3 by PICCORO LENZ MCKAY: thanks now works fine i just test and fine! before run raised a xml error as the commit must! -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #860: ReportImage, unknow symbol "FromPixels" in class Report
http://gambaswiki.org/bugtracker/edit?object=BUG.860&from=L21haW4- Comment #1 by Fabien BODARD: Well, if your version is trully a svn one, there is a problem on the update of some files. Try to fully update your svn repository. This function is not used since a wheel in the ReportImage Class. If i remember well it have been removed when i've changed the internal unit from cm to inch. Try this and tell me. Fabien BODARD changed the state of the bug to: NeedsInfo. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #896: gb.xml: Crash when ending tag not complete
http://gambaswiki.org/bugtracker/edit?object=BUG.896&from=L21haW4- Comment #4 by PICCORO LENZ MCKAY: i cannot make it work.. when i test with a more greater file fails with always "never ending tag!" seems that does not work PICCORO LENZ MCKAY changed the state of the bug to: Opened. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] [Gambas Bug Tracker] Bug #896: gb.xml: Crash when ending tag not complete
http://gambaswiki.org/bugtracker/edit?object=BUG.896&from=L21haW4- Comment #5 by Benoît MINISINI: It should be better in revision #7895. Sorry, I didn't write the original code, so there are traps. Benoît MINISINI changed the state of the bug to: Fixed. -- ___ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user