From ron at ...572...  Mon Oct  3 08:30:49 2011
From: ron at ...572... (Ron)
Date: Mon, 03 Oct 2011 08:30:49 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201012051205.33577.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201012051205.33577.gambas@...1...>
Message-ID: <4E895699.9040307@...572...>

On 5-12-2010 12:05, Beno?t Minisini wrote:
>> Ok. Sometime things get weird...
>>
>> I found that my command line project wasn't running anymore...
>>
>> 2010/12/04 15:42:16 You have 2 new e-mails on Gmail.
>> 2010/12/04 15:47:16 Uploaded sensor data to Bwired.
>> 2010/12/04 15:47:21 Uploaded sensor data to Pachube.
>> 2010/12/04 16:00:00 The Time of Day is afternoon.
>> 2010/12/04 16:00:00 It's dark outside.
>> 2010/12/04 16:00:00 DomotiGa is running for 0 days, 4 hrs, 12 mins, and 43
>> secs. 2010/12/04 16:02:21 Uploaded sensor data to Pachube.
>> ERROR: #42: System error. Success
>>
>> System error... (42)
>> This error is raised when a system call returns an error that does not
>> match another specific Gambas error.
>>
>> Hmm ok, no clue... yes it's a Linux system, although the error message
>> has a Windows logic in it.
>>
>> Regards,
>> Ron_2nd.
>>
> Can you run your command line tool that way to know where the error comes
> from?
>
> $ gdb gbx2
> ...
> (gdb) break THROW
> ...
> (gdb) run
> ...
> ... Let your program run until it stops
> ...
> (gdb) bt
> ...
>
> Then send me the result of the 'bt' gdb command.
>
> Be sure that you have a Gambas 2 compiled with debugging symbols enabled.
>
> And if you use Gambas 3 instead of Gambas 2, replace "gbx2" by "gbx3".
>
> Regards,
>

Benoit,

Got bugged by this one again 'ERROR: #42: System error. Success'

Wil try to see if I can get information from gdb when it happens again.

Is on Gambas2 cli project.

Regards,
Ron_2nd.



From ron at ...572...  Tue Oct  4 15:03:16 2011
From: ron at ...572... (Ron)
Date: Tue, 4 Oct 2011 15:03:16 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <4E895699.9040307@...572...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201012051205.33577.gambas@...1...>
	<4E895699.9040307@...572...>
Message-ID: <CAM+S5nq-C6yGiwyTuouV4fdMOcxwAE+UD=UmaOj4+RQ62kKPuA@...178...>

got this..

ERROR: #42: System error. Success

Program exited with code 01.
(gdb) bt
No stack.

What to do?
As far as I remember I did a break THROW before run

Regards,
Ron_2nd.


2011/10/3 Ron <ron at ...572...>

> On 5-12-2010 12:05, Beno?t Minisini wrote:
>
>> Ok. Sometime things get weird...
>>>
>>> I found that my command line project wasn't running anymore...
>>>
>>> 2010/12/04 15:42:16 You have 2 new e-mails on Gmail.
>>> 2010/12/04 15:47:16 Uploaded sensor data to Bwired.
>>> 2010/12/04 15:47:21 Uploaded sensor data to Pachube.
>>> 2010/12/04 16:00:00 The Time of Day is afternoon.
>>> 2010/12/04 16:00:00 It's dark outside.
>>> 2010/12/04 16:00:00 DomotiGa is running for 0 days, 4 hrs, 12 mins, and
>>> 43
>>> secs. 2010/12/04 16:02:21 Uploaded sensor data to Pachube.
>>> ERROR: #42: System error. Success
>>>
>>> System error... (42)
>>> This error is raised when a system call returns an error that does not
>>> match another specific Gambas error.
>>>
>>> Hmm ok, no clue... yes it's a Linux system, although the error message
>>> has a Windows logic in it.
>>>
>>> Regards,
>>> Ron_2nd.
>>>
>>>  Can you run your command line tool that way to know where the error
>> comes
>> from?
>>
>> $ gdb gbx2
>> ...
>> (gdb) break THROW
>> ...
>> (gdb) run
>> ...
>> ... Let your program run until it stops
>> ...
>> (gdb) bt
>> ...
>>
>> Then send me the result of the 'bt' gdb command.
>>
>> Be sure that you have a Gambas 2 compiled with debugging symbols enabled.
>>
>> And if you use Gambas 3 instead of Gambas 2, replace "gbx2" by "gbx3".
>>
>> Regards,
>>
>>
> Benoit,
>
> Got bugged by this one again 'ERROR: #42: System error. Success'
>
> Wil try to see if I can get information from gdb when it happens again.
>
> Is on Gambas2 cli project.
>
> Regards,
> Ron_2nd.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111004/63801330/attachment.html>

From ron at ...572...  Wed Oct  5 12:56:29 2011
From: ron at ...572... (Ron)
Date: Wed, 05 Oct 2011 12:56:29 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nq-C6yGiwyTuouV4fdMOcxwAE+UD=UmaOj4+RQ62kKPuA@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201012051205.33577.gambas@...1...>
	<4E895699.9040307@...572...>
	<CAM+S5nq-C6yGiwyTuouV4fdMOcxwAE+UD=UmaOj4+RQ62kKPuA@...178...>
Message-ID: <4E8C37DD.7080504@...572...>

Keep getting it, have uncommented these lines, and run again in gdb.

void THROW(int code, ...)
{
         va_list args;
         int i;
         char *arg[4];

         if (code == E_SYSTEM)
                 fprintf(stderr, "THROW system error from %s\n", 
DEBUG_get_current_position());

Regards,
Ron_2nd.
> got this..
>
> ERROR: #42: System error. Success
>
> Program exited with code 01.
> (gdb) bt
> No stack.
>
> What to do?
> As far as I remember I did a break THROW before run
>
> Regards,
> Ron_2nd.
>
>
> 2011/10/3 Ron <ron at ...572... <mailto:ron at ...572...>>
>
>     On 5-12-2010 12:05, Beno?t Minisini wrote:
>
>             Ok. Sometime things get weird...
>
>             I found that my command line project wasn't running anymore...
>
>             2010/12/04 15:42:16 You have 2 new e-mails on Gmail.
>             2010/12/04 15:47:16 Uploaded sensor data to Bwired.
>             2010/12/04 15:47:21 Uploaded sensor data to Pachube.
>             2010/12/04 16:00:00 The Time of Day is afternoon.
>             2010/12/04 16:00:00 It's dark outside.
>             2010/12/04 16:00:00 DomotiGa is running for 0 days, 4 hrs,
>             12 mins, and 43
>             secs. 2010/12/04 16:02:21 Uploaded sensor data to Pachube.
>             ERROR: #42: System error. Success
>
>             System error... (42)
>             This error is raised when a system call returns an error
>             that does not
>             match another specific Gambas error.
>
>             Hmm ok, no clue... yes it's a Linux system, although the
>             error message
>             has a Windows logic in it.
>
>             Regards,
>             Ron_2nd.
>
>         Can you run your command line tool that way to know where the
>         error comes
>         from?
>
>         $ gdb gbx2
>         ...
>         (gdb) break THROW
>         ...
>         (gdb) run
>         ...
>         ... Let your program run until it stops
>         ...
>         (gdb) bt
>         ...
>
>         Then send me the result of the 'bt' gdb command.
>
>         Be sure that you have a Gambas 2 compiled with debugging
>         symbols enabled.
>
>         And if you use Gambas 3 instead of Gambas 2, replace "gbx2" by
>         "gbx3".
>
>         Regards,
>
>
>     Benoit,
>
>     Got bugged by this one again 'ERROR: #42: System error. Success'
>
>     Wil try to see if I can get information from gdb when it happens
>     again.
>
>     Is on Gambas2 cli project.
>
>     Regards,
>     Ron_2nd.
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111005/09f33f7d/attachment.html>

From gambas at ...1...  Wed Oct  5 20:35:09 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Wed, 5 Oct 2011 20:35:09 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nrQ19qDJ96gV4GnCi_nWrTHda84ctE0URuEpc+wgKgNQg@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<4E8C37DD.7080504@...572...>
	<CAM+S5nrQ19qDJ96gV4GnCi_nWrTHda84ctE0URuEpc+wgKgNQg@...178...>
Message-ID: <201110052035.09550.gambas@...1...>

> Benoit,
> 
> I got this just now after uncommenting the lines in gb_error.c:
> 
> THROW system error from ?
> ERROR: #42: System error. Success
> 
> Program exited with code 01.
> (gdb) bt
> No stack.
> (gdb)
> 
> So clearly  DEBUG_get_current_position() returns only a ?
> And no backtrace/stack.
> What does this mean?
> What can we get for other info?
> Do we need to print debug info earlier in the code?
> 
> It does this several times a day, so we should be able to get more info
> this time...
> 
> To be clear, it's  the latest Gambas2 code on 64 bit ubuntu natty,
> DomotiGaServer is a command line project.
> The GUI project DomotiGa (which also has most of the DomotiGaServer code in
> it), doesn't have this problem...
> 
> Any pointers are welcome...
> 
> Regards,
> Ron.
> 

You have to compile the interpreter with no optimizations, and put that in the 
THROW function:

	if (code == E_SYSTEM)
	{
     fprintf(stderr, "THROW system error from %s\n",
	    DEBUG_get_current_position());
	  BREAKPOINT();
	}

It's the same thing as the code you already uncommented, with the 
'BREAKPOINT()' macro added.

Then you must run your program into gdb, and wait for the BREAKPOINT() line to 
be reached. Then gdb will stop that, and the 'bt' will be useful (which is 
not, of course, when then program is terminated!)

Regards,

-- 
Beno?t Minisini



From ron at ...572...  Sat Oct  8 11:59:27 2011
From: ron at ...572... (Ron)
Date: Sat, 8 Oct 2011 11:59:27 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201110052035.09550.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<4E8C37DD.7080504@...572...>
	<CAM+S5nrQ19qDJ96gV4GnCi_nWrTHda84ctE0URuEpc+wgKgNQg@...178...>
	<201110052035.09550.gambas@...1...>
Message-ID: <CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>

It took much longer than normal, but I got a hit...

THROW system error from ?

Program received signal SIGTRAP, Trace/breakpoint trap.
THROW (code=42) at gb_error.c:285
285 va_start(args, code);
(gdb) bt
#0  THROW (code=42) at gb_error.c:285
#1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at gb_error.c:325
#2  0x000000000042b03e in do_loop (wait=0x0) at gbx_watch.c:504
#3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
#4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
(gdb)
(gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
EXEC_current.pc)
$1 = 0x43e540 "?"


Anything else I can get from this?

Regards,
Ron.



2011/10/5 Beno?t Minisini <gambas at ...1...>

> > Benoit,
> >
> > I got this just now after uncommenting the lines in gb_error.c:
> >
> > THROW system error from ?
> > ERROR: #42: System error. Success
> >
> > Program exited with code 01.
> > (gdb) bt
> > No stack.
> > (gdb)
> >
> > So clearly  DEBUG_get_current_position() returns only a ?
> > And no backtrace/stack.
> > What does this mean?
> > What can we get for other info?
> > Do we need to print debug info earlier in the code?
> >
> > It does this several times a day, so we should be able to get more info
> > this time...
> >
> > To be clear, it's  the latest Gambas2 code on 64 bit ubuntu natty,
> > DomotiGaServer is a command line project.
> > The GUI project DomotiGa (which also has most of the DomotiGaServer code
> in
> > it), doesn't have this problem...
> >
> > Any pointers are welcome...
> >
> > Regards,
> > Ron.
> >
>
> You have to compile the interpreter with no optimizations, and put that in
> the
> THROW function:
>
>        if (code == E_SYSTEM)
>        {
>     fprintf(stderr, "THROW system error from %s\n",
>            DEBUG_get_current_position());
>           BREAKPOINT();
>        }
>
> It's the same thing as the code you already uncommented, with the
> 'BREAKPOINT()' macro added.
>
> Then you must run your program into gdb, and wait for the BREAKPOINT() line
> to
> be reached. Then gdb will stop that, and the 'bt' will be useful (which is
> not, of course, when then program is terminated!)
>
> Regards,
>
> --
> Beno?t Minisini
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111008/97a2c843/attachment.html>

From ron at ...572...  Sat Oct  8 12:27:42 2011
From: ron at ...572... (Ron)
Date: Sat, 8 Oct 2011 12:27:42 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<4E8C37DD.7080504@...572...>
	<CAM+S5nrQ19qDJ96gV4GnCi_nWrTHda84ctE0URuEpc+wgKgNQg@...178...>
	<201110052035.09550.gambas@...1...>
	<CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
Message-ID: <CAM+S5noGEiO3wRxrrq4UsX-aoLp-oUX+Fh38iiyv+1BZ9nmQEg@...178...>

(gdb) l gbx_watch.c:504
499 something_done = TRUE;
500 }
501 else if (ret < 0)
502 {
503 if (errno != EINTR)
504 THROW_SYSTEM(errno, NULL);
505 something_done = TRUE;
506 }
507
508 if (EVENT_check_post())



2011/10/8 Ron <ron at ...572...>

> It took much longer than normal, but I got a hit...
>
> THROW system error from ?
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> THROW (code=42) at gb_error.c:285
> 285 va_start(args, code);
> (gdb) bt
> #0  THROW (code=42) at gb_error.c:285
> #1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at gb_error.c:325
> #2  0x000000000042b03e in do_loop (wait=0x0) at gbx_watch.c:504
> #3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
> #4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
> (gdb)
> (gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
> EXEC_current.pc)
> $1 = 0x43e540 "?"
>
>
> Anything else I can get from this?
>
> Regards,
> Ron.
>
>
>
> 2011/10/5 Beno?t Minisini <gambas at ...1...>
>
>> > Benoit,
>> >
>> > I got this just now after uncommenting the lines in gb_error.c:
>> >
>> > THROW system error from ?
>> > ERROR: #42: System error. Success
>> >
>> > Program exited with code 01.
>> > (gdb) bt
>> > No stack.
>> > (gdb)
>> >
>> > So clearly  DEBUG_get_current_position() returns only a ?
>> > And no backtrace/stack.
>> > What does this mean?
>> > What can we get for other info?
>> > Do we need to print debug info earlier in the code?
>> >
>> > It does this several times a day, so we should be able to get more info
>> > this time...
>> >
>> > To be clear, it's  the latest Gambas2 code on 64 bit ubuntu natty,
>> > DomotiGaServer is a command line project.
>> > The GUI project DomotiGa (which also has most of the DomotiGaServer code
>> in
>> > it), doesn't have this problem...
>> >
>> > Any pointers are welcome...
>> >
>> > Regards,
>> > Ron.
>> >
>>
>> You have to compile the interpreter with no optimizations, and put that in
>> the
>> THROW function:
>>
>>        if (code == E_SYSTEM)
>>        {
>>     fprintf(stderr, "THROW system error from %s\n",
>>            DEBUG_get_current_position());
>>           BREAKPOINT();
>>        }
>>
>> It's the same thing as the code you already uncommented, with the
>> 'BREAKPOINT()' macro added.
>>
>> Then you must run your program into gdb, and wait for the BREAKPOINT()
>> line to
>> be reached. Then gdb will stop that, and the 'bt' will be useful (which is
>> not, of course, when then program is terminated!)
>>
>> Regards,
>>
>> --
>> Beno?t Minisini
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111008/0b4c473e/attachment.html>

From ron at ...572...  Sat Oct  8 12:35:45 2011
From: ron at ...572... (Ron)
Date: Sat, 8 Oct 2011 12:35:45 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5noGEiO3wRxrrq4UsX-aoLp-oUX+Fh38iiyv+1BZ9nmQEg@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<4E8C37DD.7080504@...572...>
	<CAM+S5nrQ19qDJ96gV4GnCi_nWrTHda84ctE0URuEpc+wgKgNQg@...178...>
	<201110052035.09550.gambas@...1...>
	<CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
	<CAM+S5noGEiO3wRxrrq4UsX-aoLp-oUX+Fh38iiyv+1BZ9nmQEg@...178...>
Message-ID: <CAM+S5nodq04UHZPnEBRS6gcan+C4WStSygTX44kumAO_PPpL8Q@...178...>

Why cant i print errno?

(gdb) f 2
(gdb) l gbx_watch.c:504
499 something_done = TRUE;
500 }
501 else if (ret < 0)
502 {
503 if (errno != EINTR)
504 THROW_SYSTEM(errno, NULL);
505 something_done = TRUE;
506 }
507
508 if (EVENT_check_post())
(gdb) print ret
$5 = -1
(gdb) print errno
Cannot find shared library `/usr/lib/debug/lib/x86_64-linux-gnu/libc-2.13.so'
in dynamic linker's load module list


Regards,
Ron_2nd.
2011/10/8 Ron <ron at ...572...>

> (gdb) l gbx_watch.c:504
> 499 something_done = TRUE;
> 500 }
> 501 else if (ret < 0)
> 502 {
> 503 if (errno != EINTR)
> 504 THROW_SYSTEM(errno, NULL);
> 505 something_done = TRUE;
> 506 }
> 507
> 508 if (EVENT_check_post())
>
>
>
> 2011/10/8 Ron <ron at ...572...>
>
>> It took much longer than normal, but I got a hit...
>>
>> THROW system error from ?
>>
>> Program received signal SIGTRAP, Trace/breakpoint trap.
>> THROW (code=42) at gb_error.c:285
>> 285 va_start(args, code);
>> (gdb) bt
>> #0  THROW (code=42) at gb_error.c:285
>> #1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at gb_error.c:325
>> #2  0x000000000042b03e in do_loop (wait=0x0) at gbx_watch.c:504
>> #3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
>> #4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
>> (gdb)
>> (gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
>> EXEC_current.pc)
>> $1 = 0x43e540 "?"
>>
>>
>> Anything else I can get from this?
>>
>> Regards,
>> Ron.
>>
>>
>>
>> 2011/10/5 Beno?t Minisini <gambas at ...1...>
>>
>>> > Benoit,
>>> >
>>> > I got this just now after uncommenting the lines in gb_error.c:
>>> >
>>> > THROW system error from ?
>>> > ERROR: #42: System error. Success
>>> >
>>> > Program exited with code 01.
>>> > (gdb) bt
>>> > No stack.
>>> > (gdb)
>>> >
>>> > So clearly  DEBUG_get_current_position() returns only a ?
>>> > And no backtrace/stack.
>>> > What does this mean?
>>> > What can we get for other info?
>>> > Do we need to print debug info earlier in the code?
>>> >
>>> > It does this several times a day, so we should be able to get more info
>>> > this time...
>>> >
>>> > To be clear, it's  the latest Gambas2 code on 64 bit ubuntu natty,
>>> > DomotiGaServer is a command line project.
>>> > The GUI project DomotiGa (which also has most of the DomotiGaServer
>>> code in
>>> > it), doesn't have this problem...
>>> >
>>> > Any pointers are welcome...
>>> >
>>> > Regards,
>>> > Ron.
>>> >
>>>
>>> You have to compile the interpreter with no optimizations, and put that
>>> in the
>>> THROW function:
>>>
>>>        if (code == E_SYSTEM)
>>>        {
>>>     fprintf(stderr, "THROW system error from %s\n",
>>>            DEBUG_get_current_position());
>>>           BREAKPOINT();
>>>        }
>>>
>>> It's the same thing as the code you already uncommented, with the
>>> 'BREAKPOINT()' macro added.
>>>
>>> Then you must run your program into gdb, and wait for the BREAKPOINT()
>>> line to
>>> be reached. Then gdb will stop that, and the 'bt' will be useful (which
>>> is
>>> not, of course, when then program is terminated!)
>>>
>>> Regards,
>>>
>>> --
>>> Beno?t Minisini
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111008/2a897b78/attachment.html>

From gambas at ...1...  Sat Oct  8 16:16:25 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sat, 8 Oct 2011 16:16:25 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110052035.09550.gambas@...1...>
	<CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
Message-ID: <201110081616.25284.gambas@...1...>

> It took much longer than normal, but I got a hit...
> 
> THROW system error from ?
> 
> Program received signal SIGTRAP, Trace/breakpoint trap.
> THROW (code=42) at gb_error.c:285
> 285 va_start(args, code);
> (gdb) bt
> #0  THROW (code=42) at gb_error.c:285
> #1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at gb_error.c:325
> #2  0x000000000042b03e in do_loop (wait=0x0) at gbx_watch.c:504
> #3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
> #4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
> (gdb)
> (gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
> EXEC_current.pc)
> $1 = 0x43e540 "?"
> 
> 
> Anything else I can get from this?
> 
> Regards,
> Ron.
> 

No, but I think I get it...

-- 
Beno?t Minisini



From gambas at ...1...  Sat Oct  8 16:16:57 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sat, 8 Oct 2011 16:16:57 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nodq04UHZPnEBRS6gcan+C4WStSygTX44kumAO_PPpL8Q@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<CAM+S5noGEiO3wRxrrq4UsX-aoLp-oUX+Fh38iiyv+1BZ9nmQEg@...178...>
	<CAM+S5nodq04UHZPnEBRS6gcan+C4WStSygTX44kumAO_PPpL8Q@...178...>
Message-ID: <201110081616.57118.gambas@...1...>

> Why cant i print errno?
> 

"errno" is not a variable anymore because of multi-threading support in the 
glibc.

Regards,

-- 
Beno?t Minisini



From gambas at ...1...  Sat Oct  8 16:21:01 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sat, 8 Oct 2011 16:21:01 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201110081616.25284.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
	<201110081616.25284.gambas@...1...>
Message-ID: <201110081621.01090.gambas@...1...>

> > It took much longer than normal, but I got a hit...
> > 
> > THROW system error from ?
> > 
> > Program received signal SIGTRAP, Trace/breakpoint trap.
> > THROW (code=42) at gb_error.c:285
> > 285 va_start(args, code);
> > (gdb) bt
> > #0  THROW (code=42) at gb_error.c:285
> > #1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at
> > gb_error.c:325 #2  0x000000000042b03e in do_loop (wait=0x0) at
> > gbx_watch.c:504
> > #3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
> > #4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
> > (gdb)
> > (gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
> > EXEC_current.pc)
> > $1 = 0x43e540 "?"
> > 
> > 
> > Anything else I can get from this?
> > 
> > Regards,
> > Ron.
> 
> No, but I think I get it...

Can you try revision #4177?

Apparently there was a real error returned from the select() system call, but 
I could have lost the value of errno.

Normally, with the fix, you will get that value. And I hope we will understand 
where the error comes from.

Regards,

-- 
Beno?t Minisini



From ron at ...572...  Sat Oct  8 16:32:43 2011
From: ron at ...572... (Ron)
Date: Sat, 8 Oct 2011 16:32:43 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201110081621.01090.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<CAM+S5nq=Dpv5vN6QGafEtx+TuxfZw_5G27YAZ8mF144B5_FDBg@...178...>
	<201110081616.25284.gambas@...1...>
	<201110081621.01090.gambas@...1...>
Message-ID: <CAM+S5nr78qog3PV2xnAFjYVhJOJcQy3tW_HVBA5cgASWJko=+A@...178...>

Nice,

The new revision runs in gdb again, the breakpoint() macro isn't needed
anymore, correct?

Regards,
Ron_2nd.

2011/10/8 Beno?t Minisini <gambas at ...1...>

> > > It took much longer than normal, but I got a hit...
> > >
> > > THROW system error from ?
> > >
> > > Program received signal SIGTRAP, Trace/breakpoint trap.
> > > THROW (code=42) at gb_error.c:285
> > > 285 va_start(args, code);
> > > (gdb) bt
> > > #0  THROW (code=42) at gb_error.c:285
> > > #1  0x00000000004053af in THROW_SYSTEM (err=0, path=0x0) at
> > > gb_error.c:325 #2  0x000000000042b03e in do_loop (wait=0x0) at
> > > gbx_watch.c:504
> > > #3  0x000000000042b0a0 in WATCH_loop () at gbx_watch.c:530
> > > #4  0x000000000042ca1d in main (argc=1, argv=0x7fffffffe3b8) at
> gbx.c:352
> > > (gdb)
> > > (gdb) p DEBUG_get_position(EXEC_current.cp, EXEC_current.fp,
> > > EXEC_current.pc)
> > > $1 = 0x43e540 "?"
> > >
> > >
> > > Anything else I can get from this?
> > >
> > > Regards,
> > > Ron.
> >
> > No, but I think I get it...
>
> Can you try revision #4177?
>
> Apparently there was a real error returned from the select() system call,
> but
> I could have lost the value of errno.
>
> Normally, with the fix, you will get that value. And I hope we will
> understand
> where the error comes from.
>
> Regards,
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111008/91b75c4b/attachment.html>

From gambas at ...1...  Sat Oct  8 16:34:55 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sat, 8 Oct 2011 16:34:55 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nr78qog3PV2xnAFjYVhJOJcQy3tW_HVBA5cgASWJko=+A@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110081621.01090.gambas@...1...>
	<CAM+S5nr78qog3PV2xnAFjYVhJOJcQy3tW_HVBA5cgASWJko=+A@...178...>
Message-ID: <201110081634.55951.gambas@...1...>

> Nice,
> 
> The new revision runs in gdb again, the breakpoint() macro isn't needed
> anymore, correct?

Not at the moment, as you should see the real error now.

-- 
Beno?t Minisini



From ron at ...572...  Sun Oct  9 10:09:08 2011
From: ron at ...572... (Ron)
Date: Sun, 9 Oct 2011 10:09:08 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201110081634.55951.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110081621.01090.gambas@...1...>
	<CAM+S5nr78qog3PV2xnAFjYVhJOJcQy3tW_HVBA5cgASWJko=+A@...178...>
	<201110081634.55951.gambas@...1...>
Message-ID: <CAM+S5noVPLn6Bw48wjnqijP_t5LMrfo6urcPPA-w70E5dbT7vw@...178...>

Bingo!

THROW system error from CCUL.CUL_Read.227

Program received signal SIGTRAP, Trace/breakpoint trap.
THROW (code=42) at gb_error.c:285
285 va_start(args, code);
(gdb) bt
#0  THROW (code=42) at gb_error.c:285
#1  0x00000000004053af in THROW_SYSTEM (err=104, path=0x0) at gb_error.c:325
#2  0x0000000000416171 in STREAM_read (stream=0x7588c0, addr=0x7fffffffdba0,
len=1) at gbx_stream.c:213
#3  0x0000000000416847 in STREAM_read_type (stream=0x7588c0, type=2,
value=0x65c880, len=0) at gbx_stream.c:480
#4  0x000000000041a8a2 in SUBR_read () at gbx_subr_file.c:395
#5  0x000000000043c1b3 in EXEC_loop () at gbx_exec_loop.c:476
#6  0x000000000040c0ab in EXEC_function_loop () at gbx_exec.c:703
#7  0x000000000040c042 in EXEC_function_real () at gbx_exec.c:690
#8  0x00000000004231cb in call_method (object=0x757db0, desc=0x7546a0,
nparam=0) at gbx_api.c:411
#9  0x00000000004233eb in raise_event (observer=0x757db0, object=0x7588b0,
func_id=11, nparam=0) at gbx_api.c:490
#10 0x00000000004237ae in GB_Raise (object=0x7588b0, event_id=1, nparam=0)
at gbx_api.c:594
#11 0x00007ffff5d166de in CSocket_post_data_available (_object=0x7588b0) at
CSocket.c:107
#12 0x0000000000414446 in EVENT_check_post () at gbx_event.c:227
#13 0x000000000042b04d in do_loop (wait=0x0) at gbx_watch.c:509
#14 0x000000000042b0a6 in WATCH_loop () at gbx_watch.c:531
#15 0x000000000042ca21 in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
(gdb)

PUBLIC SUB CUL_Read()

  DIM bData AS Byte

  TRY READ #hCUL, bData <-------------------- CCUL.CUL_Read.227

  IF ERROR THEN Main.WriteDebugLog(("[CUL] Error reading data from the TCP
port! -> ") & Error.Text)
  ProcessReceivedChar(bData)

END

(gdb) l gb_error.c:325
320
321 case EEXIST:
322 THROW(E_EXIST, path);
323
324 default:
325 THROW(E_SYSTEM, strerror(err));
326 }
327 }
328
329 void ERROR_panic(const char *error, ...)
(gdb)

(gdb) l gbx_stream.c:213
208      case EAGAIN:
209        THROW(E_EOF);
210      case EIO:
211        THROW(E_READ);
212      default:
213        THROW_SYSTEM(errno, NULL);
214    }
215  }
216 }
217
(gdb)

If i'm not mistaken error 104 is connection reset by peer.
I noticed in the GUI version of my software it often didn't see a lost
connection, ie it just continues without displaying the error.
But with a lost connection.
ie in this case CUL_Closed() wasn't always called, even if you pulled the
network cable from the device where the TCP socket was connected too.
But maybe this bug is not error code specific and was there on other error
numbers too, don't know.

If you need any more info let me know.

Regards,
Ron_2nd.

2011/10/8 Beno?t Minisini <gambas at ...1...>

> > Nice,
> >
> > The new revision runs in gdb again, the breakpoint() macro isn't needed
> > anymore, correct?
>
> Not at the moment, as you should see the real error now.
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111009/795d3217/attachment.html>

From gambas at ...1...  Sun Oct  9 10:15:24 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sun, 9 Oct 2011 10:15:24 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5noVPLn6Bw48wjnqijP_t5LMrfo6urcPPA-w70E5dbT7vw@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110081634.55951.gambas@...1...>
	<CAM+S5noVPLn6Bw48wjnqijP_t5LMrfo6urcPPA-w70E5dbT7vw@...178...>
Message-ID: <201110091015.24864.gambas@...1...>

> Bingo!
> 
> THROW system error from CCUL.CUL_Read.227
> 
> Program received signal SIGTRAP, Trace/breakpoint trap.
> THROW (code=42) at gb_error.c:285
> 285 va_start(args, code);
> (gdb) bt
> #0  THROW (code=42) at gb_error.c:285
> #1  0x00000000004053af in THROW_SYSTEM (err=104, path=0x0) at
> gb_error.c:325 #2  0x0000000000416171 in STREAM_read (stream=0x7588c0,
> addr=0x7fffffffdba0, len=1) at gbx_stream.c:213
> #3  0x0000000000416847 in STREAM_read_type (stream=0x7588c0, type=2,
> value=0x65c880, len=0) at gbx_stream.c:480
> #4  0x000000000041a8a2 in SUBR_read () at gbx_subr_file.c:395
> #5  0x000000000043c1b3 in EXEC_loop () at gbx_exec_loop.c:476
> #6  0x000000000040c0ab in EXEC_function_loop () at gbx_exec.c:703
> #7  0x000000000040c042 in EXEC_function_real () at gbx_exec.c:690
> #8  0x00000000004231cb in call_method (object=0x757db0, desc=0x7546a0,
> nparam=0) at gbx_api.c:411
> #9  0x00000000004233eb in raise_event (observer=0x757db0, object=0x7588b0,
> func_id=11, nparam=0) at gbx_api.c:490
> #10 0x00000000004237ae in GB_Raise (object=0x7588b0, event_id=1, nparam=0)
> at gbx_api.c:594
> #11 0x00007ffff5d166de in CSocket_post_data_available (_object=0x7588b0) at
> CSocket.c:107
> #12 0x0000000000414446 in EVENT_check_post () at gbx_event.c:227
> #13 0x000000000042b04d in do_loop (wait=0x0) at gbx_watch.c:509
> #14 0x000000000042b0a6 in WATCH_loop () at gbx_watch.c:531
> #15 0x000000000042ca21 in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
> (gdb)
> 
> PUBLIC SUB CUL_Read()
> 
>   DIM bData AS Byte
> 
>   TRY READ #hCUL, bData <-------------------- CCUL.CUL_Read.227
> 
>   IF ERROR THEN Main.WriteDebugLog(("[CUL] Error reading data from the TCP
> port! -> ") & Error.Text)
>   ProcessReceivedChar(bData)
> 
> END
> 
> (gdb) l gb_error.c:325
> 320
> 321 case EEXIST:
> 322 THROW(E_EXIST, path);
> 323
> 324 default:
> 325 THROW(E_SYSTEM, strerror(err));
> 326 }
> 327 }
> 328
> 329 void ERROR_panic(const char *error, ...)
> (gdb)
> 
> (gdb) l gbx_stream.c:213
> 208      case EAGAIN:
> 209        THROW(E_EOF);
> 210      case EIO:
> 211        THROW(E_READ);
> 212      default:
> 213        THROW_SYSTEM(errno, NULL);
> 214    }
> 215  }
> 216 }
> 217
> (gdb)
> 
> If i'm not mistaken error 104 is connection reset by peer.
> I noticed in the GUI version of my software it often didn't see a lost
> connection, ie it just continues without displaying the error.
> But with a lost connection.
> ie in this case CUL_Closed() wasn't always called, even if you pulled the
> network cable from the device where the TCP socket was connected too.
> But maybe this bug is not error code specific and was there on other error
> numbers too, don't know.
> 
> If you need any more info let me know.
> 
> Regards,
> Ron_2nd.
> 

That error is not an error returned by the event loop (you don't have the same 
backtrace). This is another error. You must try again!

-- 
Beno?t Minisini



From ron at ...572...  Sun Oct  9 10:17:36 2011
From: ron at ...572... (Ron)
Date: Sun, 9 Oct 2011 10:17:36 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <201110091015.24864.gambas@...1...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110081634.55951.gambas@...1...>
	<CAM+S5noVPLn6Bw48wjnqijP_t5LMrfo6urcPPA-w70E5dbT7vw@...178...>
	<201110091015.24864.gambas@...1...>
Message-ID: <CAM+S5nr__JwkE59M2DRjee5h3f_2kGdLAztxW=hhE-+ArmVTmQ@...178...>

Hmm ok.. what do you expect to find then?

..Oh wait I left the BREAKPOINT() macro still in, I remove it...

Regards,
Ron_2nd.


2011/10/9 Beno?t Minisini <gambas at ...1...>

> > Bingo!
> >
> > THROW system error from CCUL.CUL_Read.227
> >
> > Program received signal SIGTRAP, Trace/breakpoint trap.
> > THROW (code=42) at gb_error.c:285
> > 285 va_start(args, code);
> > (gdb) bt
> > #0  THROW (code=42) at gb_error.c:285
> > #1  0x00000000004053af in THROW_SYSTEM (err=104, path=0x0) at
> > gb_error.c:325 #2  0x0000000000416171 in STREAM_read (stream=0x7588c0,
> > addr=0x7fffffffdba0, len=1) at gbx_stream.c:213
> > #3  0x0000000000416847 in STREAM_read_type (stream=0x7588c0, type=2,
> > value=0x65c880, len=0) at gbx_stream.c:480
> > #4  0x000000000041a8a2 in SUBR_read () at gbx_subr_file.c:395
> > #5  0x000000000043c1b3 in EXEC_loop () at gbx_exec_loop.c:476
> > #6  0x000000000040c0ab in EXEC_function_loop () at gbx_exec.c:703
> > #7  0x000000000040c042 in EXEC_function_real () at gbx_exec.c:690
> > #8  0x00000000004231cb in call_method (object=0x757db0, desc=0x7546a0,
> > nparam=0) at gbx_api.c:411
> > #9  0x00000000004233eb in raise_event (observer=0x757db0,
> object=0x7588b0,
> > func_id=11, nparam=0) at gbx_api.c:490
> > #10 0x00000000004237ae in GB_Raise (object=0x7588b0, event_id=1,
> nparam=0)
> > at gbx_api.c:594
> > #11 0x00007ffff5d166de in CSocket_post_data_available (_object=0x7588b0)
> at
> > CSocket.c:107
> > #12 0x0000000000414446 in EVENT_check_post () at gbx_event.c:227
> > #13 0x000000000042b04d in do_loop (wait=0x0) at gbx_watch.c:509
> > #14 0x000000000042b0a6 in WATCH_loop () at gbx_watch.c:531
> > #15 0x000000000042ca21 in main (argc=1, argv=0x7fffffffe3b8) at gbx.c:352
> > (gdb)
> >
> > PUBLIC SUB CUL_Read()
> >
> >   DIM bData AS Byte
> >
> >   TRY READ #hCUL, bData <-------------------- CCUL.CUL_Read.227
> >
> >   IF ERROR THEN Main.WriteDebugLog(("[CUL] Error reading data from the
> TCP
> > port! -> ") & Error.Text)
> >   ProcessReceivedChar(bData)
> >
> > END
> >
> > (gdb) l gb_error.c:325
> > 320
> > 321 case EEXIST:
> > 322 THROW(E_EXIST, path);
> > 323
> > 324 default:
> > 325 THROW(E_SYSTEM, strerror(err));
> > 326 }
> > 327 }
> > 328
> > 329 void ERROR_panic(const char *error, ...)
> > (gdb)
> >
> > (gdb) l gbx_stream.c:213
> > 208      case EAGAIN:
> > 209        THROW(E_EOF);
> > 210      case EIO:
> > 211        THROW(E_READ);
> > 212      default:
> > 213        THROW_SYSTEM(errno, NULL);
> > 214    }
> > 215  }
> > 216 }
> > 217
> > (gdb)
> >
> > If i'm not mistaken error 104 is connection reset by peer.
> > I noticed in the GUI version of my software it often didn't see a lost
> > connection, ie it just continues without displaying the error.
> > But with a lost connection.
> > ie in this case CUL_Closed() wasn't always called, even if you pulled the
> > network cable from the device where the TCP socket was connected too.
> > But maybe this bug is not error code specific and was there on other
> error
> > numbers too, don't know.
> >
> > If you need any more info let me know.
> >
> > Regards,
> > Ron_2nd.
> >
>
> That error is not an error returned by the event loop (you don't have the
> same
> backtrace). This is another error. You must try again!
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111009/3f475aa5/attachment.html>

From gambas at ...1...  Sun Oct  9 10:24:47 2011
From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=)
Date: Sun, 9 Oct 2011 10:24:47 +0200
Subject: [Gambas-devel] System error... (42)
In-Reply-To: <CAM+S5nr__JwkE59M2DRjee5h3f_2kGdLAztxW=hhE-+ArmVTmQ@...178...>
References: <AANLkTi=K32BLTv73_x7M0DcDP=RomDBPn=66QSRcBLFC@...178...>
	<201110091015.24864.gambas@...1...>
	<CAM+S5nr__JwkE59M2DRjee5h3f_2kGdLAztxW=hhE-+ArmVTmQ@...178...>
Message-ID: <201110091024.47626.gambas@...1...>

> Hmm ok.. what do you expect to find then?
> 
> ..Oh wait I left the BREAKPOINT() macro still in, I remove it...
> 
> Regards,
> Ron_2nd.
> 

The select() system call in the event loop returns an error, and now you 
should get the real value of errno.

I think there is a failing file descriptor that is still watched, and I can't 
detect it with the select() system call (I should use the poll() system call).

It may be a consequence of the error you detected in your last e-mail for 
example.

But I want to be sure.

Regards,

-- 
Beno?t Minisini



From ron at ...572...  Mon Oct 17 20:04:50 2011
From: ron at ...572... (Ron)
Date: Mon, 17 Oct 2011 20:04:50 +0200
Subject: [Gambas-devel] Mysql Issue?
Message-ID: <CAM+S5npHBS7vN7XOQ709JqGboUus=8gfTxB8aO-D5NU+UTkZcg@...178...>

This works:

  rResult = Main.hDB.Exec("SELECT * FROM events WHERE enabled IS TRUE ORDER
BY name")

This doesn't return records where enabled = TRUE

  rResult = Main.hDB.Exec("SELECT * FROM events WHERE enabled IS &1 ORDER BY
name", TRUE)

I didn't expected this, correct?

Gambas2, Ubuntu 11.04

Regards,
Ron_2nd.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111017/56c976bd/attachment.html>

From mushketer888 at ...176...  Mon Oct 17 21:09:19 2011
From: mushketer888 at ...176... (Ilja Lebedev)
Date: Mon, 17 Oct 2011 22:09:19 +0300
Subject: [Gambas-devel] Mysql Issue?
In-Reply-To: <CAM+S5npHBS7vN7XOQ709JqGboUus=8gfTxB8aO-D5NU+UTkZcg@...178...>
References: <CAM+S5npHBS7vN7XOQ709JqGboUus=8gfTxB8aO-D5NU+UTkZcg@...178...>
Message-ID: <CAA4gQzb-aiS=pYxBvy45YE0ShV9qp+K9fxKghRHsAK-CPTO7jg@...178...>

2011/10/17 Ron <ron at ...572...>

>
> This works:
>
>   rResult = Main.hDB.Exec("SELECT * FROM events WHERE enabled IS TRUE ORDER
> BY name")
>
> This doesn't return records where enabled = TRUE
>
>   rResult = Main.hDB.Exec("SELECT * FROM events WHERE enabled IS &1 ORDER
> BY name", TRUE)
>
> I didn't expected this, correct?
>
> Gambas2, Ubuntu 11.04
>
> Regards,
> Ron_2nd.
>

>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
> Maybe by SQL syntax.
SELECT * FROM events WHERE enabled=TRUE ORDER BY name
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111017/dd1c7b57/attachment.html>

From ron at ...572...  Sun Oct 23 15:36:54 2011
From: ron at ...572... (Ron)
Date: Sun, 23 Oct 2011 15:36:54 +0200
Subject: [Gambas-devel] Signal 11 in DNS client
Message-ID: <CAM+S5nqbsAyKzEnZgMJNNAFQnL29R40ukmSysXbuCiML6YxNMA@...178...>

Something wrong in gb.net dns client of Gambas3


Program received signal SIGSEGV, Segmentation fault.
read_dns_pipe (data=0x7fffffffdee0, length=8) at CDnsClient.c:64
64 if (read_dns_pipe( data, length) != length)
(gdb) bt
#0  read_dns_pipe (data=0x7fffffffdee0, length=8) at CDnsClient.c:64
#1  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#2  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#3  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#4  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#5  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#6  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#7  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#8  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#9  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#10 0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)
    at CDnsClient.c:64
#11 0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>,
length=8)

This goes on many entries...

Another one with gb.net compiled without opts...

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5ec9b48 in read_dns_pipe (data=Cannot access memory at address
0x7fffff7feff8
) at CDnsClient.c:63
63 {
(gdb) bt
#0  0x00007ffff5ec9b48 in read_dns_pipe (data=Cannot access memory at
address 0x7fffff7feff8
) at CDnsClient.c:63
#1  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#2  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#3  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#4  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#5  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#6  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#7  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#8  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#9  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64
#10 0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, length=8) at
CDnsClient.c:64


[System]

OperatingSystem=Linux

Kernel=2.6.38-11-generic

Architecture=x86_64

Memory=3787836 kB

DistributionVendor=Ubuntu

DistributionRelease="Ubuntu 11.04"

Desktop=Gnome

[Gambas 2]

Version=2.23.1

Path=/usr/local/bin/gbx2

[Gambas 3]

Version=2.99.5

Path=/usr/local/bin/gbx3

[Libraries]

Qt4=libQtCore.so.4.7.2

GTK+=libgtk-x11-2.0.so.0.2400.4


~/install/gambas/trunk$ svn info

Path: .

URL: https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk

Repository Root: https://gambas.svn.sourceforge.net/svnroot/gambas

Repository UUID: 96304659-1d19-0410-acd0-aead272a8bd5

Revision: 4207

Node Kind: directory

Schedule: normal

Last Changed Author: gambas

Last Changed Rev: 4207

Last Changed Date: 2011-10-22 01:54:17 +0200 (Sat, 22 Oct 2011)


Regards,
Ron_2nd.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111023/1dbd833b/attachment.html>

From ron at ...572...  Mon Oct 24 12:49:51 2011
From: ron at ...572... (Ron)
Date: Mon, 24 Oct 2011 12:49:51 +0200
Subject: [Gambas-devel] Signal 11 in DNS client [FIXED]
In-Reply-To: <CAM+S5nqbsAyKzEnZgMJNNAFQnL29R40ukmSysXbuCiML6YxNMA@...178...>
References: <CAM+S5nqbsAyKzEnZgMJNNAFQnL29R40ukmSysXbuCiML6YxNMA@...178...>
Message-ID: <4EA542CF.3000301@...572...>

Benoit,

Found the problem and the fix:

~/install/gambas/trunk/gb.net/src$ diff  CDnsClient.c.org CDnsClient.c
64c64,65
<     if (read_dns_pipe( data, length) != length)
---
 >
 >     if (read(dns_r_pipe, data, length) != length)

it was calling itself over and over again...

I guess I'm the only one using the gambas3 gb.net dns code...?
This bug was there since 7th of September.
http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105 
<http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105>

Regards,
Ron_2nd.

> Something wrong in gb.net <http://gb.net> dns client of Gambas3
>
>
> Program received signal SIGSEGV, Segmentation fault.
> read_dns_pipe (data=0x7fffffffdee0, length=8) at CDnsClient.c:64
> 64if (read_dns_pipe( data, length) != length)
> (gdb) bt
> #0  read_dns_pipe (data=0x7fffffffdee0, length=8) at CDnsClient.c:64
> #1  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #2  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #3  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #4  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #5  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #6  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #7  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #8  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #9  0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #10 0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>     at CDnsClient.c:64
> #11 0x00007ffff5ecc7ce in read_dns_pipe (data=<value optimized out>, 
> length=8)
>
> This goes on many entries...
>
> Another one with gb.net <http://gb.net> compiled without opts...
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff5ec9b48 in read_dns_pipe (data=Cannot access memory at 
> address 0x7fffff7feff8
> ) at CDnsClient.c:63
> 63{
> (gdb) bt
> #0  0x00007ffff5ec9b48 in read_dns_pipe (data=Cannot access memory at 
> address 0x7fffff7feff8
> ) at CDnsClient.c:63
> #1  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #2  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #3  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #4  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #5  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #6  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #7  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #8  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #9  0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
> #10 0x00007ffff5ec9b63 in read_dns_pipe (data=0x7fffffffded8, 
> length=8) at CDnsClient.c:64
>
>
> [System]
>
> OperatingSystem=Linux
>
> Kernel=2.6.38-11-generic
>
> Architecture=x86_64
>
> Memory=3787836 kB
>
> DistributionVendor=Ubuntu
>
> DistributionRelease="Ubuntu 11.04"
>
> Desktop=Gnome
>
> [Gambas 2]
>
> Version=2.23.1
>
> Path=/usr/local/bin/gbx2
>
> [Gambas 3]
>
> Version=2.99.5
>
> Path=/usr/local/bin/gbx3
>
> [Libraries]
>
> Qt4=libQtCore.so.4.7.2
>
> GTK+=libgtk-x11-2.0.so.0.2400.4
>
>
> ~/install/gambas/trunk$ svn info
>
> Path: .
>
> URL: https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk
>
> Repository Root: https://gambas.svn.sourceforge.net/svnroot/gambas
>
> Repository UUID: 96304659-1d19-0410-acd0-aead272a8bd5
>
> Revision: 4207
>
> Node Kind: directory
>
> Schedule: normal
>
> Last Changed Author: gambas
>
> Last Changed Rev: 4207
>
> Last Changed Date: 2011-10-22 01:54:17 +0200 (Sat, 22 Oct 2011)
>
>
>
> Regards,
> Ron_2nd.
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20111024/5f6ecec0/attachment.html>

From gambas at ...1...  Mon Oct 24 13:25:10 2011
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Mon, 24 Oct 2011 13:25:10 +0200
Subject: [Gambas-devel] Signal 11 in DNS client [FIXED]
In-Reply-To: <4EA542CF.3000301@...572...>
References: <CAM+S5nqbsAyKzEnZgMJNNAFQnL29R40ukmSysXbuCiML6YxNMA@...178...>
	<4EA542CF.3000301@...572...>
Message-ID: <4EA54B16.6050508@...1...>

Le 24/10/2011 12:49, Ron a ?crit :
> Benoit,
>
> Found the problem and the fix:
>
> ~/install/gambas/trunk/gb.net/src$ diff CDnsClient.c.org CDnsClient.c
> 64c64,65
> < if (read_dns_pipe( data, length) != length)
> ---
>  >
>  > if (read(dns_r_pipe, data, length) != length)
>
> it was calling itself over and over again...
>
> I guess I'm the only one using the gambas3 gb.net dns code...?
> This bug was there since 7th of September.
> http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105
> <http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105>
>
> Regards,
> Ron_2nd.
>

Fixed in revision #4211!

-- 
Beno?t Minisini



From ron at ...572...  Mon Oct 24 13:33:15 2011
From: ron at ...572... (Ron)
Date: Mon, 24 Oct 2011 13:33:15 +0200
Subject: [Gambas-devel] Signal 11 in DNS client [FIXED]
In-Reply-To: <4EA54B16.6050508@...1...>
References: <CAM+S5nqbsAyKzEnZgMJNNAFQnL29R40ukmSysXbuCiML6YxNMA@...178...>
	<4EA542CF.3000301@...572...>
	<4EA54B16.6050508@...1...>
Message-ID: <4EA54CFB.9000907@...572...>

On 24-10-2011 13:25, Beno?t Minisini wrote:
> Le 24/10/2011 12:49, Ron a ?crit :
>> Benoit,
>>
>> Found the problem and the fix:
>>
>> ~/install/gambas/trunk/gb.net/src$ diff CDnsClient.c.org CDnsClient.c
>> 64c64,65
>> <  if (read_dns_pipe( data, length) != length)
>> ---
>>   >
>>   >  if (read(dns_r_pipe, data, length) != length)
>>
>> it was calling itself over and over again...
>>
>> I guess I'm the only one using the gambas3 gb.net dns code...?
>> This bug was there since 7th of September.
>> http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105
>> <http://gambas.svn.sourceforge.net/viewvc/gambas/gambas/trunk/gb.net/src/CDnsClient.c?r1=3870&r2=4105&pathrev=4105>
>>
>> Regards,
>> Ron_2nd.
>>
> Fixed in revision #4211!
>

Are you sure it's only an async only thing?

it also crashed if used without defining the async=TRUE property 
(commented out), and as far as I can see on the site its defaulting to 
sync then.
I haven't figured out how to use it in async mode inside my project 
because I only use it to display hostnames in print output, and it's not 
usable then.

PRIVATE hDNS AS DnsClient

PUBLIC SUB ResolveHost(sIP AS String) AS String

   ' create DNS handle
   hDNS = NEW DnsClient AS "DNS"
   hDNS.HostIP = sIP
   ' hDNS.Async = TRUE
   hDNS.GetHostName()

   RETURN hDNS.HostName

END

Regards,
Ron_2nd.



From 3dwarp at ...176...  Sat Oct 29 21:51:04 2011
From: 3dwarp at ...176... (JC S)
Date: Sat, 29 Oct 2011 15:51:04 -0400
Subject: [Gambas-devel] Gambas: PPC and SSH
Message-ID: <CAKq5+rABiyG0VCu3kXu=OvnyBPDfJsVkP5VTpUicRgak9J+5iA@...178...>

Hello all. Thanks for putting together such a good (almost) basic
development package.

According to the web-page at
"http://gambas.sourceforge.net/en/main.html", under the heading "Other
Systems/Environments" and in the last column of the row entitled "Mac
OS X / PowerPC" there is a line that mentions SSH access to a PowerPC
would be helpful. Is this still the case? In addition, are there any
other systems for which development is slowed by limited SSH access?