Forum OpenACS Development: Re: Win32-OpenACS Version 1.5
the error messages above are from the head version (::xo::db::Class was not in the 5-3 branch).
When the windows installation overwrote your old installation, it is no wonder that it breaks, since you have then a mixture of two versions. I would recommend to remove all the package files and fetch it again from maurizio's package, which is - i believe - based on the oacs-5-3 branch.
thanks a lot for your understanding and support!
OpenACS = tarball 5.4.0
XOTcl Core = 0.56.3
General Comments = 5.2.0
ACS Events = 0.6d2
Date and Time Utilities = 5.2.2
RSS Support = 0.3
webDAV Support = 1.1b1
Notifications = 5.4.0
Categories = 1.1.2d1
File Storage = 5.4.0d5
xowiki = 0.60.3
Hope this helps,
this configuration consists of openacs 5.4.0 + the released application packages from the oacs-5.3 branch. This should work (although a saver strategy would be openacs 5.3.2 + the 5.3 packages, and wait for the forthcoming release of dotlrn 2.4, since the 5.3 packages were tested primarily against the 5.3.2 kernel), asides of categories (see below).
Concerning your fixes you had to do:
a) rss-generation-create.sql: use the fix of don (which is apparently only in the head version)
b) categories: you should use version 1.1 (from oacs-5-3); the version you are using (1.1.2d1) is somewhere between 5.3 and head (1.1.2d3).
c) time functions: ns_fmttime, ns_conn start, ns_time
It would be interesting to figure out, what's wrong here.
Vlad did something recently to fix time functions for win32:
i have not checked, how far tcltime.c from naviserver is from aolserver, but most likely, the changes are not dramatically in that area, but it might be worth a look.
thanks a lot for your input.
I'll try to:
1. build a distro with your recommended configuration
2. see if I manage to solve the time function problems.
I'll let you know how it goes.
I'm glad you spotted the problem.
Starting from Visual C++ 2005, time_t is defined as a 64 bit integer. In order to go back to time_t defined as 32 bit integer it is enough to use the following define
at compile time.
That's it and that's all.
Hope it helps,
what you say is correct.
But I compiled ALL Aolserver sources with that macro on.
So the problem you mentioned doesn't exist in this case.
Cheers and once again thanks,