On 3/10/20, Stefan Sperling <s...@apache.org> wrote: > The query being executed is "STMT_INSERT_NODE": > -- STMT_INSERT_NODE > INSERT OR REPLACE INTO nodes ( > wc_id, local_relpath, op_depth, parent_relpath, repos_id, repos_path, > revision, presence, depth, kind, changed_revision, changed_date, > changed_author, checksum, properties, translated_size, last_mod_time, > dav_cache, symlink_target, file_external, moved_to, moved_here, > inherited_props) > VALUES (?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, ?14, > ?15, ?16, ?17, ?18, ?19, ?20, ?21, ?22, ?23)
It would be great if you could send us the database schema - or even the whole database if it isn't too big. You can send to my private email if you like. Probably if I have the schema I will be able to repro the problem. Is this only happening on Sparc, and not on x64 or ARM or PPC, etc? Does valgrind give any clues? Something else that might be helpful, if you have time: Set a breakpoint on the sqlite3VdbeExec() function that fires when the statement that is crashing is first executed. (You can determine that it is the correct statement by looking at the value of p->zSql.) Then do: set p->db->flags = p->db->flags | ((0x0600000)<<32) That will turn on bytecode listing and tracing, and might provide further clues. Please record and send in the trace. -- D. Richard Hipp d...@sqlite.org _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users