NCI error from t/library/pg.t #912

Open
leto opened this Issue Jan 4, 2013 · 3 comments

Projects

None yet

2 participants

Owner
leto commented Jan 4, 2013
$ prove -lrv t/library/pg.t 
t/library/pg.t .. 
1..43
ok 1 - load_bytecode
ok 2 - load_bytecode Pg
ok 3 - Pg class exists
ok 4 - con isa Pg;Conn
ok 5 - con is true after connect
ok 6 - con.status() == CONNECTION_OK 
ok 7 - status(PGconn) == CONNECTION_OK 
ok 8 - exec BEGIN called
ok 9 - res isa Pg;Result
ok 10 - res.resultStatus() == PGRES_COMMAND_OK 
ok 11 - table created PGRES_COMMAND_OK 
ok 12 - insert row PGRES_COMMAND_OK 
ok 13 - select * PGRES_TUPLES_OK 
ok 14 - res.ntuples == 1
ok 15 - res.nfields == 3
ok 16 - notice receiver called
ok 17 - notice callback got a struct
not ok 18 # TODO 
#   Failed (TODO) test 'notice result is still ok'
No NCI thunk available for signature `STRING (ptr, ptr, int)'
current instr.: 'parrot;Pg;cstring_ret_wrapper' pc 130 (/media/ssd/git/parrot/runtime/parrot/library/postgres.pir:59)
called from Sub 'parrot;Pg;Result;fname' pc 587 (/media/ssd/git/parrot/runtime/parrot/library/Pg.pir:407)
called from Sub 'main' pc 433 (t/library/pg.t:128)
Dubious, test returned 1 (wstat 256, 0x100)
Failed 25/43 subtests 

Test Summary Report
-------------------
t/library/pg.t (Wstat: 256 Tests: 18 Failed: 0)
  Non-zero exit status: 1
  Parse errors: Bad plan.  You planned 43 tests but ran 18.
Files=1, Tests=18,  0 wallclock secs ( 0.02 usr  0.00 sys +  0.02 cusr  0.02 csys =  0.06 CPU)
Result: FAIL
(sarkomand)(~/git/parrot master $%= )$ git rev-parse HEAD
85a4324a22c8bbe64f6063fb4c03e1af1f6fcf02
Member
rurban commented Jan 4, 2013

Cannot repro. Works for me.

Are you sure you have this line in your src/nci/extra_thunks.nci:

# NCI::Utils
STRING (ptr, ptr, INTVAL)

and pcf_ptr_ptr_ptr_int in your src/nci/extra_thunks.c

Maybe it is related to the old make clean removing src/nci/extra_thunks.c, which was fixed only recently.

@rurban rurban was assigned Jan 4, 2013
Owner
leto commented Jan 4, 2013

Yes, I have both of those things in each file.

This happens to me on Clang on Linux :

$ clang --version
clang version 2.8 (branches/release_28)
Target: x86_64-pc-linux-gnu
Thread model: posix

I am trying again after a "realclean" right now.

Owner
leto commented Jan 4, 2013

This still persists after a "realclean". This is happening with PG 8.4.11, in case that matters.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment