Re: Determining version of OpenSSL

8 => /usr/lib/libssl.so.0.9.8 (0x7f6a5a9b7000) > [...] Thanks but I was hoping to do this using python as this code needs to run on both Linux and Mac OS X, I know I can run the appropriate tools depending on the platform. This is an option at least... Cheers Adam -- http://mail.python.org/mailman/listinfo/python-list

Determining version of OpenSSL

Hi I'm trying to determine the version of OpenSSL that a given python is compiled against, with python2.7 I can do this with: import ssl ssl.OPENSSL_VERSION is there a way that this can be done in python2.4? It's annoying but I need to support python2.4 for a while yet :-( Ch

Re: how to create a virtual printer

On Mon, 2011-03-28 at 04:12 -0700, kalop...@gmail.com wrote: > Hi, > > Does anybody know how to create a virtual > printer with python (on both windows and linux)? I don't. Not on Windows anyway. There is no single mechanism that will work for both. On LINUX this is trivial - define a printer

Re: Writing to a file

On Fri, 2011-03-25 at 15:07 +, jyoun...@kc.rr.com wrote: > Just curious how others view the 2 examples below for creating and > writing to a file in Python (in OS X). Is one way better than the other? > If it was a large amount of text, would the 'os.system' call be a bad > way to do it?

Re: value of pi and 22/7

On Fri, 2011-03-18 at 14:16 +, Grant Edwards wrote: > On 2011-03-18, peter wrote: > > The Old Testament (1 Kings 7,23) says ... "And he made a molten sea, > > ten cubits from the one brim to the other: it was round all about, and > > his height was five cubits: and a line of thirty cubits did

Re: PDF To Postscript

On Thu, 2011-03-17 at 08:53 -0700, Chris Rebert wrote: > On Thu, Mar 17, 2011 at 6:55 AM, Adam Tauno Williams > wrote: > > PyPDF (and others) provide a very nice mechanism for creating and > > manipulating PDF documents. Is there any *Python* module or technique > > to

PDF To Postscript

PyPDF (and others) provide a very nice mechanism for creating and manipulating PDF documents. Is there any *Python* module or technique to turn a PDF document into Postscript [to print, for example]? -- http://mail.python.org/mailman/listinfo/python-list

Re: Print to an IPP printer (pkipplib?)

On Fri, 2010-10-15 at 15:28 -0400, Adam Tauno Williams wrote: > I've found the module pkipplib which seems to work well for things like > interrogating an IPP (CUPS) server. But is there a way to send a print > job to an IPP print queue? [and no, the local system knows nothing abo

Re: Python script xml-rpc to C# xml-rpc script

On Tue, 2011-03-15 at 08:00 -0700, Ymtrader wrote: > If anyone is fluent in python as well as C# using the cook computing > xml-rpc.net library I could really use some help. I have been trying > to write a C# program to access upcdatabase.com without much luck. Yes, I've used both. > have a w

Re: What do you use with Python for GUI programming and why?

On Fri, 2011-03-11 at 09:34 -0800, Rafe Kettler wrote: > On Mar 10, 9:25 pm, Robert wrote: > > Is there a push to one toolkit or the other? I use PyGtk. It is robust, fast, and integrates well into the desktop. Also the documentation is very good and the forum very helpful. My PyGtk app is Imbo

Re: Purely historic question: VT200 text graphic programming

On Thu, 2011-03-10 at 00:38 -0600, GrayShark wrote: > Once, many, many, years ago, I programmed some type of 'graphical' > interface on a VT200 terminal (only DEC VAX/VMS programmers are going to > know what this is). Question. What was the library I linked against? > Yes, you remember, painting

Re: Porting Python2 C-API/Swig based modules to Python 3

Link to pastebin: http://pastebin.com/102fhkgp On Wed, Feb 23, 2011 at 6:18 PM, Adam Pridgen wrote: > Thanks for the help.  That information got me started in the right > direction.  I put my notes up on paste bin for others to use in the > future. > > For the future reference of

Re: Porting Python2 C-API/Swig based modules to Python 3

unicode and number. Hopefully these details will be helpful to others in the future. Thanks again for the nudge, -- Adam. On Wed, Feb 23, 2011 at 11:58 AM, casevh wrote: > On Feb 23, 8:54 am, Adam Pridgen > wrote: >> Hello, >> >> I am trying to get a compiled module to wor

Porting Python2 C-API/Swig based modules to Python 3

any advice/insght about how I can troubleshoot, diagnose, and resolve this issue? Thanks in advance, -- Adam 0:pylibpcap-0.6.2$ python3 Python 3.2 (r32:88452, Feb 20 2011, 11:12:31) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credi

Re: Best way to gain root privileges

legal privileges to modify the program, then there > *is* a security hole and the program is not really the problem. sudo already does this to a limited degree. If you want more granularity than sudo, you're looking at mandatory access controls. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Best way to gain root privileges

needing privilege escalation, you should go back and see if there is another way to achieve what you want. There's a good chance the other way will be a better way. It sounds to me like you need to better define all the operations that your software needs to be able to accomplish and what pri

Re: Best way to gain root privileges

larger design issues mandating the need for privilege when it's not really necessary. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Best way to gain root privileges

On Thu, Feb 17, 2011 at 2:12 AM, Dan Stromberg wrote: > > On Wed, Feb 16, 2011 at 6:59 PM, Adam Skutt wrote: >> On Feb 16, 9:00 pm, Dan Stromberg wrote: >>> So yeah, whether you use perl or anything else invoked with #!, you're >>> pretty much better off with

Re: Best way to gain root privileges

I'm not even remotely convinced that 'removing skill' is a good idea. It especially doesn't help you very much when the whole point of your script is just a wrapper to elevate privileges (execute another programs) or copy files about. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Best way to gain root privileges

d to be root, of course, or make the users members of that group anyway (in which case, just use the damn ACL). Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Missing SIGCHLD

at.  :(  Sadly, many > application programmers tend to ignore the EINTR possibility. This can be disabled by signal.siginterrupt(). Regardless, the signal handling facilities provided by Python are rather poor. Adam [1] Ok, I lied, there's regular signals and realtime signals, which have a few minor differences. -- http://mail.python.org/mailman/listinfo/python-list

Re: encoding

On Mon, 2011-02-14 at 13:03 -0500, Verde Denim wrote: > On Mon, Feb 14, 2011 at 12:46 PM, MRAB > wrote: > On 14/02/2011 17:10, Verde Denim wrote: > All > I'm a bit new to py coding and need to setup some code to > encode/decode > base 128. > Anyone here have some info they can poi

Re: multiprocessing & more

key off of that. Those (or slight variants on them) are the common ways. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: multiprocessing & more

o return duplicate entries; this is what I expect is happening to you. The right thing to do is actually check to see if all the files you want exist, if you can. If not, you'll have to keep waiting until you've opened all the files you expect to open. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Shared memory python between two separate shell-launched processes

loading stuff into RAM. It's not different from using memcached, or sqlite, or any other database for that matter. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Shared memory python between two separate shell-launched processes

none of the three are implemented with perfect consistency across Unicies. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: wsgi, ajax, and multiple requests

On Wed, 2011-02-09 at 14:31 +0200, Frank Millman wrote: > I am dabbling with writing an ajax-style app. On occasion, I want to send > more than one message from the client to the server. It is important that > the server processes the messages in the same order that they are generated. > I have

Re: Idea for removing the GIL...

On Tue, 2011-02-08 at 11:52 -0500, Roy Smith wrote: > In article , > Robert Kern wrote: > > Unlike a UNIX fork, CreateProcess() does not have the same copy-on-write > > semantics for initializing the memory of the new process. If you want to > > pass > > data to the children, the data must be

Re: Idea for removing the GIL...

On Tue, 2011-02-08 at 01:39 -0800, Vishal wrote: > Is it possible that the Python process, creates copies of the > interpreter for each thread that is launched, and some how the thread > is bound to its own interpreter ? > and it "may" also allow the two threads to run in parallel, assuming > the

Re: IDLE: A cornicopia of mediocrity and obfuscation.

On Tue, 2011-02-01 at 04:38 -0800, rantingrick wrote: > On Feb 1, 4:20 am, flebber wrote: > > Sorry Rick too boringtrying to get bored people to bite at your > > ultra lame post yawn... > Well reality and truth both has a tendency to be boring. Even more true of pointless and drawn-o

which scipy binary for Win32

Am looking at http://sourceforge.net/projects/scipy/files/scipy/0.8.0/ and I wonder which is the binary to install on WinXP ? As pointed to by this page, http://www.scipy.org/Download All I can see on that sourceforge page are the huge python2.6 and python2.7 Powerpacks, at 43megs or so each.

Re: WxPython versus Tkinter.

prints tracebacks, much less tracebacks that assist you in debugging. Put plainly, you have no clue whatsoever what your code actually does or how it accomplishes it, which is exactly what we'd expect. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: WxPython versus Tkinter.

the grand scheme of things. Qt, Swing, Gtk, and Win32 common controls[1] don't provide the same exact control either, should we view it as deficient? But regardless of the challenge, I don't think you're capable of posting a worthwhile example, which is why you dismiss all the p

Re: WxPython versus Tkinter.

ou didn't even test the functionality you provided in your own code, or that if you did, you're entirely clueless about GUI design fundamentals. > The main point is to create a > ListCtrl that has two view modes, icons, and editable items. You lack > simple reading and com

Re: WxPython versus Tkinter.

#x27;t tell Mr. "rantingrick" Johnson about them. It can be our little secret ;) Adam [1] I think there might even be more, but I got lazy. -- http://mail.python.org/mailman/listinfo/python-list

Re: examples of realistic multiprocessing usage?

On Fri, 2011-01-21 at 03:20 -0800, Adam Skutt wrote: > On Jan 20, 11:51 pm, Albert van der Horst > wrote: > > This is what some people want you to believe. Arm twisting by > > GPL-ers when you borrow their ideas? That is really unheard of. > Doesn't matter, you'

Re: examples of realistic multiprocessing usage?

u land in. > > So pardon me, but not even looking at code you might learn from > is pretty hysteric. Not at all. Separating ideas from implementation can be difficult, and convincing a judge of that vastly more so. It's a legitimate concern, and people who intend to ship proprietary s

Re: Tkinter: The good, the bad, and the ugly!

On Jan 20, 3:02 pm, "Octavian Rasnita" wrote: > From: "Adam Skutt" > Yet, for some unfathomable reason, you > keep promoting > I would be glad if you could tell me about a portable solution which is > accessible with JAWS and Window Eyes, the most used screen

Re: Tkinter: The good, the bad, and the ugly!

entire discussion. I didn't think it worth mentioning because I didn't think it all that relevant to any of the discussions that end ed up occurring here. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

On Jan 20, 10:44 am, "Octavian Rasnita" wrote: > From: "Adam Skutt" > Actually, JAWS uses MSAA dead last, as I understand it, because the > API is truly that awful.  But MSAA is necessary whenever you're not > using a Win32 common control or most of the other

Re: Tkinter: The good, the bad, and the ugly!

custom building Qt yourself. On Linux, you have to set QT_ACCESSIBILITY = 1, but Linux is the exception. > And most important, have you tested it with JAWS screen reader? (Or > WindowEyes at least) because these are the most used screen readers. > NVDA is pretty poor and it can't b

Re: Tkinter: The good, the bad, and the ugly!

gt; I just did, NVDA was able to read my button text and its accessibility description just fine, both in C++ and Python versions of my Qt application. I didn't bother testing Linux or OS X, but I'm sure it would work there too. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

d software are built correctly, so again, your argument is really for Qt, not for wxWidgets. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

On Jan 19, 11:09 am, "Octavian Rasnita" wrote: > From: "Adam Skutt" > > Accessibility always requires special effort, and I don't see how > > changing toolkits gets away from this. > > This is the most false thing I ever heard and the most dan

Re: Tkinter: The good, the bad, and the ugly!

esire to > > develop the GUI interface three times over.  Hence the continued > > popularity of Java GUIs. > > Java GUIS are accessible. Maybe that's the reason. No, the reason is as I stated, no more, no less. Accessibility doesn't enter into most designs. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: UTF-8 question from Dive into Python 3

do it without altering the meaning of the samples; it is a completely non-nonsensical operation. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

apps by > default, without even knowing this. Have you written an accessible application in any toolkit whatsoever? It is not magic, and it does not happen by default, even when solely using the standard widgets. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

nd I don't see how changing toolkits gets away from this. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

; on those platforms (screen readers). Or we have cross-platform support as a requirement and no desire to develop the GUI interface three times over. Hence the continued popularity of Java GUIs. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

n distribution does not change the size of the dependency set one bit, and that dwarfs the python code in any case. That is what you want to avoid in my opinion. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

imized version of wxWidgets in the standard library by now as opposed to the whole damn thing. He dodges technical questions because he lacks even the most elementary understanding. He'll do the same to you and only offer absurd platitudes and insults in return, as opposed to actual working

Re: Tkinter: The good, the bad, and the ugly!

On Jan 18, 6:36 pm, rantingrick wrote: On Jan 18, 4:57 pm, Adam Skutt wrote: > On Jan 18, 4:45 pm, Arndt Roger Schneider > > > E.g. a button is: > > > A function gets asychnronously performed in response to > > > a finger/mouse click and release inside a certain sc

Re: Tkinter: The good, the bad, and the ugly!

On Jan 18, 4:45 pm, Arndt Roger Schneider wrote: > Adam Skutt schrieb: > > Until we have pixel-perfect touch sensors, toolkits for devices with > > pointer interfaces (e.g., PCs) and toolkits for devices with touch > > interfaces (e.g., phones and tablets) will necessarily be

Re: Tkinter: The good, the bad, and the ugly!

yout capabilities are both simultaneously far advanced and far worse. Yet, it is likely the way of the future for a large portion of us, like it or not. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

On Jan 18, 2:11 pm, rantingrick wrote: > Adam now you are making sense. Everything you said here is true. > This > is why we must push for the OpenGUI standard. Funny, I write considerable detail about why such a thing is a pipedream and useless even if it came to fruition, and yo

Re: Tkinter: The good, the bad, and the ugly!

ipal, practice is pretty heavily divorced from principal here. Principal doesn't help me write GUI applications today. > wxWidgets is not suitable for a modern type > GUI ad thus clearly not the toolkit/framework > of the 21st century. None of the toolkits accessible from CPython

Re: Tkinter: The good, the bad, and the ugly!

On Jan 18, 3:49 am, "Octavian Rasnita" wrote: > From: "Adam Skutt" > Subject: Re: Tkinter: The good, the bad, and the ugly! > > On Jan 17, 3:08 pm, "Octavian Rasnita" wrote: > > "Batteries included"? > > > Python doesn't

Re: Tkinter: The good, the bad, and the ugly!

On Jan 17, 3:08 pm, "Octavian Rasnita" wrote: >> From: "Adam Skutt" >> And we're not discussing those languages, we're discussing Python, >> which has an explicit policy of "batteries included".  As such, >> criticism of the st

Re: Tkinter: The good, the bad, and the ugly!

of the apps written in it were useful and > even elegant. (I don't claim credit for the elegant ones, but the ones I > wrote were at least useful to me.) You can get surprisingly far with only > simple widgets and a bit of ingenuity. Or at least by lowering your > expectations. *

Re: examples of realistic multiprocessing usage?

On Mon, 2011-01-17 at 13:55 +, Albert van der Horst wrote: > In article , > Philip Semanchuk wrote: > > >I grepped through the code to see that it's using = > >multiprocessing.Listener. I didn't go any further than that because our = > >project is BSD licensed and the license for Gluino is

Re: Tkinter: The good, the bad, and the ugly!

You and rick both need eye exams, apparently. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: Joking?

tting rarer, and will continue to do so as long as governments continue to tighten fuel economy standards (and to a lesser degree, safety standards). Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: examples of realistic multiprocessing usage?

ue is the superior solution. It's certainly possible to build a work pool w/ a queue such that you block on both for entries added to the queue and job completion, but I'm pretty sure it's something you'd have to write yourself. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: examples of realistic multiprocessing usage?

oid contention between two queues is to just remove it entirely (by converting the processing to a single pipeline like I suggested). If that is not possible, then I suggest moving to pipes (or some other form of I/O based IPC) and asynchronous I/O. But I'd only do that if I really couldn&#

Re: examples of realistic multiprocessing usage?

sets of matricies I want to multiply (common), I can make execute each multiplication in parallel. Both solutions look different, and a solution that uses both levels of parallelism frequently will look different still. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

an eye exam if you actually believe what you just wrote. TabLayouts are not just two frames and radiobuttons inside a bigger frame. To even say that is disingenuous and insulting to every human who's ever used one. > I believe compound widgets have no business in the stdlib. All widg

Re: Tkinter: The good, the bad, and the ugly!

ed rate. E.g. the widget in second place might be used roughly > half as often as the widget in first place place, the widget in third > place one third as often, the widget in fourth place one quarter as > often, and so forth. Perhaps, but the drop off isn't relevant till we approach well over 30 widgets, at least, quite arguably more (since GUI toolkits include both things that are common, and things that absolutely suck to program, even if they're not used often). Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

On Jan 16, 11:30 am, rantingrick wrote: > Adam your post is so incoherent that i cannot decide if you are FOR or > AGAINST changing the current Tkinter GUI module into a wxPython GUI > module. And this widget set that you keep referring to is a bit vague > also. If you found my pos

Re: examples of realistic multiprocessing usage?

> Instead of explaining my problem and asking for design suggestions, > I'll ask: is there a compendium of realistic Python multiprocessing > examples somewhere? Not that I've ever seen. > Or an open source project to look at? OpenGroupware Coils uses multiprocessing [in conjunction with AMQ]

Re: Tkinter: The good, the bad, and the ugly!

is a few .py files" part of the argument, which is just as compelling, if not more so. Really, if you believe the case to be otherwise, I truly believe you aren't paying attention to your own computer(s), or don't understand how the applications you use are constructed. What

Re: how to use priority queue with multiprocessing

On Fri, 2011-01-14 at 10:57 -0800, John Nagle wrote: > On 1/13/2011 9:07 AM, Marco Hornung wrote: > I want to run several jobs on a server. The jobs are being sent by > users. However, all jobs have a different priority, and high-priority > jobs should be processed before any low-priority job ge

Re: How to Buffer Serialized Objects to Disk

On Wed, 2011-01-12 at 17:29 -0500, Scott McCarty wrote: > Been digging ever since I posted this. I suspected that the response > might be use a database. I use shelve extensively; there are many use-cases where it makes sense. And there are many where a database makes sense. Basically, if I just

Re: os.path.realpath() and os.path.abspath()

ensures that is the case. Historically, some versions of the UNIX syscall (Solaris in particular) have not always returned absolute paths, but I believe this is no longer the case and was a very long standing bug (though I may be mistaken). Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Print to an IPP printer (pkipplib?)

On Mon, 2011-01-10 at 10:49 -0800, Emile van Sebille wrote: > On 1/10/2011 10:40 AM Adam Tauno Williams said... > > First I have to make a text stream into a PDF, so I have something to > > send. Surprisingly I've been able to find no code to steal which does > > that

Re: Print to an IPP printer (pkipplib?)

On Mon, 2011-01-10 at 10:37 -0700, Michael Torrie wrote: > On 10/16/2010 10:49 AM, Adam Tauno Williams wrote: > > I've found the module pkipplib which seems to work well for things like > > interrogating an IPP (CUPS) server. But is there a way to send a print > > job t

Re: Python app dev tools for Gnome?

On Sat, 2011-01-08 at 16:07 +, kj wrote: > There's a zillion utility apps that I've had kicking around in my > head for years, but I've never implemented because I absolutely > hate GUI programming. > But I'm increasingly impressed by the quality, stability, and sheer > number, of Gnome apps t

Re: apscheduler error

On Fri, 2011-01-07 at 17:08 -0800, linna li wrote: > I tried to use the apscheduler and used the sample code below from the > tutorial, but got the error message: Exception in thread APScheduler > (most likely raised during interpreter shutdown). What's going on > here? I really appreciate any hel

Re: Streaming templating languages for use as WSGI body.

On Thu, 2011-01-06 at 11:07 -0800, Alice Bevan–McGregor wrote: > On 2011-01-06 10:00:39 -0800, Adam Tauno Williams said: > > > With HTTP/1.0 [and WSGI is HTTP/1.0 only] you have to provide a > > Content-Length header - so you have to generate the entire response at > > o

Re: Streaming templating languages for use as WSGI body.

On Wed, 2011-01-05 at 14:56 -0800, Alice Bevan–McGregor wrote: > Howdy! > I'm trying to find a templating engine whose templates can be consumed > directly as a WSGI response body iterable. So far I haven't been very > successful with Google; the engines I've found universally generate a > mono

Re: Interrput a thread

ther, I'm not entirely convinced of the utility. Only allowing the exception to be thrown from defined cancellation points is much better (ala POSIX threads), but diminishes the utility for things that are mostly grinding away in userspace. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Interrput a thread

ion, i.e., you have to write the code yourself. Frequently, it's simply not possible to remove the race. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Interrput a thread

rocesses, it's pretty likely he wouldn't have asked his question in the first place. Also, I've written lots and lots of "use processes" code on multiple platforms, and much of it has used some sort of shared memory construct. It's actually pretty common, especially

Re: Interrput a thread

On Jan 3, 5:05 pm, gervaz wrote: > Regarding the case pointed out by Adam I think the best way to > deal with it is to create a critical section so that the shared memory > will be updated in an atomic fashion. Ok, so if the OS kills the process between taking the lock and releasing it,

Re: Interrput a thread

epends on what those threads are doing and how they do it. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Nagios

ally apologize? Admit you were wrong and retract, or act like an adult and present an actual argument instead of wasting time. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

at there just possibly might be a method to the madness? > Geesh! Now i know how the early scientist felt when trying to convince > the lemmings that the earth is not flat! > > Flatearther said: """You heritic!. If the earth were round we would > fall off the bottom!&quo

Re: Nagios

you take wheel reinvention == good as a tautology doesn't mean everyone else does. Again, what point is there in attempting to win a non-existent popularity contest? Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Nagios

value would there be in that? Not trying to reinvent the wheel whenever feasible is both good programming and good engineering most of the time. Unfortunately, the fact you see this as irksome only paints you in a negative light. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: Tkinter: The good, the bad, and the ugly!

e stdlib. Sure you have TIX and a few other > extensions but they will never compare to the vast features of > wxPython. Have you even aquinted yourself with wxPython Adam? > It is nothing of the sort even if you erroneously believe it is. Have you looked at Tix? The fact you dismiss it

Re: Tkinter: The good, the bad, and the ugly!

ot vastly more so, and have all of the same faults you find in TkInter. This would be because such problems are fundamentally inescapable, a simple fact of reality you have yet to even grasp, AFAICT, much yet acknowledge. Adam -- http://mail.python.org/mailman/listinfo/python-list

Re: How to initialize each multithreading Pool worker with an individual value?

On Thu, 2010-12-30 at 08:01 -0800, Aahz wrote: > In article , > Valery Khamenya wrote: > >However it doesn't look possible to use it to initialize each Pool's > >worker with some individual value (I'd wish to be wrong here) > >So, how to initialize each multithreading Pool worker with the > >indi

Re: Tkinter: The good, the bad, and the ugly!

ally a standard anyway. That leaves OS X as the really troublesome one. >WxPython is fast because it is made in C - it uses the native GUI elements of >the OS which are also made in C. Would a Python - only GUI have the same >speed? If yes, it would be great. > Speed is not even on t

Re: etl tool!!!!!

rge.net/lists/listinfo/coils-project> -- Adam Tauno Williams LPIC-1, Novell CLA <http://www.whitemiceconsulting.com> OpenGroupware, Cyrus IMAPd, Postfix, OpenLDAP, Samba -- http://mail.python.org/mailman/listinfo/python-list

Re: Trying to parse a HUGE(1gb) xml file

On Tue, 2010-12-28 at 07:08 +0100, Stefan Behnel wrote: > Roy Smith, 28.12.2010 00:21: > > To go back to my earlier example of > > FALSE > > using 432 bits to store 1 bit of information, stuff like that doesn't > > happen in marked-up text documents. Most of the file is CDATA (do they > >

Re: Python - NAWIT / Community

On Tue, 2010-12-28 at 03:24 -0800, flebber wrote: > On Dec 28, 10:16 pm, Adam Tauno Williams > wrote: > > On Tue, 2010-12-28 at 02:26 -0800, flebber wrote: > > > Is pydev actively being developed and for who? SPE is a great idea but > > > is Stan still developing?

Re: Python - NAWIT / Community

On Tue, 2010-12-28 at 02:26 -0800, flebber wrote: > Can't help thinking they open sourced Pydev so they could bench it. So? That isn't uncommon at all; to Open Source when you've moved on. > I started thinking that the only consistent env each python person has > is idle as it ships in the ins

Re: Digitally Signing a XML Document (using SHA1+RSA or SHA1+DSA)

On Tue, 2010-12-28 at 03:25 +0530, Anurag Chourasia wrote: > Hi All, > I have a requirement to digitally sign a XML Document using SHA1+RSA > or SHA1+DSA > Could someone give me a lead on a library that I can use to fulfill > this requirement? Never used it though. > The

Re: Trying to parse a HUGE(1gb) xml file

On Mon, 2010-12-27 at 22:55 +0100, Stefan Behnel wrote: > Alan Meyer, 27.12.2010 21:40: > > On 12/21/2010 3:16 AM, Stefan Behnel wrote: > >> Adam Tauno Williams, 20.12.2010 20:49: > > ... > >>> You need to process the document as a stream of elements; aka SAX.

Re: User input masks - Access Style

On Sun, 2010-12-26 at 20:37 -0800, flebber wrote: > Is there anyay to use input masks in python? Similar to the function > found in access where a users input is limited to a type, length and > format. Typically this is handled by a call

Re: Trying to parse a HUGE(1gb) xml file

On Sat, 2010-12-25 at 22:34 +, Nobody wrote: > On Sat, 25 Dec 2010 14:41:29 -0500, Roy Smith wrote: > >> XML works extremely well for large datasets. > One advantage it has over many legacy formats is that there are no > inherent 2^31/2^32 limitations. Many binary formats inherently cannot > su

<    1   2   3   4   5   6   7   8   9   10   >