Skip to content
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

instacrash with fluid.datasetquery~ #320

Open
rconstanzo opened this issue Aug 5, 2022 · 2 comments
Open

instacrash with fluid.datasetquery~ #320

rconstanzo opened this issue Aug 5, 2022 · 2 comments
Assignees

Comments

@rconstanzo
Copy link

rconstanzo commented Aug 5, 2022

Having a hard time reproducing it, but I do have a crash report. Basically I was building up a query for fluid.datasetquery~ and got an instacrash when sending this message:
clear, filter 44 > 2000., addrange 0 44, transform coll dump

I can supply the dataset/patch if desired, but as mentioned I'm having a hard time reproducing it.

Pretty sure I'm on the latest/release (version 1.0.0+sha.d0e42a3.core.sha.f86443a).

Crash report attached but crashed thread starts with:

Thread 0 Crashed:: CrBrowserMain  Dispatch queue: com.apple.main-thread
0   org.flucoma.fluid.libmanipulation	0x0000000128182615 fluid::algorithm::DataSetQuery::process(fluid::FluidDataSet<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, double, 1l> const&, fluid::FluidDataSet<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, double, 1l>&, fluid::FluidDataSet<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, double, 1l>&) + 677

crash.zip

@weefuzzy weefuzzy self-assigned this Aug 22, 2022
@weefuzzy
Copy link
Member

Yeah, if you can send sample data, that would be good. Nothing much else to go on otherwise.

@rconstanzo
Copy link
Author

I don't know what exact data I was using when I got this crash, but these are the types of data that it would have been.

Archive.zip

(at the time I don't know if I was using transformjoin yet to use one dataset to query another, but in any case, the data dataset.json is identical in structure to what I would have used when I got this crash.

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

No branches or pull requests

2 participants