|
From: Daniel J S. <dan...@ie...> - 2003-11-18 21:16:47
|
Ethan Merritt wrote: >On Tuesday 18 November 2003 12:30, you wrote: > > >>If it seems to be working now, I will leave it as is and upload >>it to SourceForge. If anything seems strange, let me know. >> >> > >Quick status update: > >I started over again on the alpha with the current cvs source >patched with your with_image_111603.diff >It failed. >I then started introducing changes one by one from my >working version. The key lines were ones you had identified >earlier: >#if (0) /* Doesn't work on alpha */ >#define SET_COLOR_CODE_CHAR '\x005' >#define FILLED_POLYGON_CODE_CHAR '\x005' >#define IMAGE_CODE_CHAR '\x001' >#else >#define SET_COLOR_CODE_CHAR '5' >#define FILLED_POLYGON_CODE_CHAR '5' >#define IMAGE_CODE_CHAR '1' >#endif > Good, good. I wonder if the DEC cc compiler thinks that '\x001' means 'x', when it really is supposed to mean 1. >With this change on top of the 111603 patch, the alpha >version can communicate with itself just fine. How I managed >to screw this up while testing from home, I do not know. > This could be a case of the compilation not appropriately checking dependence. x11.trm is dependent upon gplt_x11.h but since x11.trm is compiled through term.c, it may not recompile when gplt_x11.h is changed. I'm not positive on that. >It's water under the bridge at this point, I suppose. > >However, the 32-bit and 64-bit streams are still not >interchangeable. In fact they are not even the same length. > I will have a look at how these differ. Thanks, Dan |