Re: Winpdb-reborn anomalies - workaround

2021-05-18 Thread Dick Holmes
In article , encore1 @cox.net says... > > I'm attempting to run winpdb-reborn, version 2.0.0.1, under MinGW. My > first problem is that if I enter winpdb in the directory > containing , winpdb can't find rpdb2.py. I assume this is due > to some path problem, but I don't know how to fix it. >

Workaround for BeautifulSoup/HTML5parser bug

2015-03-21 Thread John Nagle
BeautifulSoup 4 and HTML5parser are known to not play well together. I have a workaround for that. See https://bugs.launchpad.net/beautifulsoup/+bug/1430633 This isn't a fix; it's a postprocessor to fix broken BS4 trees. This is for use until the BS4 maintainers f

RE: urllib.urlretrieve never returns??? [SOLVED] - workaround

2012-03-20 Thread Prasad, Ramit
> Everything works perfectly, in all modes: console, no console, started > directly and started in separate thread. > > So the problem with urllib must be. Maybe wxPython installs some except > hooks, or who knows? If somebody feels up to it, I can start narrowing > down the problem to the smalles

RE: urllib.urlretrieve never returns??? [SOLVED] - workaround

2012-03-20 Thread Prasad, Ramit
> > Everything works perfectly, in all modes: console, no console, started > > directly and started in separate thread. > > > > So the problem with urllib must be. Maybe wxPython installs some except > > hooks, or who knows? If somebody feels up to it, I can start narrowing > > down the problem to

Re: urllib.urlretrieve never returns??? [SOLVED] - workaround

2012-03-20 Thread Laszlo Nagy
I'll be experimenting with pyCurl now. By replacing the GetThumbnail method with this brainless example, taken from the pyCurl demo: def GetThumbnail(self,imgurl): class Test: def __init__(self): self.contents = '' def body_callback(self,

Re: Reset static variables or a workaround

2012-02-23 Thread Jean-Michel Pichavant
Nav wrote: Hi Guys, I have a custom user form class, it inherits my own custom Form class: class UserForm(Form): first_name = TextField(attributes={id='id_firstname'}) Now, everytime UserForm() is instantiated it saves the attributes of each form members and passes it on to the new instanc

Re: Reset static variables or a workaround

2012-02-23 Thread Chris Rebert
On Thu, Feb 23, 2012 at 1:26 AM, Nav wrote: > Hi Guys, > > I have a custom user form class, it inherits my own custom Form class: > > class UserForm(Form): >    first_name = TextField(attributes={id='id_firstname'}) > > Now, everytime UserForm() is instantiated it saves the attributes of > each fo

Reset static variables or a workaround

2012-02-23 Thread Nav
Hi Guys, I have a custom user form class, it inherits my own custom Form class: class UserForm(Form): first_name = TextField(attributes={id='id_firstname'}) Now, everytime UserForm() is instantiated it saves the attributes of each form members and passes it on to the new instance. I understa

Re: Using Unicode file names with ftplib and encodings.idna as a workaround?

2010-06-22 Thread Gabriel Genellina
En Tue, 22 Jun 2010 11:43:34 -0300, escribió: Python 2.6.5 (Win32): Is there a work around for ftplib's (and ftputil's) apparent inability to support Unicode file names? I'm thinking that I might be able to use the encodings.idna as a work around for this? According to RFC 2640, you should u

Using Unicode file names with ftplib and encodings.idna as a workaround?

2010-06-22 Thread python
Python 2.6.5 (Win32): Is there a work around for ftplib's (and ftputil's) apparent inability to support Unicode file names? I'm thinking that I might be able to use the encodings.idna as a work around for this? In other words, regardless of whether I'm getting or putting a file to the server, I w

Re: Eclipse Carriage Return Workaround

2009-12-19 Thread Fabio Zadrozny
On Sat, Dec 19, 2009 at 8:36 AM, Fabio Zadrozny wrote: > On Fri, Dec 18, 2009 at 1:38 PM, Steve Holden wrote: >> I've written a Python 3 course that uses an Eclipse-based teaching >> system. The school is telling me that their version of Eclipse/pydev >> appears to have an input() function that a

Re: Eclipse Carriage Return Workaround

2009-12-19 Thread Fabio Zadrozny
On Fri, Dec 18, 2009 at 1:38 PM, Steve Holden wrote: > I've written a Python 3 course that uses an Eclipse-based teaching > system. The school is telling me that their version of Eclipse/pydev > appears to have an input() function that appends a carriage return > character to the user's input. Thi

Re: Eclipse Carriage Return Workaround

2009-12-18 Thread Gregory Ewing
Steve Holden wrote: Can anyone think of a simple way work around this issue by overriding __builtins__.input() with a function that calls input() and then returns an rstrip()ped version of the input string? I though of setting a PYTHONSTARTUP environment variable, but that only affects interacti

Eclipse Carriage Return Workaround

2009-12-18 Thread Steve Holden
I've written a Python 3 course that uses an Eclipse-based teaching system. The school is telling me that their version of Eclipse/pydev appears to have an input() function that appends a carriage return character to the user's input. This makes several things go screwy, as it's definitely not the w

Re: Workaround To Add Value To TextArea

2009-11-25 Thread Jitish
gt; > Hi; > > I've noticed that html doesn't support a "value" attribute for textarea. I > > have a form in which I enable users to edit data they've entered into my > > database, and one of the data is a textarea. How do I fill the textarea with > >

Re: Workaround To Add Value To TextArea

2009-11-25 Thread Victor Subervi
On Wed, Nov 25, 2009 at 10:27 AM, Rami Chowdhury wrote: > You'll find the textarea and input tags differ significantly, even > though they're both typically used in HTML forms. The W3C page has a > fair overview of how various parts of HTML forms work in HTML 4.01, > and it's roughly accurate for

Re: Workaround To Add Value To TextArea

2009-11-25 Thread Rami Chowdhury
ue" attribute for textarea. I > have a form in which I enable users to edit data they've entered into my > database, and one of the data is a textarea. How do I fill the textarea with > the value, or what kind of workaround can I create? Hi Victor, You'll find the textarea a

Workaround To Add Value To TextArea

2009-11-25 Thread Victor Subervi
Hi; I've noticed that html doesn't support a "value" attribute for textarea. I have a form in which I enable users to edit data they've entered into my database, and one of the data is a textarea. How do I fill the textarea with the value, or what kind of workaround

Re: sax barfs on unicode filenames: workaround

2006-10-04 Thread Martin v. Löwis
Edward K. Ream schrieb: > Happily, the workaround is easy. Replace theFile with: > > # Use cStringIo to avoid a crash in sax when inputFileName has unicode > characters. > s = theFile.read() > theFile = cStringIO.StringIO(s) > > My first attempt at a worka

Re: sax barfs on unicode filenames: workaround

2006-10-04 Thread Edward K. Ream
Happily, the workaround is easy. Replace theFile with: # Use cStringIo to avoid a crash in sax when inputFileName has unicode characters. s = theFile.read() theFile = cStringIO.StringIO(s) My first attempt at a workaround was to use: s = theFile.read() parser.parseString(s) but the expat

socket and Ctl-C workaround?

2006-06-15 Thread Tony Nelson
I've been trying to figure out why Ctl-C sometimes doesn't interrupt yum. It appears to be unresolved Python bug 926423, unresolved proposed patch 1102879, don't know if anything ever came of it. Note that I cannot ask all yum users to apply the patch. I'm not sure I should be getting rid of

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, robert <[EMAIL PROTECTED]> wrote: > Chris Mellon wrote: > > > > > win32gui and wxPython use *exactly* the same controls in almost all > > (win32ui or win32gui? the later is almost only a better ctypes replacement ) Both. wx wraps native controls. If you see something out of place it's

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
> Yes, wx is of course fat. > But I guess things like a layout algorithm ? is done very quickly in a > clean Python only lib. I can just imagine ... No. Layout-engines actually are non-trivial. They use constraint-solvers to do optimization of sizes and offsets. Creating a well-balanced, easy to u

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread robert
Chris Mellon wrote: > > win32gui and wxPython use *exactly* the same controls in almost all (win32ui or win32gui? the later is almost only a better ctypes replacement ) > cases. If you're seeing something "donald duck" then you're either > doing something wrong, or you're using a custom control

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
>> > a far better position for most non-trivial UIs, becuase it has >> > infrastructure that win32 (pretty much alone among modern UI toolkits) >> > lacks, like layout algorithms and i18ln support. >> >> Qt has all of this. On all platforms. Just for the record. >> > > I know - so do almost all ot

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, Diez B. Roggisch <[EMAIL PROTECTED]> wrote: > > wx is also in > > a far better position for most non-trivial UIs, becuase it has > > infrastructure that win32 (pretty much alone among modern UI toolkits) > > lacks, like layout algorithms and i18ln support. > > Qt has all of this. On all

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Diez B. Roggisch
> wx is also in > a far better position for most non-trivial UIs, becuase it has > infrastructure that win32 (pretty much alone among modern UI toolkits) > lacks, like layout algorithms and i18ln support. Qt has all of this. On all platforms. Just for the record. And layout algorithms - that was

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread Chris Mellon
On 3/15/06, robert <[EMAIL PROTECTED]> wrote: > PyDenis wrote: > > > I fixed problem using Atypes: > > > > import ctypes > > > > ctypes.windll.user32.MessageBoxA(0, 'test', 'Title', > > win32con.MB_ICONINFORMATION | win32con.MB_OK | > > win32con.MB_TOPMOST) > > > > > > It compiles and runs fine wit

Re: WORKAROUND & the Python GUI-lib situation ...

2006-03-15 Thread robert
PyDenis wrote: > I fixed problem using Atypes: > > import ctypes > > ctypes.windll.user32.MessageBoxA(0, 'test', 'Title', > win32con.MB_ICONINFORMATION | win32con.MB_OK | > win32con.MB_TOPMOST) > > > It compiles and runs fine with py2exe. > > > Dont remember buggy pywin32 :) > better use

Re: WORKAROUND

2006-03-15 Thread Fredrik Lundh
"PyDenis" wrote: > 1. When I post new message to WEBFORUM (not a Mailing List nor News > Group) not to include even part of message. comp.lang.python is a newsgroup and the python-list mailing list is a mailing list. your messages appear in both places. -- http://mail.python.org/mailman/l

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread PyDenis
thout host name, so could go in Browser History to find it. I mean, misplaced 'netiquette' eclipsed by this bug: Hello, You are receiving this email because you are watching the topic, "Re: WORKAROUND" at niXforums. This topic has received a reply since your last visit. You c

Re: WORKAROUND

2006-03-15 Thread Fredrik Lundh
Could you perhaps use basic netiquette stuff, such as sticking to the same sub- ject line for followup posts in the same thread, and including a least some trace of the post you're commenting on ? (this would be less of a problem if everyone was reading your posts in a news- reader, but this grou

WORKAROUND

2006-03-15 Thread PyDenis
I fixed problem using Atypes: import ctypes ctypes.windll.user32.MessageBoxA(0, 'test', 'Title', win32con.MB_ICONINFORMATION | win32con.MB_OK | win32con.MB_TOPMOST) It compiles and runs fine with py2exe. Dont remember buggy pywin32 :) -- http://mail.python.org/mailman/listinfo/python-list

Re: Suggestions for workaround in CSV bug

2006-01-24 Thread Stephen Simmons
rge referring to this. It's bug #967934 "csv module cannot handle embedded \r". The description says "CSV module cannot handle the case of embedded \r (i.e. carriage return) in a field. As far as I can see, this is hard-coded into the _csv.c file and cannot be fixed with Dialect chan

Re: Suggestions for workaround in CSV bug

2006-01-24 Thread Michael Ströder
Simmons, Stephen wrote: > > I've come across a bug in CSV where the csv.reader() raises an > exception if the input line contains '\r'. Example code and output > below shows a test case where csv.reader() cannot read an array > written by csv.writer(). > > Error: newline inside string > WARNING

Suggestions for workaround in CSV bug

2006-01-23 Thread Simmons, Stephen
Hi, I've come across a bug in CSV where the csv.reader() raises an exception if the input line contains '\r'. Example code and output below shows a test case where csv.reader() cannot read an array written by csv.writer(). I believe this is a known bug and may have been fixed for Python 2.5. Ho

Re: relative import packages/modules workaround

2005-07-12 Thread peter
hmm, it seems to be less trivial than you mentioned... hopefully this will be introduced fast in python -- http://mail.python.org/mailman/listinfo/python-list

Re: relative import packages/modules workaround

2005-07-11 Thread Terry Hancock
On Monday 11 July 2005 09:19 am, peter wrote: > I've read all the posts concerning relative imports of modules and I am > glad I saw some consensus on a syntax. > At this moment I am however bound to python 2.3. > > Does anyone know a good workaround (or a library) which can

relative import packages/modules workaround

2005-07-11 Thread peter
Hello all, I've read all the posts concerning relative imports of modules and I am glad I saw some consensus on a syntax. At this moment I am however bound to python 2.3. Does anyone know a good workaround (or a library) which can achieve a relative import for this python version kind re

Re: workaround for generating gui tools

2005-04-12 Thread Diez B. Roggisch
Hi, > So, instead, with this new system (note I wasn't involved with the old > system), I do everything with metadata. (Credit where credit is due, the > other programmer was starting to do some of this, though he couldn't quite > take it down to the interface and there are some things I had to ad

Re: workaround for generating gui tools

2005-04-11 Thread Bengt Richter
On Mon, 11 Apr 2005 10:05:49 -0300, "Gabriel B." <[EMAIL PROTECTED]> wrote: >On Apr 10, 2005 11:08 PM, Bengt Richter <[EMAIL PROTECTED]> wrote: >> On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote: >> open('mywidget_v2.txt','w').write(repr(mywidget.textview) > >How a

Re: workaround for generating gui tools

2005-04-11 Thread Gabriel B.
On Apr 10, 2005 11:08 PM, Bengt Richter <[EMAIL PROTECTED]> wrote: > On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote: > open('mywidget_v2.txt','w').write(repr(mywidget.textview) How about a pickle hook? You'd just unpack the pickle data, and end up with a pointer

Re: workaround for generating gui tools

2005-04-11 Thread flupke
Dave Cook wrote: On 2005-04-09, flupke <[EMAIL PROTECTED]> wrote: i create my GUIs mainly via wxGlade. However when you start of to program and want to do some rearranging to the gui, wxglade overwrites your file and you've got to put your own code back in. How about generating XRC files instea

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-11 Thread Axel Straschil
Hallo! > Look at the comment in the code! I have posted the "decorate" module in Uuups, sorry, I'll RTFM myselfe *g* Lg, AXEL. -- "Aber naja, ich bin eher der Forentyp." Wolfibolfi's outing in http://www.informatik-forum.at/showpost.php?p=206342&postcount=10 -- http://mail.python.org/mailman/

Re: workaround for generating gui tools

2005-04-10 Thread Bengt Richter
On Sat, 9 Apr 2005 19:22:16 +0200, "Fredrik Lundh" <[EMAIL PROTECTED]> wrote: >Reinhold Birkenfeld wrote: > >> It's evil anyway (for more complex applications) to put GUI construction >> in your code. GUI should be described appropriately in data files. > >why use data files when you have an extre

Re: workaround for generating gui tools

2005-04-10 Thread Jeremy Bowers
On Sun, 10 Apr 2005 13:02:27 -0700, Ken Godee wrote: > The original poster was just asking for an example of > how to sub class his code generated form into his program > for easy future updates, a "VERY STANDARD" way of doing it. I recognize your sarcasm, and I recognize the poor attitude it show

Re: workaround for generating gui tools

2005-04-10 Thread Ken Godee
Jeremy Bowers wrote: On Sun, 10 Apr 2005 13:57:26 +0200, Diez B. Roggisch wrote: Domain-specific abstractions do that *faster* than GUI designers, not slower. And better, too, since every iteration tends to be fully functional and not just a "let's see what this looks like" prototype. Can you show

Re: workaround for generating gui tools

2005-04-10 Thread Jeremy Bowers
On Sun, 10 Apr 2005 13:57:26 +0200, Diez B. Roggisch wrote: >> Domain-specific abstractions do that *faster* than GUI designers, not >> slower. And better, too, since every iteration tends to be fully >> functional and not just a "let's see what this looks like" prototype. > > Can you show me som

Re: workaround for generating gui tools

2005-04-10 Thread Dave Cook
On 2005-04-09, flupke <[EMAIL PROTECTED]> wrote: > i create my GUIs mainly via wxGlade. However when you start of to > program and want to do some rearranging to the gui, wxglade overwrites > your file and you've got to put your own code back in. How about generating XRC files instead of Python

Re: workaround for generating gui tools

2005-04-10 Thread Diez B. Roggisch
> Domain-specific abstractions do that *faster* than GUI designers, not > slower. And better, too, since every iteration tends to be fully > functional and not just a "let's see what this looks like" prototype. Can you show me some working, in-use example for that? I _seriously_ doubt that the pr

Re: workaround for generating gui tools

2005-04-09 Thread flupke
Jeremy Bowers wrote: Domain-specific abstractions do that *faster* than GUI designers, not slower. And better, too, since every iteration tends to be fully functional and not just a "let's see what this looks like" prototype. Heck, switch 'em out dynamically based on what day of the week it is and

Re: workaround for generating gui tools

2005-04-09 Thread Jeremy Bowers
On Sat, 09 Apr 2005 19:59:18 +0200, Diez B. Roggisch wrote: >> why use data files when you have an extremely powerful programming >> language in your toolbox? the advantage of building UI's in Python is >> that you can quickly create "domain specific UI languages", and use them >> to generate the

Re: workaround for generating gui tools

2005-04-09 Thread Diez B. Roggisch
> why use data files when you have an extremely powerful programming > language in your toolbox? the advantage of building UI's in Python is > that you can quickly create "domain specific UI languages", and use them > to generate the interfaces for you. UI editors may be useful for trivial > appl

Re: workaround for generating gui tools

2005-04-09 Thread flupke
Reinhold Birkenfeld wrote: Have to disagree strongly. It's evil anyway (for more complex applications) to put GUI construction in your code. GUI should be described appropriately in data files. Glade does this very good, and with pygtk it's no problem to use the XML files. Reinhold So the GUI shoul

Re: workaround for generating gui tools

2005-04-09 Thread Fredrik Lundh
Reinhold Birkenfeld wrote: > It's evil anyway (for more complex applications) to put GUI construction > in your code. GUI should be described appropriately in data files. why use data files when you have an extremely powerful programming language in your toolbox? the advantage of building UI's i

Re: workaround for generating gui tools

2005-04-09 Thread Reinhold Birkenfeld
Harlin Seritt wrote: > Benedict, > > Best to hand-code your code ;-) -- even GUI. This is kind of why I like > Tkinter so much. Good luck. Have to disagree strongly. It's evil anyway (for more complex applications) to put GUI construction in your code. GUI should be described appropriately in da

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-09 Thread Michele Simionato
Look at the comment in the code! I have posted the "decorate" module in the this decorator thread: http://groups-beta.google.com/group/comp.lang.python/browse_frm/thread/60f22ed33af5dbcb/b7239b45da6a67ab#b7239b45da6a67ab -- http://mail.python.org/mailman/listinfo/python-list

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-09 Thread Axel Straschil
Hello! > from decorate import decorate # see today thread on decorators for this Gives me an ImportError: No module named decorate. I've got to donwload that? (python 2.4) Thanks, AXEL. -- "Aber naja, ich bin eher der Forentyp." Wolfibolfi's outing in http://www.informatik-forum.at/showpost.ph

Re: workaround for generating gui tools

2005-04-09 Thread Harlin Seritt
Benedict, Best to hand-code your code ;-) -- even GUI. This is kind of why I like Tkinter so much. Good luck. Harlin Seritt -- http://mail.python.org/mailman/listinfo/python-list

workaround for generating gui tools

2005-04-09 Thread flupke
Hi, i create my GUIs mainly via wxGlade. However when you start of to program and want to do some rearranging to the gui, wxglade overwrites your file and you've got to put your own code back in. I think i can work around that (at least a bit) by making a second file that imports the gui genera

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-08 Thread Michele Simionato
Axel: > So, if there are ready class-modules, and I want to use them for > multiple inheritance, I've to rewrite the init's of classes in the > module! Or you use a metaclass that rewrites the __init___ method for you. This is a start (warning: written in 5 minutes and not tested more than you s

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-07 Thread Axel Straschil
Hello! > (1) make A or B a mixin class that doesn't need __init__ called, or Would be a solution for classes that just give functionality, no data-structures. In that case, i would use functions, no classes ;-) I've seen code where there are classes without init and the hope that self has wh

Re: Multiple inheritance: Interface problem workaround, please comment this

2005-04-07 Thread Steven Bethard
Axel Straschil wrote: I solved all my problems for pythons multiple inheritance with this ng, thaks to all again, but there is one think I still dislike: class A(object): def __init__(self, a=None, **__eat): print "A" super(A, self).__init__() class B(object): def __init__(self, b=None, **_

Multiple inheritance: Interface problem workaround, please comment this

2005-04-07 Thread Axel Straschil
ong written parameter! So, here is my workaround, please comment this, if someone has a better solution I would be glad: class A(object): def __init__(self, a=None, _do_eat=False, **__eat): if __eat and not _do_eat: raise "I'm not hungry"

Re: csv module and unicode, when or workaround?

2005-03-12 Thread John Machin
Chris wrote: > hi, > thanks for all replies, I try if I can at least get the work done. > > I guess my problem mainly was the rather mindflexing (at least for me) > coding/decoding of strings... > > But I guess it would be really helpful to put the UnicodeReader/Writer > in the docs UNFORTUNATELY

Re: csv module and unicode, when or workaround?

2005-03-12 Thread Chris
hi, thanks for all replies, I try if I can at least get the work done. I guess my problem mainly was the rather mindflexing (at least for me) coding/decoding of strings... But I guess it would be really helpful to put the UnicodeReader/Writer in the docs thanks a lot chris -- http://mail.python

Re: csv module and unicode, when or workaround?

2005-03-12 Thread John Machin
lem, they're all in the first 256 characters. What makes you say they are a problem "of course"? > the current csv module cannot handle unicode the docs say, is there any > workaround or is unicode support planned for the near future? in most > cases support for characters

Re: csv module and unicode, when or workaround?

2005-03-12 Thread Max M
Chris wrote: the current csv module cannot handle unicode the docs say, is there any workaround or is unicode support planned for the near future? in most cases support for characters in iso-8859-1(5) would be ok for my purposes but of course full unicode support would be great... It doesn&#

Re: csv module and unicode, when or workaround?

2005-03-11 Thread Skip Montanaro
Chris> the current csv module cannot handle unicode the docs say, is Chris> there any workaround or is unicode support planned for the near Chris> future? Skip> True, it can't. Hmmm... I think the following should be a reasonable workaround in most situations

Re: csv module and unicode, when or workaround?

2005-03-11 Thread Skip Montanaro
Chris> the current csv module cannot handle unicode the docs say, is Chris> there any workaround or is unicode support planned for the near Chris> future? True, it can't. Chris> obviously I am not a python pro, i did not even find the py Chris> sourc

csv module and unicode, when or workaround?

2005-03-11 Thread Chris
workaround or is unicode support planned for the near future? in most cases support for characters in iso-8859-1(5) would be ok for my purposes but of course full unicode support would be great... obviously I am not a python pro, i did not even find the py source for the module, it seemed to me it is

Re: directory bug on linux; workaround?

2005-01-17 Thread Ewald R. de Wit
Russell E. Owen wrote: > It seems that the path was to a "fat" file partition and included a > directory name that was all uppercase. The directory was created, but > using lowercase. I'm not yet sure the version of python. > > The workaround for now is to not use

Re: directory bug on linux; workaround?

2005-01-13 Thread John Lenton
> > It seems that the path was to a "fat" file partition and included a > directory name that was all uppercase. The directory was created, but > using lowercase. I'm not yet sure the version of python. > > The workaround for now is to not use fat file partitions

Re: directory bug on linux; workaround?

2005-01-13 Thread Jeff Epler
Python is at the whim of the services the OS provides. Maybe you should ask in a linux-related newsgroup or mailing list, they might know more about the specifics of both detecting and working around "weird" filesystems like "fat". To find the type of a filesystem, Linux provides the statfs(2) fu

directory bug on linux; workaround?

2005-01-13 Thread Russell E. Owen
ercase. The directory was created, but using lowercase. I'm not yet sure the version of python. The workaround for now is to not use fat file partitions. But I was wondering if anyone had a better option? -- Russell -- http://mail.python.org/mailman/listinfo/python-list