infering the number of args a function takes at runtime
hi all, i am a python newbie, in a project currently doing i need to find out the number of arguments that a function takes at runtime.? Is this possible ,if so how do i do this,i ve looked through the python documentation but couldnt find anything.any help will be great TIA -- http://mail.python.org/mailman/listinfo/python-list
Re: infering the number of args a function takes at runtime
On Dec 8, 9:39 am, sniffer <[EMAIL PROTECTED]> wrote: > hi all, > i am a python newbie, in a project currently doing i need to find out > the number of arguments that a function takes at runtime.? Is this > possible ,if so how do i do this,i ve looked through the python > documentation but couldnt find anything.any help will be great > > TIA Thanks guys , i think this should work for me.btw as enquired i am working o a mvc thingie where in need to call functions in a controller,and pass the arguments as recieved from the end user so i need to make sure that the number of arguments passed from the front end are correct or not in the context of the function being called -- http://mail.python.org/mailman/listinfo/python-list
Re: dBase III files and Visual Foxpro 6 files
On Dec 8, 12:53 pm, Ethan Furman <[EMAIL PROTECTED]> wrote: > Greetings All! > > I nearly have support complete for dBase III dbf/dbt files -- just > wrapping up support for dates. The null value has been a hindrance for > awhile but I nearly have that solved as well. > > For any who know of a cool dbf module already in existence for dBase III > and Visual Foxpro -- where were you six months ago when I was searching? > ;) Seriously, though, this has been a great learning experience for me. > > As I said -- dbf/dbt files are 99% ready. idx files -- no support: for > my purposes I just don't need them. I've found no problem in loading > tables up to 300,000 records with 50 fields per record, and re-ordering > them on the fly in memory. > > However, after putting much effort into this code, and wanting it to be > useful to others in the community, are there others who work with dbf > files that would need idx/cdx support? Or tables so large they won't > fit comfortably into memory? > > ~ethan~ hi ethan, great to hear that someone has finally written something for interacting with vfp6 data,when do you plan to release it -- http://mail.python.org/mailman/listinfo/python-list
Re: dBase III files and Visual Foxpro 6 files
On Dec 8, 7:44 pm, Ethan Furman <[EMAIL PROTECTED]> wrote: > sniffer wrote: > > On Dec 8, 12:53 pm, Ethan Furman <[EMAIL PROTECTED]> wrote: > >> Greetings All! > > >> I nearly have support complete for dBase III dbf/dbt files -- just > >> wrapping up support for dates. The null value has been a hindrance for > >> awhile but I nearly have that solved as well. > > >> For any who know of a cool dbf module already in existence for dBase III > >> and Visual Foxpro -- where were you six months ago when I was searching? > >> ;) Seriously, though, this has been a great learning experience for me. > > >> As I said -- dbf/dbt files are 99% ready. idx files -- no support: for > >> my purposes I just don't need them. I've found no problem in loading > >> tables up to 300,000 records with 50 fields per record, and re-ordering > >> them on the fly in memory. > > >> However, after putting much effort into this code, and wanting it to be > >> useful to others in the community, are there others who work with dbf > >> files that would need idx/cdx support? Or tables so large they won't > >> fit comfortably into memory? > > >> ~ethan~ > > > hi ethan, > > great to hear that someone has finally written something for > > interacting with vfp6 data,when do you plan to release it > > Well, let's see... > > A couple more days to have the datetime bit worked out (I don't support > datetimes prior to 1981 in vfp tables), > longer for currency types, and of course, no idx/cdx support at this point. > > Tell you what -- I'll trade you a copy of the code as it stands with > date and datetime working for null values, for an answer of whether you > need idx/cdx file support. ;) > > ~ethan~ well ethan luckily i dont require idx/cdx support -- http://mail.python.org/mailman/listinfo/python-list
python-com and vista
hi all, the problem i am facing is as follows:- i have created a com component in python this registers and works fine on winxp and stuff but on vista i need to turn off user account control to get the component registered and every time i need to use the component i again have to turn it UAC off if it is on, but this component needs to be deployed on the end-users machine and so this exercise of turning on/off UAC cannot be carried out there . Any pointers on how to get this resolved ? TIA -- http://mail.python.org/mailman/listinfo/python-list
Unable to register com component built with python2.7
Hi all, I have built a com component using python2.7 on win 7 but the component refuses to register ,every time i try to register it says the specified module could not be found unable to load python.dll ,i also tried building the same com server with python2.7 again on a win- xp system but to no avail ,i even tried building and registring the com server after removing all imports and just leaving 1 function which returns nothing but the string "hello world" any pointers would be great thanks -- http://mail.python.org/mailman/listinfo/python-list
Re: Unable to register com component built with python2.7
Stephen thanks for your reply but my python installation directory is in my path any other pointers -- http://mail.python.org/mailman/listinfo/python-list
user rights and python com servers
hi all, i am facing a peculiar problem with a python com server i've developed the com server runs fine in winxp standalone systems but if the system is part of a domain then until the logged in user is given power user rights i am unable to register the dll using regsvr32 , a similar problem i face on vista system here unless and untill the app utilising the dll is run with admin privelleges the dll does not get registered and does not function as a result. any pointers on how to avoid this rights issue will be great also if it is of some consequence i am using the python wmi module also in this dll. -- http://mail.python.org/mailman/listinfo/python-list
Re: user rights and python com servers
On Apr 16, 6:01 am, Mark Hammond wrote: > On 15/04/2010 6:05 PM, sniffer wrote: > > > hi all, > > i am facing a peculiar problem with a python com server i've developed > > the com server runs fine in winxp standalone systems but if the > > system is part of a domain then until the logged in user is given > > power user rights i am unable to register the dll using regsvr32 , a > > similar problem i face on vista system here unless and untill the app > > utilising the dll is run with admin privelleges the dll does not get > > registered and does not function as a result. > > This is a "feature" of Vista and later - you must have elevated > permissions to write to the place in the registry where "global" COM > objects are stored. By default, the standard win32com registration code > will attempt to elevate and register if necessary. > > Note that it is also possible in theory to register COM objects just for > a single user,while win32com doesn't support that directly it > shouldn't be hard to support this with a few changes to > win32com\server\register.py > > HTH, > > Mark Thanks Mark, just one question does the explanation given above by you also apply to winxp systems in a domain,if so then what is the minimum level of user rights required for the com server to run without hiccups. TIA -- http://mail.python.org/mailman/listinfo/python-list
Re: user rights and python com servers
On Apr 16, 10:48 am, Mark Hammond wrote: > On 16/04/2010 2:40 PM, sniffer wrote: > > > Thanks Mark, > > just one question does the explanation given above by you also apply > > to winxp systems in a domain, > > Yeah - IIRC, domain users can't change much of the registry by default, > primarily as they aren't in the 'administrators' or 'power user' groups > by default like local users are - but it all depends on various security > policies and attributes of each user. > > > if so then what is the minimum level of > > user rights required for the com server to run without hiccups. > > Any user can *run* the server - just not all can register it. To > register it, the user needs the ability to write to the > HKEY_CLASSES_ROOT hive in the registry. This is the same problem > forcing may installation programs to insist on being run as an > administrator even if the program itself doesn't need to be. > > Cheers, > > Mark Thanks Mark for all your help -- http://mail.python.org/mailman/listinfo/python-list
