I had a look and don't think we have any 64-bit specific changes. Aside
from a few build fixes (mostly missing headers) all changes are to the
management scripts.
However, we build against possibly different versions of the library
dependences. With the exception of xmlrpc-c we use the versions from
the official debian Squeeze (6.0) repository. A newer version of
xmlrpc-c is needed to get proper support for tiny floating point values
(eg. vacuum pressures).
Versions of the relevant dependencies which we use:
xerces-c 2.8.0+deb1-2+b1
xmlrpc-c 1.16.33-3~bpo60+2
Direct links to source
http://epics.nsls2.bnl.gov/debian/pool/main/c/channelarchiver/channelarchiver_2.9.2+dfsg.orig.tar.gz
http://epics.nsls2.bnl.gov/debian/pool/main/c/channelarchiver/channelarchiver_2.9.2+dfsg-11.1.diff.gz
If you want to see all the gory details:
git clone http://pubweb.bnl.gov/~mdavidsaver/git/dpack/channelarchiver.git
On 11/19/2012 11:42 AM, Ralph Lange wrote:
James,
The Debian packages by Michael Davidsaver are available for 32 and 64
bit Intel architectures.
Naturally, the source packages, that these binary packages are compiled
from, do compile on 32 and 64 bit.
Both are available from the BNL repository at
http://epics.nsls2.bnl.gov/debian/
~Ralph
On 19.11.2012 16:43, John William Sinclair wrote:
James,
I built the archiver for a 64bit cpu and had to make quite a few changes.
For XML support, I have only updated the Xerces code so if you are
using something else you may have other issues.
I have attached an archive of all files (only in the message sent
specifically to James).
Best,
John Sinclair
On 11/19/2012 10:33 AM, James F Ross wrote:
I haven't been working on any updates... I'm just trying to get all
aspects of the channel archiver to run, which it is doing for the
most part. It is just the data server that I'm having trouble with.
For the moment, I'm just trying to find out why there is an undefined
symbol in the library libxmlrcp_cgi.so.3 when I try to run
ArchiveDataServer.cgi. The complete error message is:
[Mon Nov 19 09:36:24 2012] [error] [client 127.0.0.1]
/var/www/html/archive/cgi/ArchiveDataServer.cgi: symbol lookup error:
/usr/local/lib/libxmlrpc_cgi.so.3: undefined symbol: xmlrpc_registry_new
[Mon Nov 19 09:36:24 2012] [error] [client 127.0.0.1] Premature end
of script headers: ArchiveDataServer.cgi
Thanks!
James
On Mon, Nov 19, 2012 at 10:29 AM, Kasemir, Kay<[email protected]
<mailto:[email protected]>> wrote:
Hello:
> The archiver won't compile on 64 bit…
I believe there are sites who updated the sources to compile on 64
bit.
In 2010, the channel archiver sources have been moved from an SNS
repository to source forge so that other sites can easily
contribute such updates.
If you have been working on 64 bit updates and need write access
to the SF repo, please let me know.
Or if you prefer to publish your updates by other means, please
contact Andrew so he can list that on the EPICS extensions web site.
Thanks,
Kay
From: James F Ross<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>>
Date: Monday, November 19, 2012 09:56
To: Kasemir Kay<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>>
Cc: "[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>"<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>>
Subject: Re: archive data server
I should add that the ldd command indicates that I have the right
library file from the old computer.
James
On Mon, Nov 19, 2012 at 9:44 AM, James F Ross
<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>> wrote:
Ok, I've found all of the libraries that ArchiveDataServer.cgi
calls, but I'm having an issue with one of them. As mentioned
before, I've had to transfer the channel archiver to a new
machine. The difficulty is that the new machine is 64 bit linux
while the old one is 32 bit. The archiver won't compile on 64
bit, so it was compiled on 32 bit linux and transfered. For the
most part, it is working, save for ArchiveDataServer.cgi
I've transferred the libraries that are needed by
ArchiveDataServer.cgi, but I'm getting an error with one of them.
Any help with getting past this would be most welcome.
The error:
[Mon Nov 19 09:36:24 2012] [error] [client 127.0.0.1]
/var/www/html/archive/cgi/ArchiveDataServer.cgi: symbol lookup
error: /usr/local/lib/libxmlrpc_cgi.so.3: undefined symbol:
xmlrpc_registry_new
[Mon Nov 19 09:36:24 2012] [error] [client 127.0.0.1] Premature
end of script headers: ArchiveDataServer.cgi
Thanks very much!
James Ross
On Thu, Nov 15, 2012 at 10:21 AM, James F Ross
<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>> wrote:
Hello everyone
Ok, I found out what the problem was. ArchiveDataServer.cgi is
failing to find some library files that it needs. This is
probably because this is a new computer and things aren't
completely set up the way they were on the old machine running the
archiver. I'm in the process of tracking down the libraries it is
complaining about and making links to them in /usr/lib and
/usr/local/lib which seems to be working.
Thanks for all the help! I'll ask if I have further questions
James
On Tue, Nov 13, 2012 at 10:52 AM, Kasemir, Kay<[email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>> wrote:
Hi James:
>my current issue seems to be that the archive data server is not
working.
Correct, that's what this means:
>"java.lang.IllegalArgumentException: Couldn't execute the
archiver.info
<http://archiver.info><http://archiver.info><http://archiver.info>
request java.io.IOException: Unexpected Response from Server:
Internal Server Error"
The old archive manual,
https://ics-web.sns.ornl.gov/kasemir/archiver/manual.pdf, has
sections about the setup and testing of the ArchiveDataServer.cgi
(4.3.1, 4.3.3, ..).
You can try to connect to the ArchiveDataServer.cgi via "telnet"
to see if the web server is executing it at all.
If it's running, it will also update a file /tmp/archserver.log
(something like that, don't remember the exact name in /tmp) with
the recent requests. If the archiver.info
<http://archiver.info><http://archiver.info> request already
fails, that should indicate that the ArchiveDataServer.cgi is
really not invoked at all. Your web server might return the binary
bits of the ArchiveDataServer.cgi file instead of executing it.
-Kay
- References:
- Re: archive data server James F Ross
- channel archiver on 64 bit? Re: archive data server Kasemir, Kay
- Re: channel archiver on 64 bit? Re: archive data server James F Ross
- Re: channel archiver on 64 bit? Re: archive data server John William Sinclair
- Re: channel archiver on 64 bit? Re: archive data server Ralph Lange
- Navigate by Date:
- Prev:
Re: EPICS on SL6.x Andrew Johnson
- Next:
RE: asynPortDriver epicsMutex error Mark Rivers
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: channel archiver on 64 bit? Re: archive data server Ralph Lange
- Next:
StreamDevice and sCalcoutRecord.h Pavel Maslov
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
<2012>
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·