"Document Management Software" is a little vague. What do you want it
to do? In general though, when someone says "content management" and
"Python", the general response is Zope, usually with Plone on top.
--
http://mail.python.org/mailman/listinfo/python-list
Giles, you keep mentioning syntax errors as the (/a) cause of the
problem. I suggest you avoid such problems, so that the import sethook
approach, et al. will actually work. The easiest thing to do is to run
PyChecker on your script prior to executing it. PyChecker will catch
your syntax errors
Reasonable enough. As per Mike's suggestion below, building a few web
pages to document the apps is a good start. To expand on that idea,
you could write daemons/cron jobs, perhaps in Python if Python runs on
OS/400, that monitor each app's status and log that information to the
web server. You
As Konstantin alludes, your request is not specified clearly enough.
In all-caps you write "APPLICATION MONITORING SYSTEM", yet your only
use-case is "it lets the it employee enter the name of the application
and gives him all the details about it", where "the details are ... " a
bunch of fields th
etails
> on the best settings can be found and set.
I'll have to dig into this. There don't seem to be too many directly
available settings in ODBC Administrator, but there seem to be some
spots for inserting settings directly into a command line, so I'll
need to dig up the Sybase documentation on what's possible.
> > Regards,
> --
> Marc-Andre Lemburg
> eGenix.com
Thank you very much for your patience and insight.
Cheers,
---Peter Herndon
--
http://mail.python.org/mailman/listinfo/python-list
I switched around the order, both in the actual application and in my
tests as replied to Francois Lepoutre above. Results were consistent,
after the first run of any given test, which unsurprisingly took a bit
longer.
--
http://mail.python.org/mailman/listinfo/python-list
:) Knock away, as my info isn't scientific anyway. In my case, ASA is
*not* local. The db is running on a 500MHz x 2 server with 768MB RAM,
over 100BaseT connection. That same server is also running the MSSQL
instance, and IIS.
Running your benchmark, I ran into a couple of interesting points.
l poster to test all possible
solutions to find the one that best fits his needs.
---Peter Herndon
On 4/15/05, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Peter Herndon wrote:
> > Another option is adodbapi, which in my experience is much faster than
> > mx.ODBC.
>
> Muc
Another option is adodbapi, which in my experience is much faster than
mx.ODBC. You can find it at http://adodbapi.sourceforge.net , and it
is Windows-only. There's also http://pymssql.sourceforge.net, which is
cross-platform using FreeTDS and unixodbc on *nix. I haven't any
experience with it,
If you have three different implementations, and can read all three of
them well enough to understand the code, use all three.
If you are going to port software from one language to another, and
want to reimplement it properly in your target language, you won't be
porting word-for-word anyway. So
10 matches
Mail list logo
