Henning, JanF,
should we actually consider testing the new tjc PFtijah parser next to the
(AFAIK still default) "old" one?
If so, how?
Stefan
On Mon, Feb 02, 2009 at 08:11:16AM +0100, Stefan Manegold wrote:
> On Sun, Feb 01, 2009 at 06:28:32PM +0100, Sjoerd Mullender wrote:
> > On 2009-02-01 18:
On Sun, Feb 01, 2009 at 06:28:32PM +0100, Sjoerd Mullender wrote:
> On 2009-02-01 18:12, Henning Rode wrote:
> > Update of /cvsroot/monetdb/pathfinder/modules/pftijah/tjc
> > In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv21759/tjc
> >
> > Modified Files:
> > tjc_main.c tjc_milprint.c
On 2009-02-01 18:12, Henning Rode wrote:
> Update of /cvsroot/monetdb/pathfinder/modules/pftijah/tjc
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv21759/tjc
>
> Modified Files:
> tjc_main.c tjc_milprint.c
> Log Message:
> propagated other retrieval models from old tijah implementa
On Sun, Feb 01, 2009 at 02:15:06PM +0100, Lefteris wrote:
> I will use lng instead of long long:)
>
> goto's are needed in the fromstr to make a faster and easier to read parser.
>
> The nil value should be indeed lng_nil, i had changed that but did not
> checked it in.
>
> After debugging more,
On Sun, Feb 1, 2009 at 2:00 PM, Stefan Manegold wrote:
> On Sun, Feb 01, 2009 at 01:03:43PM +0100, Lefteris wrote:
>> The following behavior is strange to me, but I am not sure if it is a
>> bug or I have done something wrong.
>>
>> dayTimeDuration (dtduration) is defined in mil as:
>>
>> .ATOM dt
I will use lng instead of long long:)
goto's are needed in the fromstr to make a faster and easier to read parser.
The nil value should be indeed lng_nil, i had changed that but did not
checked it in.
After debugging more, I saw that tostr is called twice and yes, I have
changed it to 0 in the p
On Sun, Feb 01, 2009 at 01:03:43PM +0100, Lefteris wrote:
> The following behavior is strange to me, but I am not sure if it is a
> bug or I have done something wrong.
>
> dayTimeDuration (dtduration) is defined in mil as:
>
> .ATOM dtduration = lng;
> .FROMSTR = dtduration_fromstr;
> .
There are several issues.
- Use lng instead of long long for the typedef. The Visual Studio
compiler doesn't know long long.
- You're using a lot of goto's...
- The nil value for dtduration should be lng_nil, not int_nil.
But the real reason that it fails is that for some reason
dtduration_tos
The following behavior is strange to me, but I am not sure if it is a
bug or I have done something wrong.
dayTimeDuration (dtduration) is defined in mil as:
.ATOM dtduration = lng;
.FROMSTR = dtduration_fromstr;
.TOSTR = dtduration_tostr;
.END;
and in c as :
typedef long long dtduratio
On Sun, Feb 01, 2009 at 12:23:21PM +0100, Romulo Goncalves wrote:
> I am not that new here... ;)
> The bootstraap, configure and build deletion is always done when I
> update my sources...
> But until today I did not need to remove all the other directories (lib,
> share, include...) under the pr
I am not that new here... ;)
The bootstraap, configure and build deletion is always done when I
update my sources...
But until today I did not need to remove all the other directories (lib,
share, include...) under the prefix installation. It seems I need to do
it now because of the upgrade from
Delete your build directory and configure/rebuild everything. The
libssl version (and probably more) has changed.
lefteris
On Sun, Feb 1, 2009 at 12:11 PM, Romulo Goncalves wrote:
> Hello,
>
> I just start my mserver5 on Fedora 10 (my desktop) and I get several
> messages like this one:
> #WARNI
On 01-02-2009 12:11:54 +0100, Romulo Goncalves wrote:
> Hello,
>
> I just start my mserver5 on Fedora 10 (my desktop) and I get several
> messages like this one:
> #WARNING: LoaderException:loadLibrary:mdb: loader error libssl.so.6:
> cannot open shared object file: No such file or directory
>
Hello,
I just start my mserver5 on Fedora 10 (my desktop) and I get several
messages like this one:
#WARNING: LoaderException:loadLibrary:mdb: loader error libssl.so.6:
cannot open shared object file: No such file or directory
libssl.so.6 missing...
All my sources are updated.
Some suggestion
14 matches
Mail list logo