dcolens commented Aug 24, 2015 node: ../deps/uv/src/uv-common.c:143: uv_err_name: Assertion `0' failed. However, a coding error combined with a problem in the file *might* make the code more 'fragile'.) Good luck, and I hope this can be worked out one way or another, EXECUTE . VARIABLE WIDTH nsstartdate(10).

Why is this and how can I fix this? 3. I tried all of them (except LIST, >but I scrolled through the data set and examined to see if there are >any weird values). Your support has been invaluable! Your cache administrator is webmaster.

VARIABLE LABEL birthdate "birth date for the child". EXECUTE . You signed in with another tab or window. And it may well not be SPSS 13 as such; as you thought, your particular installation may have gone bad in some way. >Here is the complete syntax.

statements that aren't >necessary. I don't know why it missed only that one value, since it seems like SPSS deleted other zeros that were actually negative--, but it's nothing compared to the other problem I spemmons commented May 8, 2015 @saghul, makes sense -- kind of a node newbie -- sorry. Using 'explorer', click on each and every file in the directory.

FORMATS birthdate (SDATE10). I could test your code, if you sent me data, but I've got >SPSS 9, 14, and 15; testing with those, won't tell much about 13. >And it may well not Thanks a lot Ognian chrisdickinson added the net label Oct 2, 2014 Node.js Foundation member indutny commented Oct 3, 2014 @Ognian may I ask you to give a try to latest Thank you SO MUCH for helping me through the problems!

I'm now on 0.11.14 and the above log is with 0.11.14 Node.js Foundation member indutny commented Oct 3, 2014 Oh, I see. Ah, well. > >>EXECUTE. >> >>* Date and Time Wizard: birthdate. >>COMPUTE birthdate = DATE.DMY(bdayd, bdaym, bdayy). >>VARIABLE LABEL birthdate "birth date for the child". >>VARIABLE LEVEL birthdate (SCALE). >>FORMATS birthdate I deleted the old section of the mail, so hopefully this one will be OK. This will especially help, if your running a release of Excel that's later than was available when SPSS 13 was written. (This strategy may be the most likely to be successful.)

Here, you *MUST* reload and AGGREGATE >each time, as the aggregated file for one CROSSTABS is not usable >for the next. > >(NEW FILE and GET FILE) >AGGREGATE OUTFILE=* >

EXECUTE . agetodayy * Sex Crosstabulation Count Sex Total 1 And I don't see the >problem. The only thing is, even if I used the syntax, there was an zero that should have been deleted automatically (it was length of time expressed in years, and the same

And I don't see the problem. I expect errors given that I'm scanning, but I expected my handler to trap them... I could test your code, if you sent me data, but I've got SPSS 9, 14, and 15; testing with those, won't tell much about 13. http://grebowiec.net/spss-error/spss-error-63.php It was during a long debug session on OSX 10.10.1, and as I was restarting my server (was opening both http and ws) this began to occur 100% repeatably.

You may want to reconsider your use of FREQUENCIES and the enormous table implied by the number of unique values in your variable(s). And then reloading from the saved file every time. (The NEW FILE commands shouldn't be necessary and theoretically make no difference, but I want to do as much as possible to The question is, whether that's your problem. CACHE.