Swig-Mingw-DistUtil Extension - Entry Point Not Found?
I am using distutils and mingw to create an extension from some C++ code for Python 2.4.1. It builds fine, but on import the following error comes up: python.exe - Entry Point Not Found The procedure entry point _ctype could not be locatid in the dynamic link library msvcr71.dll I am not using ctype directly, but references to it apprear to be linked in by mingw in the resulting pyd file. I recreated a sample extension using some simple c code and that works fine. I'll try creating a simple sample and C++ tomorrow and see if that is the problem. Has anyone run across this before or have some ideas where I can start looking? -- http://mail.python.org/mailman/listinfo/python-list
Re: Vaults of Parnassus hasn't been updated for months
No offense intended to the cheesemakers, but I miss the vaults too. -- http://mail.python.org/mailman/listinfo/python-list
Re: "Humane" programmer interfaces
list[-1] maps very well to my mental concept of list. To me 'List' brings to mind a bunch of things in a line. It's intuitive to count forward or backward. Ruby's 'last' doesn't map as well for me because I don't think of the list as having an attribute of 'last.' Java just annoys me because I can never remember if it is 'size', 'length' or something else. Similarly, Java's conversion operators - string to int or back - are something I am *always* referring to as they just don't fit my mental model. I agree with Kent, it's so subjective, but I've also found that Python hits the right level. -- http://mail.python.org/mailman/listinfo/python-list
Re: how do "real" python programmers work?
I have a python file type setup in Vim. When I hit F9, it saves the file and executes it in a python shell. My _vimrc: filetype on autocmd FileType python call FileType_Python() " Python coding function! TryPython() :w! :!python % endfunction function! FileType_Python() map :call TryPython() map! :call TryPython() set makeprg=python\ % set errorformat=\ \ File\ \"%f\",\ line\ %l, so ~/vimfiles/indent/python.vim so ~/vimfiles/bike.vim so ~/vimfiles/python_calltips.vim endfunction -- http://mail.python.org/mailman/listinfo/python-list
Remote Objects via CGI?
Three are lots of good looking remote-object implementations for Python such as Pyro, Rpyc, and PyInvoke.All of these require a deamon running to serve the remote objects. Has anyone seen a method of doing this using CGI or FastCGI instead of a deamon? I'm not worried about performance for this application, but I do have constraints on long-running processes. I do want to stay away from XmlRpc if possible. Do you have any suggestions? -- http://mail.python.org/mailman/listinfo/python-list
Re: Remote Objects via CGI?
I did not have much hope, but thought there might be something. I was thinking of going this route to get a very quick solution to a python fat-client adding to or retrieving objects from a community repository over http. XMLRpc could work if there is a CGI solution, although the data sets do not lend themselves to XML. They are tuples of 6 floats about 2000 to a data set. I did just find out today that CherryPy can support different apps in 'branches' so that may be the right way to go. Might just have to do it the right way with a real CGI app. -- http://mail.python.org/mailman/listinfo/python-list
Re: Remote Objects via CGI?
Thanks Fredrik. I gave XmlRpc a shot as you implied earlier.
It works like a charm. This is how I tested quickly locally without a
large web-server installed:
1. Run cgiserver.py - this takes the place of the normal web server.
2. Then run test.py to make a local xmlrpc call.
./cgi-bin/xmlrpcserver.py:
from SimpleXMLRPCServer import CGIXMLRPCRequestHandler
def test( theList ):
return len(theList)
server = CGIXMLRPCRequestHandler()
server.register_function(test)
server.handle_request()
./test.py:
from xmlrpclib import ServerProxy, Error
server = ServerProxy("http://localhost:8080/cgi-bin/xmlrpcserver.py";)
theList = [ 1.1, 2.2, 3.3, 4.4 ]
print server.test( theList )
./cgiserver.py:
from BaseHTTPServer import HTTPServer
from CGIHTTPServer import CGIHTTPRequestHandler
serv = HTTPServer(("", 8080), CGIHTTPRequestHandler)
serv.serve_forever()
The code comes from a the python docs and an old list message at
http://mail.python.org/pipermail/tutor/2001-January/003142.html
--
http://mail.python.org/mailman/listinfo/python-list
Re: pyFltk-1.1
Andreas, Congratulations, it's a well polished release. For those not familiar with FLTK, there are many examples in the Python24/pytfltk/test directory. -- http://mail.python.org/mailman/listinfo/python-list
Suggestions for documentation generation?
Hello, I have written a C++ library that I've then wrapped with Pyrex. Any suggestions to the best-in-class tool to create documentation for the libraries? I would love to document things in one spot (could be the code) and generate html and PDF from there. Doxygen (www.doxygen.org) looks to be about the best so far. Thanks, -- http://mail.python.org/mailman/listinfo/python-list
Re: Suggestions for documentation generation?
Thanks - I took at both. Also at 'percepts', which I used a long time ago (had forgotten about it). Percepts has a great little java applet for viewing the class hierarchy. I don't think it works for python, just C++ though. Looks like doxygen will fit the bill. -- http://mail.python.org/mailman/listinfo/python-list
Re: Automatically loading and initialising objects from a plugins directory
On Jul 25, 7:50 am, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > It's a potentially brain-exploding topic, -that you made very understandable. Thanks for posting that explanation and example. -- http://mail.python.org/mailman/listinfo/python-list
Re: Cannot download SendKeys module
Same thing here, would greatly appreciate a copy myself. -- http://mail.python.org/mailman/listinfo/python-list
Re: Cannot download SendKeys module
Thanks Stef. The Rutherfurd.net site is back online this morning too. -- http://mail.python.org/mailman/listinfo/python-list
