<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.python.general">
    <title>gmane.comp.python.general</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657974"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657973"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657972"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657971"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657970"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657969"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657968"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657967"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657966"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657965"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657964"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657963"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657962"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657961"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657960"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657959"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657958"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657957"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657956"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.general/657955"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657974">
    <title>Re: Python bindings tutorial</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657974</link>
    <description>&lt;pre&gt;I'm not talking about COM servers, which run in a separate process.  
Only about calling functionality that happens to be encoded in an .EXE file.

You're trying to generalize what I said.  I never said you could call 
into any .EXE file, just that calling into one is not infeasible.  
You're describing using an .EXE written using the Microsoft C compiler 
and/or libraries, not a Windows .EXE in general.  In any case, whenever 
you link to a module written in a different environment, you'll have 
restrictions.  Chief among them is the use of a compatible memory model, 
the stack conventions, the allocators, and so on..  Solving the thread 
issue is probably the easiest one to fix.

I'm not recommending it, just refuting the "not supposed to" quote above.

DaveA

&lt;/pre&gt;</description>
    <dc:creator>Dave Angel</dc:creator>
    <dc:date>2010-03-18T23:13:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657973">
    <title>should writing Unicode files be so slow</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657973</link>
    <description>&lt;pre&gt;I have a simple program to read a text (.csv) file and split it into
several smaller files. Tonight I decided to write a unicode variant and was
surprised at the difference in performance. Is there a better way?


the plain version is the same except for


The difference:



&lt;/pre&gt;</description>
    <dc:creator>djc</dc:creator>
    <dc:date>2010-03-18T22:29:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657972">
    <title>Re: sqlite3, memory db and multithreading</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657972</link>
    <description>&lt;pre&gt;In article &amp;lt;hnt81m$fsi$1&amp;lt; at &amp;gt;news.task.gda.pl&amp;gt;,
=?UTF-8?B?a3LDs2xld25h?=  &amp;lt;królewna&amp;lt; at &amp;gt;ee.pl&amp;gt; wrote:

You probably need to serialize access to the database through one thread.
&lt;/pre&gt;</description>
    <dc:creator>Aahz</dc:creator>
    <dc:date>2010-03-18T22:06:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657971">
    <title>Re: Nested Scopes unintended behaviour ?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657971</link>
    <description>&lt;pre&gt;

unless there is a global/nonlocal declaration

  and that unlike

The language definition requires two passes after parsing.
One collects names and determines their scope (and looks for yield). The 
second generates code.
This allows the local namespace to be implemented as an array rather 
than a dict, so that local name lookup is an array index operation 
rather than a dict lookup operation. This is somewhat made visible by 
the dis module

 &amp;gt;&amp;gt;&amp;gt; from dis import dis
 &amp;gt;&amp;gt;&amp;gt; a = 1
 &amp;gt;&amp;gt;&amp;gt; def f():
b = 2
return a,b

 &amp;gt;&amp;gt;&amp;gt; dis(f)
   2           0 LOAD_CONST               1 (2)
               3 STORE_FAST               0 (b)

   3           6 LOAD_GLOBAL              0 (a)
               9 LOAD_FAST                0 (b)
              12 BUILD_TUPLE              2
              15 RETURN_VALUE

STORE/LOAD_FAST means store/load_local. Constants (2 in this case) are 
stored in the same array. There is apparently a separate array of global 
names, as opposed to local values.

Terry Jan Reedy

&lt;/pre&gt;</description>
    <dc:creator>Terry Reedy</dc:creator>
    <dc:date>2010-03-18T21:13:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657970">
    <title>Re: logging: local functions ==&gt; loss of lineno</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657970</link>
    <description>&lt;pre&gt;Am 11.03.2010 12:14, schrieb Peter Otten:

Hi Peter,
your hack is exactly what I was looking for.
It permits to configure my logging messages as I want, e.g. using 
different colors for different classes of messages.

I do not yet understand all details WHY it is working but suppose some 
study of the logging module will help me to understand.

Thank you very much

&lt;/pre&gt;</description>
    <dc:creator>Hellmut Weber</dc:creator>
    <dc:date>2010-03-18T21:05:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657969">
    <title>Re: Need advice on starting a Python group</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657969</link>
    <description>&lt;pre&gt;
I've been involved in a Python users group since 2000, and have
attended or heard about a few others. The ones that have 20+ attendees
have a speaker every month. Our group is usually a show-and-tell and
open discussion, so we get around six people each month (but not the
same six). We've decided to solicit more talks as a way to increase
attendance.

I have never heard of a Python group focusing on code review, so I
don't know what attendance to expect for that. One problem is that
much of people's code is private at their workplace, and they can't
bring it to a meeting. I'd suggest expanding the focus a bit: code
review, writing unit tests for each other, pair programming, some open
"How do I do this in Python?" discussions, etc.

You're also limiting the pool of potential attendees by targeting one
institution. There are only a subset there who are interested in
Python, a smaller subset who can attend meetings, and an even smaller
subset who are willing to attend meetings even if they can. A citywide
gro&lt;/pre&gt;</description>
    <dc:creator>Mike Orr</dc:creator>
    <dc:date>2010-03-18T20:52:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657968">
    <title>Re: question about tkinter</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657968</link>
    <description>&lt;pre&gt;

&amp;lt;snip&amp;gt;

Don't know if this will help and I had in a file in my Solutions folder
from 2008 the following:

If Tkinter does not seem to be loaded run:

sudo yum -y install python-tools

which will install Tkinter and dependencies.

HTH

ciao,
f

&lt;/pre&gt;</description>
    <dc:creator>furlan</dc:creator>
    <dc:date>2010-03-18T20:44:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657967">
    <title>importing python project in my application</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657967</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Betül</dc:creator>
    <dc:date>2010-03-18T19:51:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657966">
    <title>Re: highlight words by regex in pdf files using python</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657966</link>
    <description>&lt;pre&gt;
Take a look at the Acrobat SDK
(http://www.adobe.com/devnet/acrobat/?view=downloads). In particular
see the Acrobat Interapplication Communication information at
http://www.adobe.com/devnet/acrobat/interapplication_communication.html.

"Spell-checking a document" shows how to spell check a PDF using
visual basic at
http://livedocs.adobe.com/acrobat_sdk/9.1/Acrobat9_1_HTMLHelp/wwhelp/wwhimpl/common/html/wwhelp.htm?context=Acrobat9_HTMLHelp&amp;amp;file=IAC_DevApp_OLE_Support.100.17.html

"Working with annotations" shows how to add an annotation with visual
basic at http://livedocs.adobe.com/acrobat_sdk/9.1/Acrobat9_1_HTMLHelp/wwhelp/wwhimpl/common/html/wwhelp.htm?context=Acrobat9_HTMLHelp&amp;amp;file=IAC_DevApp_OLE_Support.100.16.html.

Presumably combining the two examples with Python's win32com should
allow you to do what you want.
&lt;/pre&gt;</description>
    <dc:creator>TP</dc:creator>
    <dc:date>2010-03-18T19:36:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657965">
    <title>Re: did anybody play with python and window mobile broadband?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657965</link>
    <description>&lt;pre&gt;Hy Eglyph,

eglyph&amp;lt; at &amp;gt;gmail.com wrote:

No I'm using C-Python on a small windows PC (Atom) with a USB Boradband
modem.

Could you forward me the discussion in case you remember the forum?



Thanks, I'll read into it.

bye

N


&lt;/pre&gt;</description>
    <dc:creator>News123</dc:creator>
    <dc:date>2010-03-18T19:32:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657964">
    <title>Re: did anybody play with python and window mobile broadband?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657964</link>
    <description>&lt;pre&gt;Hi Sanjiva,


Sanjiva P. wrote:
Thanks, yes AT commands would be fine.
How can I send AT commands, while another application / connection
mnager is using the modem?


I just don't know how to send AT commands to a connected modem.



What do you mean with pluggging in?

ctypes?
or something else?




bye


N
&lt;/pre&gt;</description>
    <dc:creator>News123</dc:creator>
    <dc:date>2010-03-18T19:29:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657963">
    <title>Re: class inheritance</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657963</link>
    <description>&lt;pre&gt;On Mar 17, 5:12 pm, Steven D'Aprano
&amp;lt;ste...&amp;lt; at &amp;gt;REMOVE.THIS.cybersource.com.au&amp;gt; wrote:

Thanks, Steven. I'd considered and rejected that a while ago, but on
reconsideration it's sounding like a better idea. Aside from
preserving the semantics of =, it makes the use of approximate
equality explicit in the code, and that's a plus for what I'm doing.
I'll give it a shot.
&lt;/pre&gt;</description>
    <dc:creator>JLundell</dc:creator>
    <dc:date>2010-03-18T18:01:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657962">
    <title>Re: Need to create subprocess...</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657962</link>
    <description>&lt;pre&gt;On Mar 18, 11:17 am, "drstoka" &amp;lt;filip.popravi.stojmeno...&amp;lt; at &amp;gt;fer.hr&amp;gt;
wrote:

I have a module that does this and more, but it only works on Linux:

http://code.google.com/p/rst2pdf/source/browse/trunk/rst2pdf/tests/execmgr.py

For usage examples, you can just execute it.  Also, see autotest.py in
the same directory.

Regards,
Pat
&lt;/pre&gt;</description>
    <dc:creator>Patrick Maupin</dc:creator>
    <dc:date>2010-03-18T17:30:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657961">
    <title>Re: Need to create subprocess...</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657961</link>
    <description>&lt;pre&gt;Try searching around for "threading.thread python" it should give you 
some clues, if you can't work through the info (it can be a bit hard to 
digest), just post here an example of your test code along with what you 
expected and what didn't happen.

&lt;/pre&gt;</description>
    <dc:creator>Martin P. Hellwig</dc:creator>
    <dc:date>2010-03-18T17:25:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657960">
    <title>Re: Method / Functions - What are the differences?</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657960</link>
    <description>&lt;pre&gt;
I was trying to avoid the function-vs-method swamp, and so I used 
"procedure". I agree that it was an unfortunate strategy. In a rewrite, 
I'm using "function" for the most part


Agreed -- I was trying too hard to be helpful, and introduced 
unnecessary terminology.


That was my intention. I hope it comes across more clearly in the rewrite.


That doesn't bother me. It's OK to describe capabilities -- but not give 
how-to's -- in an overview section.



And Edward Cherlin wrote:


   ...


I was headed toward having the reader *really* understand the &amp;lt; at &amp;gt;property 
decorator. And I was intending that reader to be a non-advanced Python 
user -- say, at the CS 101 level. I'm now convinced that such a goal was 
"a bridge too far". It has a lot moving parts, including a prerequisite 
that is a major topic in itself -- the descriptor protocol. That puts 
the goal way beyond reach.




There's another draft at:

   http://www.jjposner.net/media/python-properties-0318.pdf


Many thanks for your comments,
John
&lt;/pre&gt;</description>
    <dc:creator>John Posner</dc:creator>
    <dc:date>2010-03-18T16:48:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657959">
    <title>Re: C-API PyObject_Call</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657959</link>
    <description>&lt;pre&gt;moerchendiser2k3, 18.03.2010 14:58:

Then please explain what kind of Python line number you expect to find in C 
code.

Hint: providing details often results in getting helpful answers.

Stefan

&lt;/pre&gt;</description>
    <dc:creator>Stefan Behnel</dc:creator>
    <dc:date>2010-03-18T16:43:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657958">
    <title>Re: C++ code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657958</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Chris Colbert</dc:creator>
    <dc:date>2010-03-18T16:28:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657957">
    <title>Need to create subprocess...</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657957</link>
    <description>&lt;pre&gt;Hello,

I have to run a program as a child process inside my python program and 
redirect it's output through a pipe to a parent program process.
So, I wrote this:

pipe = Popen('example_program', shell=True, bufsize=0, stdout=PIPE).stdout

and it works great.

Now, in parent program I need to wait for a some time and if a child 
(example_program) does not finish in that time, kill the child.

How do I do that? Please help. 


&lt;/pre&gt;</description>
    <dc:creator>drstoka</dc:creator>
    <dc:date>2010-03-18T16:17:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657956">
    <title>Re: Install 2.6.4 as non-admin on Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657956</link>
    <description>&lt;pre&gt;
Thanks. That sounds easy enough to do. I guess it's the same deal with
win32all.
&lt;/pre&gt;</description>
    <dc:creator>Mark Carter</dc:creator>
    <dc:date>2010-03-18T15:36:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657955">
    <title>Re: Install 2.6.4 as non-admin on Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657955</link>
    <description>&lt;pre&gt;
The only file written to a system folder is python2x.dll (I think it's
not true for python2.6 any longer), so your approach is perfectly
valid if you can put this dll into a folder where it can be found by
the system.

PortablePython does this almost the same.

--
regards, eGlyph
&lt;/pre&gt;</description>
    <dc:creator>eglyph&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2010-03-18T15:23:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.general/657954">
    <title>Re: sqlite3, memory db and multithreading</title>
    <link>http://permalink.gmane.org/gmane.comp.python.general/657954</link>
    <description>&lt;pre&gt;Hello,

i cannot help you directly with sqlite2 in the Standardlib, since i am
used to work with Roger Binns's apsw. After a short experiment with
pysqlite leading to data loss - caused by one of the unclearer
exception messages of sqlite3 and me having a bad day - i at once
turned back to apsw. And so far i haven't done much with threads.

Principally sqlite connections (sqlite3 objects in the C-API) can be
used over multiple threads - and connections to :memory: make no
difference. There are additional parameters to open() giving fine-
tuned control. And apsw is promising a true reflection of sqlite's C-
API.

Regards, Joost
&lt;/pre&gt;</description>
    <dc:creator>DreiJane</dc:creator>
    <dc:date>2010-03-18T14:49:29</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.general</link>
  </textinput>
</rdf:RDF>
