Jeez I dunno - it compiles perfectly and you guys get excited just because
it doesn't work :-)
I have to admit to being baffled about what happened (I'm SURE this was
working not long ago), but here is a quick fix. The problem is in the
function "GetCharInfo" in the file src/unix/PostScript.c.
The fix is to change the statement
if(nchar < 0)
return 0;
to
if(nchar < 0)
return 1;
as indicated in the #ifdefs below. I will make a patch file and put
it the archive with the .tgz file.
We seem to have enough problem reports to justfy getting a new 0.50 out
pretty soon in any case.
Ross
- - - replacement - - GetCharInfo - - -
static int GetCharInfo(char *buf, FontMetricInfo *metrics)
{
char *p = buf;
int nchar;
if(!MatchKey(buf, "C "))
return 0;
p = SkipToNextItem(p);
sscanf(p, "%d", &nchar);
if(nchar < 0)
#ifdef OLD
return 0;
#else
return 1;
#endif
p = SkipToNextKey(p);
if(!MatchKey(p, "WX"))
return 0;
p = SkipToNextItem(p);
sscanf(p, "%hd", &(metrics->CharInfo[nchar].WX));
p = SkipToNextKey(p);
if(!MatchKey(p, "N "))
return 0;
p = SkipToNextKey(p);
if(!MatchKey(p, "B "))
return 0;
p = SkipToNextItem(p);
sscanf(p, "%hd %hd %hd %hd",
&(metrics->CharInfo[nchar].BBox[0]),
&(metrics->CharInfo[nchar].BBox[1]),
&(metrics->CharInfo[nchar].BBox[2]),
&(metrics->CharInfo[nchar].BBox[3]));
#ifdef DEBUG
printf("nchar = %d %d %d %d %d %d\n", nchar,
metrics->CharInfo[nchar].WX,
metrics->CharInfo[nchar].BBox[0],
metrics->CharInfo[nchar].BBox[1],
metrics->CharInfo[nchar].BBox[2],
metrics->CharInfo[nchar].BBox[3]);
#endif
return 1;
}
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To:
r-devel-request@stat.math.ethz.ch
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Ross Ihaka <ihaka@stat.auckland.ac.nz> writes:> We seem to have enough problem reports to justfy getting a new 0.50 out > pretty soon in any case.A succession of 0.49.n's would be better, I'd say. Preferably using patches from 0.49 for those with slow links, but that's not all that important. Heck, it's only 10 minutes across a 14k4 modem (but it took more than an hour to transfer R7.tgz from here to Kurt in Vienna the other day - that's between two sites with direct net connections...). -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> A succession of 0.49.n's would be better, I'd say. Preferably using > patches from 0.49 for those with slow links, but that's not all that > important. Heck, it's only 10 minutes across a 14k4 modem (but it took > more than an hour to transfer R7.tgz from here to Kurt in Vienna the > other day - that's between two sites with direct net connections...).And here was I thinking that the steam-driven abacus we use for R development was low tech ... I will try to send out "important" patches, but its hard to maintain distinct branches and we have already diverged from 0.49 here. Ross =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-