Strange error: OCIError: ORA-01008: not all variables bound #2276

net1957 · 2022-03-11T21:03:35Z

Steps to reproduce

first request after application start or restart.

Expected behavior

After migrating the application from Rails 6.1 to 7 I get this error

Actual behavior

The application use a legacy DB, so Arel is used most time to do complex SQL queries.
If the first query after start is a query with UNION ALL, this query fail. If before that you run a simpler one, all is working as expected.

example of query (use ArelHelpers::QueryBuilder):

    def cdpcomponents(neturef = nil, nveretu = nil, start_datetime = nil, include_transferred = nil, nhut = nil)
      left_query = cdp_components1(neturef, nveretu, start_datetime, include_transferred, nhut)
      right_query = cdp_components2(neturef, nveretu, start_datetime, include_transferred, nhut)
      # crete a new relation
      ::Cmdmary::Etudprix.all.select(Arel.star)
                         .from("(#{left_query.query.to_sql} UNION ALL #{right_query.query.to_sql})")
                         .order('nhut, cmat')
    end

it fail with:

OCIError: ORA-01008: not all variables bound
Array (163 elements)
stmt.c:265:in oci8lib_300.so
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/ruby-oci8-2.2.11-x64-mingw32/lib/oci8/cursor.rb:131:in `exec'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:146:in `exec'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:41:in `block (2 levels) in exec_query'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:276:in `block in with_retry'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:433:in `with_retry'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:101:in `with_retry'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:275:in `with_retry'
D:/program/dvlt/ruby/Ruby30-x64/lib/ruby/gems/3.0.0/gems/activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:26:in `block in exec_query'

During debuging, the 'left_query.query.to_sql' generate this error and the SQL string in the error is:

SELECT /*+ OPTIMIZER_FEATURES_ENABLE('11.2.0.2') */ cols.column_name AS name,
 cols.data_type AS sql_type,
 cols.data_default,
 cols.nullable,
 cols.virtual_column,
 cols.hidden_column,
 cols.data_type_owner AS sql_type_owner,
 DECODE(cols.data_type, 'NUMBER', data_precision, 'FLOAT', data_precision, 'VARCHAR2', DECODE(char_used, 'C', char_length, data_length), 'RAW', DECODE(char_used, 'C', char_length, data_length), 'CHAR', DECODE(char_used, 'C', char_length, data_length), NULL) AS limit,
 DECODE(data_type, 'NUMBER', data_scale, NULL) AS scale,
 comments.comments as column_comment
 FROM all_tab_cols cols,
 all_col_comments comments
 WHERE cols.owner = :owner
 AND cols.table_name = :table_name
 AND cols.hidden_column = 'NO' 
 AND cols.owner = comments.owner 
 AND cols.table_name = comments.table_name 
 AND cols.column_name = comments.column_name
 ORDER BY cols.column_id

and the binds Array is correctly populated.

The log contain

Cmdmary::Etudprix Load (2.4ms)  SELECT "ETUDPRIX".* FROM "ETUDPRIX" WHERE ROWNUM <= :a1 /* loading for inspect */   [["LIMIT", 11]]
  ↳ (eval):5:in `block in print_variable'

repeated 4 or more time.

The strangest thing:
With rubymine if I put a breakpoint on the ::Cmdmary::Etudprix.all.select(Arel.star) .... line,

left_query.query.to_sql fail with the error but
left_query.query don't fail and after that
left_query.query.to_sql return the correct sql! and the application work correctly until restart

If the first DB request is a more simpler SQL it also work and the fulll application is working as expected.

** the request use a connection to a shard (implemented wit a around_action block)

If i revert back to

rails (6.1.4.4)
activerecord-oracle_enhanced-adapter (6.1.5)
composite_primary_keys (13.0.3)
ruby-oci8 (2.2.10)

it's working.

I don't known how to continue to try to resolve this, so I request some help about this problem.

System configuration

Rails version: rails 7.0.2.3

Oracle enhanced adapter version: 7.0.2

Ruby version: ruby 3.0.3

Oracle Database version: oracle 10.2.0.1.0, instanclient 10.2.0.1
** and arel-helpers (2.14.0), composite_primary_keys (14.0.4)

The text was updated successfully, but these errors were encountered:

ioev · 2022-04-11T17:23:29Z

I just encountered the same problem, rails 7.0.2.3, ruby 3.10, when trying to use the deep_pluck/pluck_all gems. It was doing a query that looks like: User.where(nil).select(:id).to_sql

I was able to reproduce easily with a base project from rails new oracle_test, adding the rails 7 compatible oracle adapter, creating a single User model and then running:
User.select(:id).to_sql

It's almost as if it fails until the schema is loaded for the table (or the schema query IS the problem, as net1957 noted), because after running something simple like User.first, then the previous query will work.

net1957 · 2022-06-12T11:57:48Z

In my case, I resolved it by replacing
.from("(#{left_query.query.to_sql} UNION ALL #{right_query.query.to_sql})")
with
.from(Arel::Nodes::UnionAll.new(left_query.query.arel, right_query.query.arel))

I imagine that Arel do correctly load the schema

found some nice examples at https://martinskruze.com/does_arel_work_in_rails_7

    def cdpcomponents(neturef = nil, nveretu = nil, start_datetime = nil, include_transferred = nil, nhut = nil)
      left_query = cdp_components1(neturef, nveretu, start_datetime, include_transferred, nhut)
      right_query = cdp_components2(neturef, nveretu, start_datetime, include_transferred, nhut)
      # create a new relation
      ::Cmdmary::Etudprix.all.select(Arel.star)
                         .from(Arel::Nodes::UnionAll.new(left_query.query.arel, right_query.query.arel))
                         .order('nhut, cmat')
    end

ioev · 2023-05-17T20:11:21Z

I traced this problem a little deeper, and it seems like it could be considered a bug in ActiveRecord:

When you call something like User.select(:id).to_sql, you end up through:

activerecord-7.0.4.3/lib/active_record/relation.rb:724

def to_sql
  @to_sql ||= if eager_loading?
    apply_join_dependency do |relation, join_dependency|
      relation = join_dependency.apply_column_aliases(relation)
      relation.to_sql
    end
  else
    conn = klass.connection
    conn.unprepared_statement { conn.to_sql(arel) } # <-- HERE
  end
end

This wraps the connection in a block via unprepared_statement:

activerecord-7.0.4.3/lib/active_record/connection_adapters/abstract_adapter.rb:284

def unprepared_statement
  cache = prepared_statements_disabled_cache.add?(object_id) if @prepared_statements
  yield
ensure
  cache&.delete(object_id)
end

And then this bit of code executes within this block:

activerecord-oracle_enhanced-adapter-7.0.2/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:26

with_retry do
  if without_prepared_statement?(binds)
    cursor = @connection.prepare(sql)
  else
    unless @statements.key? sql
      @statements[sql] = @connection.prepare(sql)
    end

    cursor = @statements[sql]

    cursor.bind_params(type_casted_binds)

    cached = true
  end

  byebug
  cursor.exec
end

Because the way the code is structured, the schema loading code that must run is captured inside of this "no prepared statements" block, and causes the line if without_prepared_statement?(binds) to return true, and the schema query running in this same context is prepared without binds and fails.

ioev · 2023-05-17T20:37:32Z

I was surprised to find that there already exists a cache busting method in the schema loading code: select_values_forcing_binds(arel, name, binds).

A fix for this (in our case) was to just add one for select_all as well:

module ActiveRecord
  module ConnectionAdapters
    class OracleEnhancedAdapter
      def column_definitions(table_name)
        (owner, desc_table_name) = @connection.describe(table_name)

        select_all_forcing_binds(<<~SQL.squish, "SCHEMA", [bind_string("owner", owner), bind_string("table_name", desc_table_name)])
          SELECT /*+ OPTIMIZER_FEATURES_ENABLE('11.2.0.2') */ cols.column_name AS name, cols.data_type AS sql_type,
                 cols.data_default, cols.nullable, cols.virtual_column, cols.hidden_column,
                 cols.data_type_owner AS sql_type_owner,
                 DECODE(cols.data_type, 'NUMBER', data_precision,
                                   'FLOAT', data_precision,
                                   'VARCHAR2', DECODE(char_used, 'C', char_length, data_length),
                                   'RAW', DECODE(char_used, 'C', char_length, data_length),
                                   'CHAR', DECODE(char_used, 'C', char_length, data_length),
                                    NULL) AS limit,
                 DECODE(data_type, 'NUMBER', data_scale, NULL) AS scale,
                 comments.comments as column_comment
            FROM all_tab_cols cols, all_col_comments comments
           WHERE cols.owner      = :owner
             AND cols.table_name = :table_name
             AND cols.hidden_column = 'NO'
             AND cols.owner = comments.owner
             AND cols.table_name = comments.table_name
             AND cols.column_name = comments.column_name
           ORDER BY cols.column_id
        SQL
      end

      def select_all_forcing_binds(arel, name, binds)
        deleted_object_id = prepared_statements_disabled_cache.delete(object_id)
        select_all(arel, name, binds)
      ensure
        prepared_statements_disabled_cache.add(deleted_object_id) if deleted_object_id
      end
    end
  end
end

davue · 2023-09-20T12:49:08Z

We fixed it using this monkey patch:

module ArelSqlPatch
  def to_sql
    arel # <= This is the workaround, we prebuild arel before using it in unprepared_statement
    super
  end
end

ActiveRecord::Relation.prepend ArelSqlPatch

arel would have been called anyways later on and is cached in @arel so there is no performance loss.

akostadinov · 2024-12-10T10:07:21Z

@ioev , great find! It fixes the issue that I see. Maybe file a pull request?

I actually simplified a little bit the monkey patch to avoid pasting the whole method. But in a PR of course should be done as in the original comment.

    module OracleEnhancedAdapterSchemaIssue2276
      def column_definitions(table_name)
        deleted_object_id = prepared_statements_disabled_cache.delete(object_id)
        super
      ensure
        prepared_statements_disabled_cache.add(deleted_object_id) if deleted_object_id
      end
    end

    ActiveRecord::ConnectionAdapters::OracleEnhancedAdapter.prepend OracleEnhancedAdapterSchemaIssue2276

@davue , FYI your workaround doesn't seem to work here.

JaneCoderToo · 2025-02-04T21:37:36Z

On Rails (7.1.5.1) I am able to use sqlite3 and things work fine, but when I change to activerecord-oracle_enhanced-adapter (7.1.0) I get this error.

I have not been able to get the workarounds above to work for us. I tried them each under app/models/concerns.

JaneCoderToo · 2025-02-05T15:11:57Z

I found that downgrading to rails 7.0.8.7 with oracle adapter 7.0.3 worked. So if anyone else is having this issue and the workarounds above don't work for you, that should do it.

If anyone has more solutions that don't require a downgrade from oracle enhanced adapter 7.1 please let us know.

akostadinov · 2025-02-05T15:41:33Z

@JaneCoderToo , did my simplified monkey patch not work for you? Perhaps drop a backtrace of the failure with the patch so potentially somebody may fix it.

JaneCoderToo · 2025-02-05T16:42:03Z

The simplified monkey patch did not work for me. I put the patch under app/models/concerns.

Our Versions
rails-7.1.5.1
ruby-oci8-2.2.14
activerecord-oracle_enhanced-adapter-7.1.0
instantclient_21_12

Full stacktrace with simple patch

  Status Load (64.0ms)  SELECT "STATUSES".* FROM "STATUSES" WHERE ROWNUM <= 11 /* loading for pp */  /*application:DataApp*/
An error occurred when inspecting the object: #<ActiveRecord::StatementInvalid: OCIError: ORA-01008: not all variables bound>
An error occurred when running Kernel#inspect: #<ActiveRecord::StatementInvalid: OCIError: ORA-01008: not all variables bound>
stmt.c:265:in oci8lib_330.so
/usr/local/bundle/gems/ruby-oci8-2.2.14/lib/oci8/cursor.rb:131:in `exec'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:150:in `exec'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:41:in `block (2 levels) in exec_query'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:286:in `block in with_retry'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:442:in `with_retry'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/oci_connection.rb:105:in `with_retry'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:285:in `with_retry'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:26:in `block in exec_query'
/usr/local/bundle/gems/activesupport-7.1.5.1/lib/active_support/notifications/instrumenter.rb:58:in `instrument'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/dbms_output.rb:35:in `log'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/database_statements.rb:23:in `exec_query'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/abstract/database_statements.rb:630:in `select'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/abstract/database_statements.rb:71:in `select_all'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/abstract/query_cache.rb:115:in `select_all'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced_adapter.rb:591:in `column_definitions'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/abstract/schema_statements.rb:109:in `columns'
/usr/local/bundle/gems/activerecord-oracle_enhanced-adapter-7.1.0/lib/active_record/connection_adapters/oracle_enhanced/schema_statements.rb:168:in `columns'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:346:in `block in columns'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:345:in `fetch'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:345:in `columns'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:354:in `block in columns_hash'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:353:in `fetch'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:353:in `columns_hash'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:58:in `columns_hash'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/connection_adapters/schema_cache.rb:188:in `columns_hash'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/model_schema.rb:622:in `load_schema!'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/attributes.rb:264:in `load_schema!'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/encryption/encryptable_record.rb:127:in `load_schema!'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/model_schema.rb:567:in `block in load_schema'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/model_schema.rb:564:in `synchronize'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/model_schema.rb:564:in `load_schema'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/model_schema.rb:445:in `attribute_types'
/usr/local/bundle/gems/activerecord-7.1.5.1/lib/active_record/core.rb:356:in `inspect'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/inspector.rb:107:in `inspect'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/inspector.rb:107:in `bind_call'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/inspector.rb:107:in `rescue in inspect_value'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/inspector.rb:101:in `inspect_value'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/context.rb:662:in `inspect_last_value'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:542:in `block in output_value'
/usr/local/bundle/gems/irb-1.15.1/lib/irb/pager.rb:66:in `page_with_preview'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:541:in `output_value'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:209:in `block (2 levels) in eval_input'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:512:in `signal_status'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:193:in `block in eval_input'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:272:in `block in each_top_level_statement'
<internal:kernel>:187:in `loop'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:269:in `each_top_level_statement'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:192:in `eval_input'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:173:in `block in run'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:172:in `catch'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:172:in `run'
/usr/local/bundle/gems/irb-1.15.1/lib/irb.rb:54:in `start'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/commands/console/console_command.rb:78:in `start'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/commands/console/console_command.rb:16:in `start'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/commands/console/console_command.rb:106:in `perform'
/usr/local/bundle/gems/thor-1.3.2/lib/thor/command.rb:28:in `run'
/usr/local/bundle/gems/thor-1.3.2/lib/thor/invocation.rb:127:in `invoke_command'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/command/base.rb:178:in `invoke_command'
/usr/local/bundle/gems/thor-1.3.2/lib/thor.rb:538:in `dispatch'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/command/base.rb:73:in `perform'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/command.rb:71:in `block in invoke'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/command.rb:149:in `with_argv'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/command.rb:69:in `invoke'
/usr/local/bundle/gems/railties-7.1.5.1/lib/rails/commands.rb:18:in `<main>'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:74:in `require'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:74:in `block (2 levels) in replace_require'
/usr/local/bundle/gems/bootsnap-1.18.4/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'

akostadinov · 2025-02-05T21:02:44Z

@JaneCoderToo , it makes more sense to put under initializers ins a ActiveSupport.on_load(:active_record) block like here:

https://github.com/3scale/porta/blob/1cb77853cb82d3b66d3012137d2b621bb3e24643/config/initializers/oracle.rb#L188

otherwise zeitwerk may not load the file especially in dev mode.

JaneCoderToo · 2025-02-05T21:24:38Z

Thanks. I made that update. Still getting OCIError: ORA-01008: not all variables bound, but at least I learned something and fixed that placement for loading.

akostadinov · 2025-02-05T22:06:51Z

@JaneCoderToo , could you edit your post and add code formatting to the backtrace? It is very hard to understand as it is. You can start a block with 3 "`" characters on a line and end with another 3 after the block.

https://markdown.land/markdown-code-block

JaneCoderToo · 2025-02-05T22:21:23Z

Done. Thank you akostadinov.

A friend has my same versions of the related gems but oracle instant client 21.7. I may try downgrading instant client instead of the gems.

akostadinov · 2025-02-05T22:54:29Z

I don't see the patch in the backtrace. Appears as not loaded.

JaneCoderToo · 2025-02-05T23:04:46Z

I placed it under config/initializers in a file with a block like this below. I am running in a docker container. Tomorrow I'll try and dig into my initializers loading.

ActiveSupport.on_load(:active_record) do

  module OracleEnhancedAdapterSchemaIssue2276
    def column_definitions(table_name)
      deleted_object_id = prepared_statements_disabled_cache.delete(object_id)
      super
    ensure
      prepared_statements_disabled_cache.add(deleted_object_id) if deleted_object_id
    end
  end

    ActiveRecord::ConnectionAdapters::OracleEnhancedAdapter.prepend OracleEnhancedAdapterSchemaIssue2276
end

JaneCoderToo · 2025-02-06T13:59:54Z

I tried some puts statements in the patch. I saw "inside ActiveSupport.on_load" in the logs, but never saw "inside column_definitions". For some reason that method was never called.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Strange error: OCIError: ORA-01008: not all variables bound #2276

Strange error: OCIError: ORA-01008: not all variables bound #2276

net1957 commented Mar 11, 2022

ioev commented Apr 11, 2022 •

edited

Loading

net1957 commented Jun 12, 2022 •

edited

Loading

ioev commented May 17, 2023

ioev commented May 17, 2023

davue commented Sep 20, 2023

akostadinov commented Dec 10, 2024 •

edited

Loading

JaneCoderToo commented Feb 4, 2025 •

edited

Loading

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025 •

edited

Loading

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025 •

edited

Loading

JaneCoderToo commented Feb 6, 2025

Strange error: OCIError: ORA-01008: not all variables bound #2276

Strange error: OCIError: ORA-01008: not all variables bound #2276

Comments

net1957 commented Mar 11, 2022

Steps to reproduce

Expected behavior

Actual behavior

System configuration

ioev commented Apr 11, 2022 • edited Loading

net1957 commented Jun 12, 2022 • edited Loading

ioev commented May 17, 2023

ioev commented May 17, 2023

davue commented Sep 20, 2023

akostadinov commented Dec 10, 2024 • edited Loading

JaneCoderToo commented Feb 4, 2025 • edited Loading

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025 • edited Loading

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025

akostadinov commented Feb 5, 2025

JaneCoderToo commented Feb 5, 2025 • edited Loading

JaneCoderToo commented Feb 6, 2025

ioev commented Apr 11, 2022 •

edited

Loading

net1957 commented Jun 12, 2022 •

edited

Loading

akostadinov commented Dec 10, 2024 •

edited

Loading

JaneCoderToo commented Feb 4, 2025 •

edited

Loading

JaneCoderToo commented Feb 5, 2025 •

edited

Loading

JaneCoderToo commented Feb 5, 2025 •

edited

Loading