I'm not on xemacs-beta, please include me on replies. Just to ensure that XEmacs is still working on DUNIX, I built xemacs-21.0-b57 on DUNIX 4.0D without any problems. The attached patch cleans up some warning messages that I noticed. What happened to advice, comint, and rsz-minibuf? Steve --- gifrlib.h.dist Tue Aug 11 14:54:06 1998 +++ gifrlib.h Mon Oct 12 15:51:13 1998 ＠＠ -167,15 +167,15 ＠＠ /* This is the in-core version of an extension record */ typedef struct { - int ByteCount; - char *Bytes; /* on malloc(3) heap */ + int ByteCount; + GifByteType *Bytes; /* on malloc(3) heap */ } ExtensionBlock; /* This holds an image header, its unpacked raster bits, and extensions */ typedef struct SavedImage { GifImageDesc ImageDesc; - char *RasterBits; /* on malloc(3) heap */ + GifPixelType *RasterBits; /* on malloc(3) heap */ int Function; int ExtensionBlockCount; --- dgif_lib.c.dist Tue Aug 11 14:54:02 1998 +++ dgif_lib.c Mon Oct 12 15:52:56 1998 ＠＠ -110,7 +110,7 ＠＠ /* The GIF Version number is ignored at this time. Maybe we should do */ /* something more useful with it. */ Buf[GIF_STAMP_LEN] = 0; - if (strncmp(GIF_STAMP, Buf, GIF_VERSION_POS) != 0) { + if (strncmp(GIF_STAMP, (const char *) Buf, GIF_VERSION_POS) != 0) { GifInternError(GifFile, D_GIF_ERR_NOT_GIF_FILE); } ＠＠ -856,7 +856,7 ＠＠ CopyFrom->ImageDesc.ColorMap->Colors); /* next, the raster */ - sp->RasterBits = (char *)malloc(sizeof(GifPixelType) + sp->RasterBits = (GifPixelType*)malloc(sizeof(GifPixelType) * CopyFrom->ImageDesc.Height * CopyFrom->ImageDesc.Width); memcpy(sp->RasterBits, --- emacs.c.dist Sat Sep 5 20:11:26 1998 +++ emacs.c Mon Oct 12 15:37:42 1998 ＠＠ -2520,7 +2520,7 ＠＠ GET_C_CHARPTR_INT_FILENAME_DATA_ALLOCA (path, newpath); - len = strlen (newpath); + len = strlen ((const char *) newpath); /* #### Does this make sense? It certainly does for decode_env_path(), but it looks dubious here. Does any code depend on decode_path("") returning nil instead of an empty