Comments (9)
Thanks for reporting the issue. Can you try debugging it a bit more to see what the root cause (and possibly a fix) might be?
from pict.
File : pict-master\cli\mparser.cpp
Function : bool readLineFromFile( wifstream& file, wstring& line )
When using the 'wifstream' type,the japanese words of the input file cannot convert to the wide characters.
from pict.
Any suggestion on how to fix it? What should readLineFromFile look like to work for EUC-JP and all other encodings? Looking for expertise here, any help will be appreciated. Happy to accept a pull request with a fix, too. :)
from pict.
@tangxutc do you have a file you can share? I think I can take a look at this issue and an actual reproducer would help.
from pict.
@tangxutc ping.
from pict.
A duplicate of another active issue.
from pict.
I have same error but different scenario:
./pict ./xxxx > test.txt
ok
./pict ./xxxx /o:15 > test.txt
hang(maybe because complicated constraints)
./pict ./xxxx /o:22 > test.txt
libc++abi.dylib: terminating with uncaught exception of type std::bad_alloc: std::bad_alloc
Abort trap: 6
./pict ./xxxx /o:23 > test.txt
Input Error: Order cannot be larger than number of parameters
from pict.
@Bj-He, yours does not seem like the same issue. The combinatorial order (/o) creates bigger and bigger outputs. WIth /o:15 you are probably not hanging but the output calculation is taking a long time. With /o:22 you may simply be running out of memory; have you checked for that?
I'm curious about the reason why you're going so high? Using combination orders that large is really defeating the purpose of "pairwise testing". Most applications of the tool go for /o:2 (the classic pairwise), some go up to /o:3. /o:5 is the very most I would ever apply in real life (and only in special circumstances). None of the case studies I ever saw found evidence that there are bugs left to be discovered beyond that point. If you find a bug after testing with /o:5, you are likely not doing a good job selecting the parameters and their values in your model or the failure mode has nothing to do with interactions of input parameters i.e. nothing you can do by increasing the combinatorial order.
from pict.
I am not sure if it is because OOM, since the error message emerges immediately after I run the command. I use /o:22 for there is a scenario that I want the complete combination with strong constraints. Also I have another scenario that I need pairwise sampling.
Now I separate the 22-parameter into several small ones. Everything is ok now. I suppose that some comments of the scalability of the tool can be added, because when I was designing the sample space, I made some false assumptions.
Thank you.
from pict.
Related Issues (20)
- function pickValue Assert Fail. when Java Invoke pict.class
- README: "Excluding other parameters" section: "using up" combinations HOT 8
- dylib invoke crash due to fatal error.
- Multiple value lines for the same parameter HOT 4
- Does the api-usage have full functionality as cli? HOT 2
- CLI taking long and never complete the execution
- Will the constraints grammar support mathematical expressions(e.g. +, -, *, /) in the future? HOT 1
- issue 1
- issue 2
- [Feature] Support exclusion/inclusion of parameters based on values
- New updates aren't published properly
- CMake build system for PICT?
- Support for clang using -Wall HOT 1
- Release 3.7.4 to publish vcpkg port HOT 2
- how to update profile?
- Does not build on macOS HOT 5
- This repo is missing important files
- make error on Ubuntu 5.4.0 HOT 1
- Documentation on sub-models HOT 9
- support the arm64 platform? HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pict.