Do you have the DROP ANY TABLE privilege set for the userid?
That is the only DROP TABLE priv I can see, so I probably need to have
the dba grant it to my install-test user.
On 12/13/2012 11:03 AM, Martin J. Evans wrote:
On 13/12/12 16:38, Scott wrote:
I have to comment out the 'DROP TABLE
On 13/12/12 16:38, Scott wrote:
I have to comment out the 'DROP TABLE' check to get this test to run. In
Oracle, AFAIK, there is not a
DROP TABLE privilege. If you can create it, you can drop it. Does this test
not run for everyone?
unless (( $priv{'CREATE TABLE'} or $priv{'CREATE A
I have to comment out the 'DROP TABLE' check to get this test to run.
In Oracle, AFAIK, there is not a
DROP TABLE privilege. If you can create it, you can drop it. Does
this test not run for everyone?
unless (( $priv{'CREATE TABLE'} or $priv{'CREATE ANY TABLE'} )
){
#and ( $
On Sat, 1 Dec 2012 22:14:00 +, Tim Bunce
wrote:
> > Remaining question in that proposal: where's the fence between "must
> > be last" and "insert unnamed attrs here"?
>
> I don't know, but I would like a working DBI for 5.17.6+ before too long.
After some discussion on IRC, we agreed on t
On Tue, 04 Dec 2012 18:52:06 +0100, Jens Rehsack
wrote:
> Hi Merijn,
Reply to summarize progress
> we should talk about
> - how to modify DBI::DBD::SqlEngine::TableSource and
>DBI::DBD::SqlEngine::DataSource to allow chaining
>(eg. fetch via http/ssh & decompress)
Still open, planned f
On 12.12.12 20:34, H.Merijn Brand wrote:
On Wed, 12 Dec 2012 16:31:44 +0100, Jens Rehsack
wrote:
On 01.12.12 23:14, Tim Bunce wrote:
On Thu, Nov 29, 2012 at 10:15:19PM +0100, Jens Rehsack wrote:
But back to the issue - now it seems dbm_tables is fetched earlier
in some cases than f_dir whic