Re: [HACKERS] Someone might already have done working versions
| От | Tymm Twillman |
|---|---|
| Тема | Re: [HACKERS] Someone might already have done working versions |
| Дата | |
| Msg-id | a133a31b19b97bd1e1238e04893e329b обсуждение исходный текст |
| Ответ на | [HACKERS] Someone might already have done working versions (Tymm Twillman <tymm@coe.missouri.edu>) |
| Список | pgsql-hackers |
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. - -Tymm ------------------------------
В списке pgsql-hackers по дате отправления: