Here be a one line patch for gcc-2.95 ;)
>
> Wow, patches are always welcome. I actually just got a machine set up
> with gcc-2.95 so I'll see the warnings `live'. We also just upgraded all
> our servers to 5.3.1, so the decent testing is already in full effect ;)
> (Now I can start delivering my email in Coda again.)
>
> The upgrade went reasonably smooth, all servers came back up fine.
>
> There was at least one case where there was a directory conflict while
> the VV's were equal. This used to turn some file in the directory into
> an unrepairable conflict. Right now, the client reports 'resource
> temporarily unavailable'. Finding the missing server was easy, it
> reported RS_LockAndFetch, Get... failed errno 5 (EIO). I shut down the
> server, created a new file in the directory to force a conflict, and
> restarted the server. Automatic resolution did the rest.
>
> I'll upgrade the testserver either this afternoon or tomorrow, so I
> expect some messages about people not being able to connect to the
> testserver on the codalist over the next couple of days/weeks.
>
> Jan
>
>
--------------------------------------------------------------------------
| Troy Benjegerdes | [EMAIL PROTECTED] | [EMAIL PROTECTED] |
| Unix is user friendly... You just have to be friendly to it first. |
| This message composed with 100% free software. http://www.gnu.org |
--------------------------------------------------------------------------
diff -ur coda-5.3.1/coda-src/rpc2/multi2.c coda-5.3.1-new/coda-src/rpc2/multi2.c
--- coda-5.3.1/coda-src/rpc2/multi2.c Tue Aug 31 15:31:01 1999
+++ coda-5.3.1-new/coda-src/rpc2/multi2.c Wed Sep 8 04:41:12 1999
@@ -151,7 +151,7 @@
case RPC2_BYTE_TAG: /* 2: begin of case RPC2_BYTE_TAG */
switch(a_types->mode) {
case IN_MODE:
- va_array[i].byte = (RPC2_Byte)va_arg(ap, RPC2_Byte);
+ va_array[i].byte = (RPC2_Byte)va_arg(ap, int);
break;
case OUT_MODE:
case IN_OUT_MODE:
