8000 box: feature `tuple:format` to get a format of a tuple by DerekBum · Pull Request #1 · DerekBum/tarantool · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

box: feature tuple:format to get a format of a tuple #1

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

DerekBum
Copy link
Owner
@DerekBum DerekBum commented May 31, 2024

This patch adds tuple:format() method to get a format of a tuple.

Closes tarantool#10005

@TarantoolBot document
Title: New format method for box.tuple
Product: Tarantool
Since: 3.2

The tuple:format method returns a format of a tuple.

@DerekBum DerekBum force-pushed the DerekBum/gh-10005-tuple-get-format branch from 080b975 to 9206d3f Compare May 31, 2024 17:13
@DerekBum DerekBum force-pushed the DerekBum/gh-10005-tuple-get-format branch from 9206d3f to 9aca7a7 Compare June 14, 2024 11:48
@DerekBum DerekBum changed the title box: feature tuple:get_format to get a format of a tuple box: feature tuple:format to get a format of a tuple Jun 14, 2024
@DerekBum DerekBum force-pushed the DerekBum/gh-10005-tuple-get-format branch 9 times, most recently from 3dadcc9 to ea3647b Compare June 17, 2024 11:47
This patch adds `tuple:format()` method to get a format
of a tuple.

Closes tarantool#10005

@TarantoolBot document
Title: New `format` method for `box.tuple`
Product: Tarantool
Since: 3.2

The `tuple:format` method returns a format of a tuple.
@sergepetrenko sergepetrenko force-pushed the DerekBum/gh-10005-tuple-get-format branch from ea3647b to 82677bb Compare June 17, 2024 15:01
DerekBum pushed a commit that referenced this pull request Aug 2, 2024
`key_part::offset_slot_cache` and `key_part::format_epoch` are used for
speeding up tuple field lookup in `tuple_field_raw_by_part()`. These
structure members are accessed and updated without any locks, assuming
this code is executed exclusively in the tx thread. However, this isn't
necessarily true because we also perform tuple field lookups in vinyl
read threads. Apparently, this can result in unexpected races and bugs,
for example:

```
  #1  0x590be9f7eb6d in crash_collect+256
  tarantool#2  0x590be9f7f5a9 in crash_signal_cb+100
  tarantool#3  0x72b111642520 in __sigaction+80
  tarantool#4  0x590bea385e3c in load_u32+35
  tarantool#5  0x590bea231eba in field_map_get_offset+46
  tarantool#6  0x590bea23242a in tuple_field_raw_by_path+417
  tarantool#7  0x590bea23282b in tuple_field_raw_by_part+203
  tarantool#8  0x590bea23288c in tuple_field_by_part+91
  tarantool#9  0x590bea24cd2d in unsigned long tuple_hint<(field_type)5, false, false>(tuple*, key_def*)+103
  tarantool#10 0x590be9d4fba3 in tuple_hint+40
  tarantool#11 0x590be9d50acf in vy_stmt_hint+178
  tarantool#12 0x590be9d53531 in vy_page_stmt+168
  tarantool#13 0x590be9d535ea in vy_page_find_key+142
  tarantool#14 0x590be9d545e6 in vy_page_read_cb+210
  tarantool#15 0x590be9f94ef0 in cbus_call_perform+44
  tarantool#16 0x590be9f94eae in cmsg_deliver+52
  tarantool#17 0x590be9f9583e in cbus_process+100
  tarantool#18 0x590be9f958a5 in cbus_loop+28
  tarantool#19 0x590be9d512da in vy_run_reader_f+381
  tarantool#20 0x590be9cb4147 in fiber_cxx_invoke(int (*)(__va_list_tag*), __va_list_tag*)+34
  tarantool#21 0x590be9f8b697 in fiber_loop+219
  tarantool#22 0x590bea374bb6 in coro_init+120
```

Fix this by skipping this optimization for threads other than tx.

No test is added because reproducing this race is tricky. Ideally, bugs
like this one should be caught by fuzzing tests or thread sanitizers.

Closes tarantool#10123

NO_DOC=bug fix
NO_TEST=tested manually with fuzzer
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Feature tuple:format to get a format of a tuple
1 participant
0