On 07/24/2013 02:38 PM, Fabien Bodard wrote:
> Le 23 juil. 2013 23:55, "Kevin Fishburne"
> a écrit :
>> LOL. Okay, I'll bite. I guess it was the surprise of seeing my variable
>> no longer working combined with the bit about a component being
>> automatically loaded that made fire shoot out of my
Le 23 juil. 2013 23:55, "Kevin Fishburne"
a écrit :
>
> On 07/23/2013 04:59 AM, Tobias Boege wrote:
> > On Mon, 22 Jul 2013, Kevin Fishburne wrote:
> >> I just noticed that referencing a boolean variable "Match" now
> >> automatically loads the pcre component and tries to use it as a
function
> >>
On 07/23/2013 04:59 AM, Tobias Boege wrote:
> On Mon, 22 Jul 2013, Kevin Fishburne wrote:
>> I just noticed that referencing a boolean variable "Match" now
>> automatically loads the pcre component and tries to use it as a function
>> (then obviously fails). This seems a dangerous precedent, as mos
On Mon, 22 Jul 2013, Kevin Fishburne wrote:
> I just noticed that referencing a boolean variable "Match" now
> automatically loads the pcre component and tries to use it as a function
> (then obviously fails). This seems a dangerous precedent, as most GAMBAS
> users probably don't use most compo
Le 23/07/2013 04:49, Kevin Fishburne a écrit :
> I just noticed that referencing a boolean variable "Match" now
> automatically loads the pcre component and tries to use it as a function
> (then obviously fails). This seems a dangerous precedent, as most GAMBAS
> users probably don't use most compo
I just noticed that referencing a boolean variable "Match" now
automatically loads the pcre component and tries to use it as a function
(then obviously fails). This seems a dangerous precedent, as most GAMBAS
users probably don't use most components and therefore shouldn't be
constrained by the
