On Mon, 2 Jun 1997, Tymm Twillman wrote:
> On Mon, 2 Jun 1997, David Friend wrote:
>
> > On Mon, 2 Jun 1997, Tymm Twillman wrote:
> >
> > > of these, but here's a diff for working (broken) hton_s, hton_l, etc. for
> > > big endian machines...
> >
> > This had been a problem on the SPARC/Linux platform but I believe it was
> > fixed and applied to the source around May 25th. At any rate, 970531
> > works on my system without patching.
> >
> > David Friend ! cq995@freenet.carleton.ca
> > Atlantis Scientific Inc. ! david.friend@atlsci.com
> > 20 Colonnade Rd, Suite 110 ! 613-727-1087 (voice)
> > Ottawa, Ontario, CANADA K2E 7M6 ! 800-265-3894 (voice)
> > ERGOvista Scientific Image Analysis ! 613-727-5853 (fax)
> >
>
> Admittedly, the current code works... but the macros don't *do* anything,
> except eat u_shorts that are passed to hton_s, and give nasty numbers for
> u_shorts passed to ntoh_l. With psql on one system and the database on
> another, with different byte ordering, it should break.
*should* doesn't equal *does*...can someone out there indicate whether
this patch is required for a v6.1 release? There have been several hints
that this is all going to be rewritten *after* v6.1 is released, which will
make any patches to the backend communications pretty much useless, and could
possible add some bugs/instabilities that we don't need this close to a
release...
...comments?
Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
------------------------------
