At Wednesday 07:16 PM 8/24/2005, Andrew Piskorski
wrote:
John Caruso wrote:
Basically, AOLserver 4 is hostile to being built (or having its
modules built) in anything other than its final installation
directory.
Frankly, I'm not sure what you're talking about.
I explained one facet of it in
I know this is a late followup, but I was just reading up on
sybase/aolserver connectivity and came across this thread.
Are you saying that you are trying to run ACS/OpenACS on Sybase/MSSQL ?
Classic ACS only runs on Oracle 8 and OpenACS only runs on Postgresql
7.x or Oracle 8/9 (exact
On 2005.08.24, John Caruso [EMAIL PROTECTED] wrote:
But AOLserver 4 doesn't let you do this, and in fact makes it very
difficult to achieve at all (much more so that it was under AOLserver
3.4.2, as I showed in my posting).
Maybe I'm misunderstanding this, but ... at least for the tip of the
Dynamic link is best -- there was a lot of effort recently to get all
that working right recently, with modules as small stubs that call
into the dll's located in the lib/ directory and such.
-Jim
On Aug 25, 2005, at 10:00 AM, Olaf Mersmann wrote:
Another issue I am undecided on is
Nate's working on some config stuff as well -- would be good to
coordinate the efforts and get it into the core distribution.
-jim
On Aug 25, 2005, at 9:52 AM, Olaf Mersmann wrote:
* Jim Davidson [EMAIL PROTECTED] [050825 15:24]:
*snip*
7. would also be good if something in the
On 2005.08.25, Olaf Mersmann [EMAIL PROTECTED] wrote:
Ok, I plan on setting the -rpaths to the default install directory
(/opt/aolserver/ - any objections?) [...]
This is exactly the danger of using -R/-rpath. On Solaris, /opt is a
popular place to install packages. On Linux, /usr/local is
* Jim Davidson [EMAIL PROTECTED] [050825 15:24]:
*snip*
7. would also be good if something in the install helped build up the
server nsd.tcl config as well
I'm working on a simple nsd.tcl generation TCL script for the
Batteries Included AOLserver distribution. Maybe parts of this can be
On 2005.08.25, Jim Davidson [EMAIL PROTECTED] wrote:
Dynamic link is best -- there was a lot of effort recently to get all
that working right recently, with modules as small stubs that call
into the dll's located in the lib/ directory and such.
On Aug 25, 2005, at 10:00 AM, Olaf Mersmann
I am indeed. :-)
Basically I've started creating a series of small config examples
which can be concatenated together based on which features you would
like to enable. See: $AOLSERVER/examples/config.
Example: cat base.tcl nscp.tcl nsd.tcl (would create base AOLserver
config with a
Folks,
OK -- so it sounds like we have the following goals:
1. sources need to be configurable and buildable in the source directory
2. final install location needs to be part of the config for all the -
rpath junk
3. install/copy step needs to bypass the final install location and
copy to
On 2005.08.25, Nathan Folkman [EMAIL PROTECTED] wrote:
$ bin/tclsh84 ./nsconfig.tcl -debug -modules nscp
or maybe this is better...
A thin ADP application that stores config settings in a AGF file which
is then used to forward-generate a nsd.tcl.
Web-based config. It was all the rage in the
On Aug 25, 2005, at 11:12 AM, Dossy Shiobara wrote:
On 2005.08.25, Nathan Folkman [EMAIL PROTECTED] wrote:
$ bin/tclsh84 ./nsconfig.tcl -debug -modules nscp
or maybe this is better...
A thin ADP application that stores config settings in a AGF file which
is then used to forward-generate a
Ugh -- that thing was a mess and hard to maintain. Better to start
over.
-Jim
On Aug 25, 2005, at 11:22 AM, Nathan Folkman wrote:
On Aug 25, 2005, at 11:12 AM, Dossy Shiobara wrote:
On 2005.08.25, Nathan Folkman [EMAIL PROTECTED] wrote:
$ bin/tclsh84 ./nsconfig.tcl -debug -modules
Yup -- that's what I understood the question to be and agree, link
against the dynamic libraries.
-Jim
On Aug 25, 2005, at 10:53 AM, Dossy Shiobara wrote:
On 2005.08.25, Jim Davidson [EMAIL PROTECTED] wrote:
Dynamic link is best -- there was a lot of effort recently to get all
that
On Thursday 25 August 2005 07:29, Dossy Shiobara wrote:
On 2005.08.25, Olaf Mersmann [EMAIL PROTECTED] wrote:
Ok, I plan on setting the -rpaths to the default install directory
(/opt/aolserver/ - any objections?) [...]
This is exactly the danger of using -R/-rpath. On Solaris, /opt is a
* Dossy Shiobara [EMAIL PROTECTED] [050825 17:18]:
On 2005.08.25, Nathan Folkman [EMAIL PROTECTED] wrote:
*snip*
A thin ADP application that stores config settings in a AGF file which
is then used to forward-generate a nsd.tcl.
My current setup is pretty frontend neutral. The current system
* Dossy Shiobara [EMAIL PROTECTED] [050825 17:00]:
On 2005.08.25, Jim Davidson [EMAIL PROTECTED] wrote:
Dynamic link is best -- there was a lot of effort recently to get all
that working right recently, with modules as small stubs that call
into the dll's located in the lib/ directory
If it is any help, here is a patch I wrote to restore the functionality in
our 4.0.10 distribution. Seems to work
Index: nsd/adpparse.c
===
RCS file: /bom-cvs/out-source/aolserver-4.0.10/nsd/adpparse.c,v
retrieving revision 1.1
At Thursday 05:23 AM 8/25/2005, Dossy Shiobara wrote:
On 2005.08.24, John Caruso
[EMAIL PROTECTED] wrote:
But AOLserver 4 doesn't let you do this, and in fact makes it very
difficult to achieve at all (much more so that it was under
AOLserver
3.4.2, as I showed in my posting).
Maybe I'm
At Thursday 06:16 AM 8/25/2005, Jim Davidson wrote:
3. install/copy step needs to
bypass the final install location and
copy to some other root
I'd say should be able to instead of needs to,
but yep, this would be very helpful.
8. finally,
something should be done to rationalize the build of
* Dossy Shiobara [EMAIL PROTECTED] [050824 07:21]:
On 2005.08.24, Olaf Mersmann [EMAIL PROTECTED] wrote:
Another point I'm still unsure about is weather to ship stripped
libs and binaries
No ... please don't. It makes debugging other people's problems much
harder if they're running
One other thing:
At Thursday 06:16 AM 8/25/2005, Jim Davidson wrote:
There was a lot of effort recently to use Tcl in the build to get
around windows/unix incompatibilities -- sounds like more work is
needed on the Unix specific pieces to get this right and draw in the
common modules.
Is this
Hi,
I successufully install, configure and run openacs on AOlserver4 (debian
version aolserver4_4.0.10-3). Everything was running find until I
update my system. Now impossible to start aolserver I got a
AOLSERVER@LISTSERV.AOL.COM
Starting web server: dotlrn
I don't think anyone said anything about ACS nsfreetds is an
AOLServer module.
On 8/25/05, Mark Aufflick [EMAIL PROTECTED] wrote:
I know this is a late followup, but I was just reading up on
sybase/aolserver connectivity and came across this thread.
Are you saying that you are trying to
24 matches
Mail list logo
