Forum OpenACS Q&A: Re: Running OpenACS 3.2.5 under AOLserver 4.0.10

Collapse
2: Re: Running OpenACS 3.2.5 under AOLserver 4.0.10 (response to 1)
Posted by Richard Hamilton on 11/06/10 12:51 AM
Janine,

I thought that 64-bit Intel and AMD chips retained the ability to run 32-bit code for backward compatibility.

I presume therefore that as long as you have copies of the necessary 32-bit libraries, you could either install a compiled 32-bit binary or compile one on the 64-bit machine.

Here is a page that might give you some ideas:

http://maketecheasier.com/run-32-bit-apps-in-64-bit-linux/2009/08/10

(That is assuming that is isn't one of those difficult to spot gotcha's like a permissions issue with the module/tcl directory, or an invisible typo in the config file.)

Best regards
Richard

Collapse
3: Re: Running OpenACS 3.2.5 under AOLserver 4.0.10 (response to 2)
Posted by Janine Ohmer on 11/06/10 06:17 AM
That's what I thought too, and it looked like it was going to work, but there was some problem with the Postgres drvier and that's where I went off the rails. After rebuilding the PG driver it was incompatible with the non-rebuilt nsd binary.

However, it looks like I got things working. The templating system files in the Tcl library are in an ats subdirectory, and they weren't being loaded. My guess is that the old version descended into subdirs and the slightly-less-old version does not; I can't recall ever seeing any discussion of this before, but I can't see any other reason why they would not be loaded. I copied the ats tcl files into the main tcl directory and it seems to be working now. *knock wood* :)

Collapse
4: Re: Running OpenACS 3.2.5 under AOLserver 4.0.10 (response to 3)
Posted by Gustaf Neumann on 11/06/10 10:33 AM
Concerning rebuilding the PG driver: you have most likely a 64 bit postgres installation on the new machine. If you want to link to a 32 bit binary, you have to build the pg driver as well with 32 bit (fiddle with compile-flags) and you will need therefore to install as well the 32bit pg libraries. Accessing a 64bit compiled PG database from 32bit PG driver works well (and vice versa).