[Gambas-user] [Gambas Bug Tracker] Bug #947: Can't compile gb.jit with 3.5.2 version

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread PICCORO McKAY Lenz
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread Benoît Minisini
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

2016-09-05 Thread 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


Re: [Gambas-user] Pre-release of Gambas 3.9.1

2016-09-05 Thread PICCORO McKAY Lenz
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

2016-09-05 Thread Tobias Boege
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread Benoît Minisini
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread 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


Re: [Gambas-user] Pre-release of Gambas 3.9.1

2016-09-05 Thread PICCORO McKAY Lenz
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread Sebastian Kulesz
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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

2016-09-05 Thread bugtracker
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