Re: [HACKERS] Someone might already have done working versions
| От | David Friend |
|---|---|
| Тема | Re: [HACKERS] Someone might already have done working versions |
| Дата | |
| Msg-id | 74b46d3f47d60092cb4480a638f12647 обсуждение исходный текст |
| Ответ на | [HACKERS] Someone might already have done working versions (Tymm Twillman <tymm@coe.missouri.edu>) |
| Список | pgsql-hackers |
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. > > 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. I'll take your word for it since I don't have a good understanding for this piece of code. Anything to help clean up the mess in this area is appreciated. 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) ------------------------------
В списке pgsql-hackers по дате отправления: