🌐 Mailman 3 April 2004 - Python-list - python.org

easylog alpha
by JimJJewett＠yahoo.com April 1, 2004

April 1, 2004

The standard library's logging package is very powerful, but it doesn't scale *down* well. easylog is an attempt to better serve one-liner and midweight usage. easylog is available from http://sourceforge.net/projects/easylog/ under the Python Software Foundation license. easylog relies on an underlying logging package, so it will benefit from future improvements to the core logging package. (Unfortunately, treating another module as a black box to inherit from left some of the internals ... ugly.) I would particularly appreciate feedback on what should be cleaned up before it leaves alpha/beta status. -jJ

1 0

Re: Python conference slogan
by Qp April 1, 2004

April 1, 2004

I don't know if anyone else will think it's funny... "Shane Hathaway" <shane(a)zope.com> wrote in message news:mailman.189.1080759511.20120.python-list@python.org... > Here's a Python slogan suggestion by Ken Manheimer. > > One Nation Under Under Python > > I thought it was pretty funny. I don't know if international folks will > get it, though. :-) > > Shane >

2 1

[Python/C] Help me.. How to passa dictionary to C function?
by �� April 1, 2004

April 1, 2004

I'm a newbie in Python and Python/C API.. I have a simple question. I want to access python dictionary data type from C extension module. ---- spam.c ---- #include <Python.h> PyObject *wrap_clear(PyObject *self, PyObject *args) { int count; PyObject *dict; PyObject *newdict; newdict = PyDict_New(); // newdict is created in C module if (!PyArg_Parse(args, "O", &PyDict_Type, &dict)) { return NULL; } if (PyDict_Check(newdict)) { // newdict is a dictionary printf("newdict is ok\n"); } else { printf("newdict is not ok\n"); } if (PyDict_Check(dict)) { // dict is from python printf("dict is ok\n"); } else { printf("dict is not ok\n"); } return Py_BuildValue("i", 0); } static PyMethodDef spamMethods[] = { {"clear", wrap_clear, 1 }, { NULL, NULL } }; void initspam() { PyObject *m; m = Py_InitModule("spam", spamMethods); } ------------ $ gcc -fpic -c -I/usr/local/python/include/python2.3 -I/usr/local/python/lib/p ython2.3/config spam.c $ gcc -shared spam.o -o spam.so $ python Python 2.3.3 (#1, Mar 29 2004, 18:57:19) [GCC 2.96 20000731 (Red Hat Linux 7.3 2.96-113)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import spam >>> d = {"count":1} >>> d {'count': 1} >>> spam.clear(d) newdict is ok -------> newdict is a dictionary dict is not ok --------> but dict is not a dictionary 0 >>> How can i access to the dictionary from C module?? Thanks in advance..

2 1

Re: proper use of braces in Python (was: Prothon Prototypes vs Python Classes)
by Paul McGuire April 1, 2004

April 1, 2004

"Michael" <mogmios(a)mlug.missouri.edu> wrote in message news:mailman.148.1080691972.20120.python-list@python.org... > > >>Right. Then we can have "does the brace go on the same line or the > >>next line" wars. > >> > >> > > > > int main (void) > > { > > if (true) > > { > > } > > > > return 0; > > } > > > >There is no other way. > > > > > No way, that wastes an entire line of code with a single brace! > > int main ( void ) { > if ( true ) { > return 1; > } > return 0; > } > > This is clearly better. Compact yet easy to read. I try formatting my > Python code exactly like this and it always complains about my braces.. > clearly wrong. > http://c2.com/cgi/wiki/wiki?WhereDoTheBracesGo Not having to deal with this #$*^!!@ is just about my favorite feature of Python! (Although I'm not excited about getting into a thread on an issue that is so flame-prone. Honestly, though. "There is no other way."? "This is clearly better."? I really interpret your stance as "This is the way I'm used to." What's annoying is the added "... and therefore superior." implication. The visual cues provided by brace placement are extremely subjective, and what is "clearly better" to one is confusing to another.) Is it so difficult to accept that this is a personal style/preference issue? I agree that having a consistent form across an entire project makes things simpler overall, it's not worth the aggravation of coercing a style on those who vigorously and adamantly prefer their own. Furthermore,... Oh wait, Python doesn't *have* braces! Whew! (What a funny subject for a thread on c.l.py - April Fool's Day is come a bit early?) -- Paul

2 1

Re: [OT] Top posting is a PITA [was : Prothon Prototypes vs Python Classes]
by Stephen Horne April 1, 2004

April 1, 2004

On Wed, 31 Mar 2004 15:08:38 -0800, Michael <mogmios(a)mlug.missouri.edu> wrote: > >>This is actually better than top-posting. At least the reading >>direction is _consistently_ upwards, rather than requiring people to >>leap forwards and back through the post in a desperate attempt to find >>the clues they need. >> >That'd get really interesting when posting code examples. Why on Earth >would you leap forwards and back through a top post to find anything? >You start reading at the top and read until you run into the quoted >text. Rubish. You read the top post until you don't know what it's talking about, and then you have to read stuff in the quoted text to find the context, then you return to the top until you hit the next problem, and then you're back to the quoted text again and so on. > You only read the quoted text if you're curious to see which >specific message this message was in reply to. My memory isn't that good that I can remember everything about some post written days ago just from identifying which particular one it was. Even if I did, I won't necessarily understand the logical connections between parts of the reply and parts of the replied-to message unless they are ordered such that each piece of the reply follows a quote identifying the specific thing it is replying to. -- Steve Horne steve at ninereeds dot fsnet dot co dot uk

1 0

rlght click menu missing in most Tk apps
by eltronic＠juno.com April 1, 2004

April 1, 2004

here is some code to add right click context menus. in the few apps I've edited sofar, it just works, once you run rCbinder with the root of the gui or bind B3 all present and future widgets will have right click. there will be a line something like root=Tk.mainloop() #or Tkinter.mainloop() in epydoc it was necessary to look into the gui class and find one of the attributes has the root. add this before the root= line at the same indentation. rCbinder(gui._rootframe) #or root or whatever gui.mainloop() #or root. or= or whatever .|= hopefully authors or dedicated users of Tk apps will see how simple it is to add this basic service and will add the code themselves. in Qt you get rightclick menu's for free with all entry widgets. for gtk and wx, I don't know, probably is similar to one or the other. in pydoc it was necessary to add a search button also bind like the <return> in the Entry widget so pydoc could be entirely mouse driven. self.search_btn = Tkinter.Button(self.search_frm, text='search', pady=0, command=self.search) ... self.search_btn.pack(side='right') ... self.search_ent.bind('<Button-3>',rClicker, add='') self.result_lst.bind('<Button-3>',rClicker, add='') in pydoc there are only 2 entry widgets so it was simpler to just bind them to rClicker directly rClicker takes an event as a parameter as default. if I ever get a sourceforge id I will post a patch. I found some of the original clues in Idle, which for unknown reasons doesn't provide rightclick copy & paste. I wouldn't take the lack of outcry as confirmation that noone is missing this basic expected convenience. you should assume some people think your app is broken and possibly have quit using and recommending it. certainly they rclick numerous times and are annoyed when nothing familiar happens. You can get fancy and disable or remove choices like don't display cut or delete where they don't make sense. you can add application specific shortcuts too, per widget, by checking the event._name attribute or type, you do name your widgets don't you? adding cascading menus is just like for pulldown menus. I've left all that out to simplify and shorten this posting. here are the 2 functions to add------------- def rClicker(e): ''' right click context menu for all Tk Entry and Text widgets ''' import Tkinter try: def rClick_Copy(e, apnd=0): e.widget.event_generate('<Control-c>') def rClick_Cut(e): e.widget.event_generate('<Control-x>') def rClick_Paste(e): e.widget.event_generate('<Control-v>') e.widget.focus() nclst=[ (' ',None), # (' Cut', lambda e=e: rClick_Cut(e)), (' Copy', lambda e=e: rClick_Copy(e)), (' Paste', lambda e=e: rClick_Paste(e)), ] rmenu = Tkinter.Menu(None, tearoff=0, takefocus=0) for (txt, cmd) in nclst: if txt == ' ------ ': rmenu.add_separator() else: rmenu.add_command(label=txt, command=cmd) rmenu.entryconfigure(0, state = 'disabled') rmenu.tk_popup(e.x_root-3, e.y_root+3,entry="0") except Tkinter.TclError: print ' - rClick menu, something wrong' pass return "break" def rClickbinder(r): import Tkinter try: for b in [ 'Text', 'Entry', 'Listbox', 'Label']: # r.bind_class(b, sequence='<Button-3>', func=rClicker, add='') except Tkinter.TclError: print ' - rClickbinder, something wrong' pass #I don't know this is the best way to go. but, #don't let the perfect be the enemy of the good enough #e ________________________________________________________________ The best thing to hit the Internet in years - Juno SpeedBand! Surf the Web up to FIVE TIMES FASTER! Only $14.95/ month - visit www.juno.com to sign up today!

1 0

doing my pipe between 2 process
by elrik-de-melnibone＠ifrance.com April 1, 2004

April 1, 2004

I want catch stdout and stderr of an child process and read them with the parent process. It's like popen4 but wihout shell commande. something like that : r, w = os.pipe() input= os.fdopen(w) pid=os.fork() if pid: #parent while 1: input.read() else: os.dup2(w, sys.stdout.fileno()) print 'exemple' sys.stdout.flush() but il doesn't work! How can i make a write AND read file descriptor ? Thanks

2 1

Re: [OT] Top posting is a PITA [was : Prothon Prototypes vs Python Classes]
by Ben Finney April 1, 2004

April 1, 2004

On Wed, 31 Mar 2004 15:08:38 -0800, Michael wrote: > Why on Earth would you leap forwards and back through a top post to > find anything? Why on Earth would to include the quoted material if it's irrelevant to your post? > You start reading at the top and read until you run into the quoted > text. You only read the quoted text if you're curious to see which > specific message this message was in reply to. That information is already provided in the message headers (specifically, the "References:" header on Usenet posts, the "In-Reply-To:" header on emails). > Top-posting should require you to scroll your screen less. I think if > I started posting bottom-top text as you say you like better than > top-posting then I'd rightly be killed by the list Gods. If you only include the stuff you actually want to be read, then your post is able to be read once, in a single direction. Quote only the part of the original message you are replying to. Reply below each part you're responding to, in chronological order. Anything else is confusing and irritating for anyone who has learned to read any human writing system. -- \ "It takes a big man to cry, but it takes a bigger man to laugh | `\ at that man." -- Jack Handey | _o__) | Ben Finney <http://bignose.squidly.org/>

1 0

[wopronet] Your confirmation is needed to join the Group
by wopronet-subscribe-conf-1080784105.hgkjbmmdhhngpkhjgmkj＠smartgroups.com April 1, 2004

April 1, 2004

Dear SmartGroups user, You need to confirm your subscription to the "Women's Professional Network" Group. To confirm that you want to join, simply reply to this message. Make sure that your message is addressed to wopronet-subscribe-conf-1080784105.hgkjbmmdhhngpkhjgmkj(a)smartgroups.com If you do not want to join, do nothing. You will be automatically removed from the Group. -- http://www.smartgroups.com - making online Groups happen

1 0

BayPIGgies: April 8, 7:30pm
by Aahz April 1, 2004

April 1, 2004

The next meeting of BayPIGgies will be Thurs March 11 at 7:30pm. This meeting will have two sessions: A Practical Perspective on Python Performance Jimmy Retzlaff <jimmy(a)retzlaff.com> Jimmy will discuss a number of lessons learned regarding performance in a relatively large client-server Python application. Concepts including when, what, and how to optimize will be discussed. Technologies including extension modules, Pyrex (http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/), and Psyco (http://psyco.sourceforge.net/) will be briefly compared. The talk will conclude with some thoughts about the potential performance benefits of dynamic typing over static typing. Toying With Python - Highlighting "Keywords" in a Body of HTML Text Danny Yoo <dyoo(a)hkn.eecs.berkeley.edu> Danny will demonstrate several approaches to solving a "simple" text processing problem including several wrong turns along the way to show what not to do. Both correctness and performance will be important in this problem. The tutorial should briefly cover: brute-force searching, dictionaries, regular expressions, and if we have time, maybe even something like the Aho-Corasick automaton. BayPIGgies meetings are in Stanford, California. For more information and directions, see http://www.baypiggies.net/ Advance notice: The May 13 meeting will have a PyCon trip report from Guido van Rossum and Aahz. -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "usenet imitates usenet" --Darkhawk

1 0