Search found 5 matches
- 06 Mar 2015, 23:52
- Forum: Bugs
- Topic: problem with plaindata2sdds
- Replies: 7
- Views: 5349
Re: problem with plaindata2sdds
if you interested in, I have archived data for 2013.05.07 that was correctly processed with sddsbreak on SL6 with the same code. I am sure it was working.
- 06 Mar 2015, 01:01
- Forum: Bugs
- Topic: problem with plaindata2sdds
- Replies: 7
- Views: 5349
Re: problem with plaindata2sdds
sddsbreak
program from my latest rpm for RHEL7:
Program by Michael Borland. (This is version 4, June 2009.)
command:
sddsbreak results/k20_07hist.sdds results/k20_07histb.sdds -rowlimit=10,overlap=1
segmentation fault
program from my latest rpm for RHEL7:
Program by Michael Borland. (This is version 4, June 2009.)
command:
sddsbreak results/k20_07hist.sdds results/k20_07histb.sdds -rowlimit=10,overlap=1
segmentation fault
- 05 Mar 2015, 11:42
- Forum: Bugs
- Topic: problem with plaindata2sdds
- Replies: 7
- Views: 5349
Re: problem with plaindata2sdds
I am using RHEL 7 now, I have not checked 5-6. Sorry for incomplete information.
There are some signs that it's not the only problem with sdds tools on RHEL7,
but it was first in chain, and easy to check.
Thank you
There are some signs that it's not the only problem with sdds tools on RHEL7,
but it was first in chain, and easy to check.
Thank you
- 05 Mar 2015, 00:09
- Forum: Bugs
- Topic: problem with plaindata2sdds
- Replies: 7
- Views: 5349
problem with plaindata2sdds
plaindata2sdds corrupts some data. version (Feb 3 2015) in sdds toolkit 3.3-1 (64bit RHEL). example of corruption: commdnd: plaindata2sdds K2007_01.txt results/k20_07hist.sdds -noRowCount -skipLines=12 -col=I,double,units=A -col=H1,double,units=Gs -col=H2,double,units=Gs -col=H3,double,units=Gs -col...
- 07 Jul 2013, 23:23
- Forum: Bugs
- Topic: sddsplot can leave zombie process.
- Replies: 1
- Views: 2140
sddsplot can leave zombie process.
sddsplot can leave zombie process.
it is possibly wait() for pipe input.
Not a big problem, but should be corrected because process table is'n infinite size.
it is possibly wait() for pipe input.
Not a big problem, but should be corrected because process table is'n infinite size.