And then there's nsdb - I think the more specific selectProc should be
tried first for select operations, but since it's been this way for a
while, would changing this break some other drivers (where the
selectProc has never been called, or tested)? The postgres driver is at
least aware of
[EMAIL PROTECTED] wrote:
The select proc is only in the pg driver in order to support some
ancient
AOLserver 2 functionality that I doubt anyone else uses any more.
Then should it be removed? (in someone's copious free time...)
Only issue would be legacy sites that may use it. Of course,
Using sqlite3_column_name could be a
better approach for DbBindRow also, rather than relying on the per-row
callback being called. Although it may not matter much - does anyone
care about what columns are returned if there are no rows?
Well, should be faster, since the column names are
Please watch the vulgar language - there's simply no need for it.
And precisely who are you to say so?
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave
I'm someone who can, and will, remove your subscription from this list.
Thank you for making clear, absolutely clear, that AOLserver is not a
community-based open source project.
You're doing everyone a favor.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply
AOLserver is going to become even easier to set up and configure.
Yeah, right...
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of
On 2007.08.02, Tom Jackson [EMAIL PROTECTED] wrote:
Should I step down as project
leader and let someone else take over? The irony is that the title
really doesn't mean much at all.
I suspect that you simply don't understand what it means in the context of
a community-based open source
Personally I think the proper resolution here is for the AOL team to admit
that this is a private project where they retain the right to do anything
with the public open source code.
Dossy no longer works for AOL, so I think the group is more like those
who've been contributing in the recent
I'm someone who can, and will, remove your subscription from this list.
Oh, that will earn you brownie points.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You
The reason why I reach out to organizations privately is because some of
them are building commercial products on top of AOLserver and may not be
comfortable discussing their needs in a public forum.
Well, the way we handle such situations in the openacs community is that
changes go through an
more likely we were just lazy or
distracted
To paraphrase a famous saying, never attribute to malice what can be
attributed to laziness :)
(those who know me in the OpenACS project have some idea as to how lazy I am)
-- Is tightly woven with Tcl which appears less and less popular each
year
We actually also tried a similar process a few years ago, but it failed
due
to various conflicts and general lack of interest. Would be great to get
something like that going again.
Well, as I said in that note, I think the community's too small warrant
the formalism.
But the principle of
On 2007.08.01, Michael Andrews [EMAIL PROTECTED] wrote:
The natural segue with most settings changeable at runtime is a body
of intelligent code that self-tunes and dynamically heals the server
(ala Oracle's clusterware, etc.).
Oh, lord. There's a reason people avoid Oracle unless they
Maybe this is the intent, although it would be easy to add the
server
name to the key.
ISTM that virtual servers weren't considered when this code was written ...
All code in current versions should be fully aware of virtual servers.
If this is the first experiment in how things will go...
On 2007.08.01, Michael Andrews [EMAIL PROTECTED] wrote:
I'd love to get AOLserver the point
where you simply specify maximum and minimum boundaries (which default
to the hardware's limits) and the server tunes itself based on the
workload it's receiving.
Besides which, shouldn't decisions
There was a lot of discussion internally about whether or not to support
virtual servers going forward. The main impetus was to try and further
simplify the code base as much as possible.
You could always take out all serving, that would really simplify it.
Nice community-oriented project
Nathan,
This has to be the most bizzar change to the configuration setup for
AOLserver, is it really true? Now you have to execute commands inside the
config file to set this?
This is absolutely crazy. The init file has never required dynamic
execution of procs to work, and to have
You are absolutely correct. Lack of documentation continues to be one of
the
biggest issues with this project in my opinion. Not sure how best to
resolve
this at this point to be completely honest. Would be a great start if
other
folks would start contributing to the example configuration
I think the best way to manage this change is to run the ns_pools
set default command from the init.tcl and use the cfg params. That
makes it backwards compatible.
If folks agree - I can add that to the head today.
Sounds reasonable to this hacker.
--
AOLserver - http://www.aolserver.com/
Technically everything in the configuration file is a Tcl command
(ns_section, ns_param, etc.) so it's really not that much of a stretch.
But
I agree, it is different.
Technically, the configuration file is a bucket of bits, but that's not a
very useful observation.
Had we ever actually
The idea of thread pools and allowing the dynamic changing of pool
settings is a great addition to the code base. The failures here
were 1) communication, 2) backward compatibility of the config settings.
I have no disagreement with this, at all.
As Nathan and I pointed out - it would not
My opinion is that any OTHER pools should be created and managed by
Tcl Modules and or Tcl Packages, not the server config.
So backwards compatibility with virtual servers disappears, then.
One of the hallmarks of AOLserver has always been ease of configuration.
My sense is that we're
i would recommend to add this or a similar fix to the
code base of aolserver 4.5, since the reported problem
persists as well in the new driver of 4.5
Let me second Gustaf on this. Our site (openacs.org) was locking up every
few hours for some weeks before we applied this patch. After
If I manually ns_db releasehandle after every handle usage, I have
no problems (but the app is slower), it's only when I rely on the
auto-cleanup of handles when the ADP page closes that there's a problem.
I've used the Oracle and PG drivers for years, and have never seen this.
Then again,
I find this kind of funny since organizations are willing to support
Tomcat, or WebSphere, etc.
Well, yeah, but the IT people can point to articles in the mainstream IT
press saying that these are the Enterprise Solutions of the Future, etc.
And with Websphere they can point at it and say
On Aug 30, 2006, at 8:56 AM, Nathan Folkman wrote:
What is it you are trying to exec?
From OpenACS we mostly just exec Imagemagick. I can't think of
anything else.
SQL*Plus and psql during installation or package install.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from
On 2006.07.02, Andrew Piskorski [EMAIL PROTECTED] wrote:
If all you're using MySQL (or any SQL-fronted data persistence
mechanism) for is key-value lookups, then something like BDB ought to
win because SQL parse time overhead is not zero. SQL is not free in
that regard.
Oracle caches
This raises the question for me, should all scheduled procs be run in
their own thread to avoid creating these kinds of problems where other
procs get affected?
This really depends on how crucial it is that the proc actually run every
(say) 15 minutes. Something that sweeps a queue of
dhogaza@PACIFIER.COM wrote:
My God, it sounds to me like you're all being bit by the Y2.006K
problem! :)
That answer is closer than you think (at least if everyone is having the
same problem I was) ... actually it's Y2.038K
Yes, indeed, I suspect everyone here on the list is aware
On 2006.05.19, 'Jesus' Jeff Rogers [EMAIL PROTECTED] wrote:
Ahahaha! Yes, in the back of my head I always wondered (and never
bothered to compute) when that silly value of 10^9 would bite someone.
Guess it's May 12, 2006. :-)
Can everyone who's affected go and change MaxIdle and MaxOpen
On 2006.05.19, 'Jesus' Jeff Rogers [EMAIL PROTECTED] wrote:
I admit I've not been paying as close attention to this thread as I might,
as I've not used 3.3 in years.
Next time remind me that this is a good reason to think before posting,
folks!
--
AOLserver - http://www.aolserver.com/
To
On Fri, May 19, 2006 at 02:30:54PM -0700, dhogaza@PACIFIER.COM wrote:
# You can also set
# them to zero, but at the time the bug was discovered, AOLserver had
# a bug that prevented you from setting them to zero.
Yeah, I knew there was a reason a big number rather than zero was chosen
On 2006.05.19, Stan Kaufman [EMAIL PROTECTED] wrote:
It might be a good idea for the OpenACS folks to edit/update their
documentation and sample configs to correct this, as well ... although
it'll never be May 13, 2006 ever again, so maybe it's a non-issue. :-)
Now that zero works, we'll
If only folks chose 10^8 instead of 10^9 ... it would have been 1157
days or 3.1 years worth of MaxOpen/MaxIdle, and we wouldn't have
encountered this weird thread hanging bug until Nov 18, 2034. :-)
-- Dossy
Shit like this happens when you know your software platform's reliable and
may not
If only folks chose 10^8 instead of 10^9 ... it would have been 1157
days or 3.1 years worth of MaxOpen/MaxIdle, and we wouldn't have
encountered this weird thread hanging bug until Nov 18, 2034. :-)
-- Dossy
Shit like this happens when you know your software platform's reliable! :)
--
All versions of AOLserver 3.3 REQUIRED and shipped with their own
special version of Tcl 8.3.x. So unless you took very special steps
to make it do so, it's very unlikely that your AOLserver is using any
other version of Tcl. I tried once to make AOLserver 3.3+ad13 use a
newer version of
So, you're seeing this problem even on AOLserver 4.0? What version of
OpenACS?
I don't think anyone has seen this problem on AOLserver 4.0.
Right, I think he meant they're fleeing to AOLserver 4.x to get rid of the
problem, and was just posting his current system info so others might be
able
I have three servers running identical installations of
AOLserver/3.3.1+ad13. On two (development and production, very low and
relatively low traffic volumes respectively) all scheduled procs have
stopped firing.
My God, it sounds to me like you're all being bit by the Y2.006K problem! :)
What I'm looking to do is have multiple $servers in one aolserver
process
Iie: host several unrelated web sites with one aolserver process.
Doable? Config example?
Here's the wiki entry on virtual hosting:
http://panoptic.com/wiki/aolserver/Virtual_Hosting
That example is for multiple
I'm pretty sure my code below is harmless and appears bug-free...
Well, it would break OpenACS. If such a feature is added, it should be
optional and configurable.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
Well, I'd probably leave to that someone else then, because fast is
what I need.
Have you measured the additional overhead of a filter, or are you just
assuming it will be slow?
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL
I use temporary tables in Postgres 7.1 (via select foo into temporary
table
bar). These are needed for a short time only. I expected they would
periodically be deleted.
In PG 8.1, at least, they're deleted at session end. AOLserver's db pool
mechanism means that might never happen while
On 2006.04.06, Bas Scheffers [EMAIL PROTECTED] wrote:
As much as people criticize MySQL's replication and clustering, where's
Postgres's? I don't see any mention of it in Postgres 8.1 docs:
http://www.postgresql.org/docs/8.1/interactive/index.html
That's because replication isn't part
Jeremy Henty said:
That's exactly why I'm asking all these questions! I'm looking at
porting
an ACS-based site to virtual hosts and I'm trying to figure out
everything
that could go wrong.
When virtual hosting was first added to AOLserver, I tested against
OpenACS and running two sites
Yeah, exactly. That's the number one reason why we have a web-service
starting script that knows how to start each of the different possible web
services, by service name only. But modifying that script to know which
ports and IPs every service listens on--when that information is already
gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)
gcc objects to the following at line 843 in nsd/conn.c:
connPtr = (Conn *) conn = itPtr-conn;
This works however (doesn't like the cast on the lvalue conn? the error
message is bad lvalue)
This works:
conn = itPtr-conn;
connPtr = (Conn *) conn;
On 2005.02.08, John Sequeira [EMAIL PROTECTED] wrote:
To be clear, this isn't /replacing/ AOLserver with Apache or IIS, but
simply allowing Apache or IIS to front an AOLserver. I can totally
understand someone wanting to fund the necessary development to make
OpenACS or .LRN work without
On Tue, Aug 17, 2004 at 08:55:26AM -0400, Dossy Shiobara wrote:
For example, arguments along the lines of:
- The patches will make the code more complicated, uglier, bug prone,
or harder to maintain.
Three of the four points above are a given.
1. The code will be more complicated.
2. More
Time and energy have been already spent by implementing/testing those
patches
Arguments of this sort apply to EVERY patch and have nothing to do with
whether or not it's a good idea to apply them to the code.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply
The reason thread pools would be interesting to me personally is to be
able to control quality of service better. For example, I may want a
pool of 5 threads to handle search engine spidering requests, and a
pool of 5 threads to handle PHP requests, 5 threads to handle a
particular
Of course they are kludges
Well, there we have it, an excellent argument for not adapting these
particular patches.
With every version we have bunch of things not working, openssl comes to
mind,
modules and drivers API changed. So this argument do not hold water.
Well, no. The less complex
On Tue, 2004-05-25 at 08:20, Daniël Mantione wrote:
Hmmm. Are we looking at the same code? I'm quite sure it converts the
.adp .tcl into a Tcl script, which it then evaluates. That would be
contradictory with ns_adp_parse. Well, time to take a closer look at it,
Look at
On Tue, 2004-03-02 at 16:55, Andrew Piskorski wrote:
Hm, maybe that should actually be movded into the standard ns_db API?
No - it's the wrong thing to do with any database that implements
variables that can be assigned values and later used in SQL queries.
Is Oracle the only popular RDBMS to
On Feb 9, 2004, at 6:27 PM, Andrew Piskorski wrote:
Well, OpenACS uses it of course, and would have to adapt their db_*
API to cope with any nsoracle driver API changes. Hopefully the db_*
api is the only OpenACS code using calls specific to nsoracle. I'm
not sure what part's of the
On Feb 10, 2004, at 9:36 AM, [EMAIL PROTECTED] wrote:
I really didn't plan on changing the ns_db interface if that is what you
are getting at.
OK, yes, that's mostly what I'm getting at.
Also, Jeff Davis of the OpenACS crew has been de facto maintainer of
the
driver - do you plan to talk
55 matches
Mail list logo
