[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

PSPP-BUG: [bug #37999] RANK assert-fails with TEMPORARY

From: Ben Pfaff
Subject: PSPP-BUG: [bug #37999] RANK assert-fails with TEMPORARY
Date: Thu, 03 Jan 2013 20:51:12 +0000
User-agent: Mozilla/5.0 (X11; Linux i686 (x86_64)) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.95 Safari/537.11

Follow-up Comment #2, bug #37999 (project pspp):

jmd and I talked over approaches a bit in IRC today.  Here's the log:

jmd: blp: I think we might need some new functions to deal with temporary
transformations to properly fix this RANK problem.
blp: jmd: Yes, that's why I've been looking at other things ;-)
blp: jmd: It's probably going to require nontrivial changes.
jmd: I've been quietly worring about something like this with RANK for a while
blp: I've been thinking of other ways to implement data anyhow.
blp: But those are probably inappropriate to fix this problem, since they
require large whole-system changes.
blp: One kind-of-inefficient way to solve the problem would be to, at every
use of TEMPORARY, introduce a new system variable that indexes cases.
jmd: Well I think we should try to find a stop-gap way of fixing the symptom,
even if it's not particularly elegant.
blp: It's kind of inefficient since in most cases the variable won't be
needed, but it should allow us to solve the problem.
blp: What do you think of that as a stopgap?
jmd: we could try it.
jmd: Isn't there already a $CASENUM system variable?
blp: $CASENUM isn't a real variable, the expressions code just synthesizes
blp: It doesn't count cases in a consistent way, either, in the sense that a
SELECT IF before an expression will not cause $CASENUM to skip values.
blp: We'd want consistent case numbering at the point where we hit TEMPORARY,
I think.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]