Re: Question about working with html entities in python 2 to use them as filenames

Steven Truppe writes: > type= title = Wizo - Anderster Full Album - YouTube > type= title = Wizo - Bleib Tapfer / fürn Arsch Full > Album - YouTube > Traceback (most recent call last): > File "./music-fetcher.py", line 39, in > title =

Re: Question about working with html entities in python 2 to use them as filenames

type= title = Wizo - Anderster Full Album - YouTube type= title = Wizo - Bleib Tapfer / fürn Arsch Full Album - YouTube Traceback (most recent call last): File "./music-fetcher.py", line 39, in title = HTMLParser.HTMLParser().unescape(title) File "/usr/lib/python2.7/HTMLParser.py",

Re: Question about working with html entities in python 2 to use them as filenames

Steven Truppe writes: > # here i would like to create a directory named after the content of > # the title... I allways get this error: > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 2 The title has a à (capital A with tilde) character in it, and

Re: Question about working with html entities in python 2 to use them as filenames

On Wed, 23 Nov 2016 09:00 am, Lew Pitcher wrote: > 2) Apparently os.mkdir() (at least) defaults to requiring an ASCII > pathname. No, you have misinterpreted what you have seen. Even in Python 2, os.mkdir will accept a Unicode argument. You just have to make sure it is given as unicode:

Re: Question about working with html entities in python 2 to use them as filenames

On Wed, 23 Nov 2016 07:54 am, Steven Truppe wrote: > I've made a pastebin with a few examples: http://pastebin.com/QQQFhkRg Your pastebin appears to be the same code as you've shown here. And, again, it doesn't seem to be the actual code you are really running. The only new or helpful

Re: Question about working with html entities in python 2 to use them as filenames

On Wed, 23 Nov 2016 07:33 am, Steven Truppe wrote: > imort chardet That's not working Python code. Steven, you have asked us to help you with some code. For us to do that, we need to see the ACTUAL code you are running, not some other code which is full of typos and may be very different from

Re: Question about working with html entities in python 2 to use them as filenames

On Tuesday November 22 2016 15:54, in comp.lang.python, "Steven Truppe" wrote: > I've made a pastebin with a few examples: http://pastebin.com/QQQFhkRg > > > > On 2016-11-22 21:33, Steven Truppe wrote: >> I all, >> >> >> i'm using linux and python 2 and want to parse

Re: Question about working with html entities in python 2 to use them as filenames

I've made a pastebin with a few examples: http://pastebin.com/QQQFhkRg On 2016-11-22 21:33, Steven Truppe wrote: I all, i'm using linux and python 2 and want to parse a file line by line by executing a command with the line (with os.system). My problem now is that i'm opening the file

Re: Question on multiple Python users in one application

Dennis Lee Bieber wrote: normally the main file of a Python program is still the plain text, It doesn't have to be, though -- you can do 'python somefile.pyc' and it will happily run it. and imported modules are retrieved from the file system as (if found) PYC pre-compiled, otherwise the

Re: Question on multiple Python users in one application

Dennis Lee Bieber wrote: What is it... A Burroughs mainframe running a version of FORTH? The Burroughs architecture is a stack architecture, so the machine code looks like a version of Forth in some ways. -- Greg -- https://mail.python.org/mailman/listinfo/python-list

Re: Question on multiple Python users in one application

Loren Wilton wrote: One concern I have is if two users both "import widget". Are they now sharing the widget namespace? I suspect they are, and that is probably undesirable. Yes, they will be, unless you use sub-interpreters. I've just been looking at the current docs for sub-interpreters,

Re: Question on multiple Python users in one application

Loren Wilton wrote: I've read that Python supports 'threads', and I'd assumed (maybe incorrectly) that these were somewhat separate environments that could be operating concurrently (modulo the GC lock). Not really. Python threads are just a thin wrapper around OS threads, and don't provide

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 3:06 PM, Loren Wilton wrote: > If the thread has a current instruction pointer, then it must also know what > function it is currently in, and therfore have a pointer (or some such) to > the current function locals: > > def func1(): >ham = 0.0;

Re: Question on multiple Python users in one application

I still don't understand why this has to be in the same process space as the VM. Wouldn't it be a lot simpler to create a simple RPC layer (all localhost of course) to interface between the VM and a Python server that spins up multiple processes or sessions? Kind of like how Python for a web

Re: Question on multiple Python users in one application

To be fair, the sharing of data between threads is no different from other concerns about global state. The only thing threads change is that you can have multiple functions doing stuff at once. state = [1,2,3] def func(): state[1] += 5 # do work state[1] -= 5 It occurs to me that

Re: Question on multiple Python users in one application

From: "Paul Rubin" I don't think Python threads are the answer. You want a separate interpreter per user, which is annoying to do with CPython. Do you have concrete performance expectations about the sharing of data between interpreter sessions? Those old mainframes

Re: Question on multiple Python users in one application

On 10/06/2016 07:48 PM, Chris Angelico wrote: > If that had been your original plan, it's dead simple to enhance it to > use per-user module names. Just do this same work, but substitute a > different module name right at the beginning! Other > extremely-high-level interface functions are similar.

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 12:52 PM, Paul Rubin wrote: > "Loren Wilton" writes: >> I've read that Python supports 'threads', and I'd assumed (maybe >> incorrectly) that these were somewhat separate environments that could >> be operating

Re: Question on multiple Python users in one application

"Loren Wilton" writes: > I've read that Python supports 'threads', and I'd assumed (maybe > incorrectly) that these were somewhat separate environments that could > be operating concurrently (modulo the GC lock). I assume that data can > be shared between the threads,

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 12:21 PM, Loren Wilton wrote: > The VM is a program running on Windows. The mainframe object code is just > byte code. The VM has routines to handle every operator and each kind of > Descriptor that they might validly use. One form of Descriptor is

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 11:22 AM, Loren Wilton wrote: >> Ah, that probably means you want separate interpreters, then. > > > I hope not, unless I can get separate simultaneous interpreters out of one > CPython.dll in one Windows process space. I'm guessing that I can't,

Re: Question on multiple Python users in one application

No idea as it's still not clear what you want to accomplish exactly. You are providing a lot of details, just not concrete ones that show how things are currently done and how you want to change that by adding Python to the mix. Hum, this could take a lot of pages of text to describe how the

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 11:03 AM, Loren Wilton wrote: > I've read that Python supports 'threads', and I'd assumed (maybe > incorrectly) that these were somewhat separate environments that could be > operating concurrently (modulo the GC lock). I assume that data can be >

Re: Question on multiple Python users in one application

Ah, that probably means you want separate interpreters, then. I hope not, unless I can get separate simultaneous interpreters out of one CPython.dll in one Windows process space. I'm guessing that I can't, but since I really don't know what I'm doing with Python yet, maybe I'm wrong there.

Re: Question on multiple Python users in one application

On 10/06/2016 06:03 PM, Loren Wilton wrote: >> So I take it that currently users access the software running in the >> virtual mainframe over telnet or some form of serial link and that they >> interact with it in a text terminal? This point is fairly important, >> because if it's true, then you

Re: Question on multiple Python users in one application

So I take it that currently users access the software running in the virtual mainframe over telnet or some form of serial link and that they interact with it in a text terminal? This point is fairly important, because if it's true, then you really don't have any in-band way of clients talking to

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 9:47 AM, Loren Wilton wrote: > I don't think my main concern here is being able to call the CPython > interpreter routines, but instead it is to be able to provide separate > sandboxes for the various programs ("stacks", in B6500 terminology) that

Re: Question on multiple Python users in one application

On 10/06/2016 04:47 PM, Loren Wilton wrote: > The Python code is running as (I hope) a native Windows DLL, so should be > able to access any existing Python libraries that exist on the WIndows > machine. Obviously this Python code will be using Windows-shaped data > objects like integers,

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 9:09 AM, Loren Wilton wrote: >> Okay. Before you go one micron further, answer this critical question: >> >> *Do you trust your users?* > > > The basic answer is yes. This program amounts to a virtual machine > implementation of a multi-processor

Re: Question on multiple Python users in one application

"Loren Wilton" writes: I don't think my main concern here is being able to call the CPython interpreter routines, but instead it is to be able to provide separate sandboxes for the various programs ("stacks", in B6500 terminology) that might have their own Python

Re: Question on multiple Python users in one application

"Loren Wilton" writes: > I don't think my main concern here is being able to call the CPython > interpreter routines, but instead it is to be able to provide separate > sandboxes for the various programs ("stacks", in B6500 terminology) > that might have their own Python

Re: Question on multiple Python users in one application

the multi-user program is a virtual machine implementation and the programs running on the machine have resources like variables, arrays, files, and databases Python variables? Python arrays (lists? tuples?)? Or some other sort of "variables" and "arrays" that exist outside of Python? You

Re: Question on multiple Python users in one application

We need to understand first what the process/threading/per-user model of the existing application is. The program is a virtual machine for an old mainframe architecture. You could think of a VM running a Linux implementaiton as a kind of crude mental reference model. The emulated mainframe

Re: Question on multiple Python users in one application

Okay. Before you go one micron further, answer this critical question: *Do you trust your users?* The basic answer is yes. This program amounts to a virtual machine implementation of a multi-processor and multi-user mainframe computer. It runs on a Windows box of its own. It has an IO

Re: Question on multiple Python users in one application

On 06/10/16 22:40, Loren Wilton wrote: the multi-user program is a virtual machine implementation That's not relevant (unless you mean each user is running in their own VM, in which case you _really_ need to describe your execution environment). BTW, you _really_ need to describe your

Re: Question on multiple Python users in one application

"Loren Wilton" writes: > While it is certianly possible to marshall every variable access > through IPC, it isn't real efficient. I would much perfer to avoid > this if I possibly can. Maybe you could use Python proxy objects accessing a shared memory segment. Though as

Re: Question on multiple Python users in one application

On Fri, Oct 7, 2016 at 7:59 AM, Jolly Good Spam wrote: > I have a Windows multi-user program that can be used by an arbitrary number > of users at once. They can work independently, or they can share data at the > file or even variable level if they want. I want to give

Re: Question on multiple Python users in one application

On 06/10/16 22:11, Paul Rubin wrote: "Jolly Good Spam" writes: Can someone please suggest what I should be looking at and doing to be able to effectively run multiple independent Pythons in a single program? Put each Python in a separate process and communicate by

Re: Question on multiple Python users in one application

"Jolly Good Spam" writes: > Can someone please suggest what I should be looking at and doing to be > able to effectively run multiple independent Pythons in a single > program? Put each Python in a separate process and communicate by IPC. --

Re: Question regarding stdlib distutils strtobool behavior

On 8/9/16 1:42 PM, Terry Reedy wrote: > On 8/9/2016 9:22 AM, Joseph Bane wrote: >> Hello. >> >> It recently came to my attention that the strtobool function in the >> standard library doesn't return Python native boolean values, but >> rather returns integer 0 or 1: >> >>

Re: Question regarding stdlib distutils strtobool behavior

On 8/9/2016 9:22 AM, Joseph Bane wrote: Hello. It recently came to my attention that the strtobool function in the standard library doesn't return Python native boolean values, but rather returns integer 0 or 1: https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304 I am curious

Re: Question regarding stdlib distutils strtobool behavior

On Tue, Aug 9, 2016 at 9:50 AM Joseph Bane wrote: > Thank you for your note. I was thinking it might be just a historical > artifact. > That was just my guess. You can search the mailing list archives and the bug tracker to find out if there's been any past discussion.

Re: Question regarding stdlib distutils strtobool behavior

Thank you for your note. I was thinking it might be just a historical artifact. Do you think this is the type of thing we could propose be changed in the next version of Python? It seems it would be more consistent with the principle of least surprise from the perspective of outsider Python

Re: Question regarding stdlib distutils strtobool behavior

Am 08/09/2016 um 03:22 PM schrieb Joseph Bane: It recently came to my attention that the strtobool function in the standard library doesn't return Python native boolean values, but rather returns integer 0 or 1: In boolean context, 1 is True and 0 is False. So you should be able to use the

Re: Question regarding stdlib distutils strtobool behavior

On Tuesday, August 9, 2016 at 9:34:44 AM UTC-4, Michael Selik wrote: > On Tue, Aug 9, 2016 at 9:26 AM Joseph Bane wrote: > > > Hello. > > > > It recently came to my attention that the strtobool function in the > > standard library doesn't return Python native boolean values, but rather > >

Re: Question regarding stdlib distutils strtobool behavior

On Tue, Aug 9, 2016 at 9:26 AM Joseph Bane wrote: > Hello. > > It recently came to my attention that the strtobool function in the > standard library doesn't return Python native boolean values, but rather > returns integer 0 or 1: > >

Re: Question on compiling on linux

On Mon, 27 Jun 2016 21:39:42 -0600, Michael Torrie wrote: > On 06/27/2016 08:28 PM, Steven D'Aprano wrote: >> On Tue, 28 Jun 2016 10:01 am, Dennis Lee Bieber wrote: >> >>> The Outlook style works well in a business environment where the >>> recipient is likely the original sender of the quoted

Re: Question on compiling on linux

On 06/27/2016 08:28 PM, Steven D'Aprano wrote: > On Tue, 28 Jun 2016 10:01 am, Dennis Lee Bieber wrote: > >> The Outlook style works well in a business environment where the >> recipient is likely the original sender of the quoted text, and doesn't >> need the context -- the quoted copy is just a

Re: Question on compiling on linux

Oh, and while I'm ranting about top-posting, there's another reason why it's shit. Speaking from experience, it makes searching email archives awful. I've been in the position of having to go through email archives looking for relevant email discussions related to a legal dispute. Trying to

Re: Question on compiling on linux

On Tue, 28 Jun 2016 10:01 am, Dennis Lee Bieber wrote: > The Outlook style works well in a business environment where the > recipient is likely the original sender of the quoted text, and doesn't > need the context -- the quoted copy is just a courtesy copy in this case. No it doesn't work

Re: Question on compiling on linux

On Mon, Jun 27, 2016, at 00:26, Zachary Ware wrote: > A: Because you have to read things in reverse order. > Q: Why? > A: Top-posting. > Q: What's one of the most annoying common email practices? Which is witty, but doesn't *actually* explain why it's bad. 1. The intent, as I understand it, with

Re: Question on compiling on linux

On Saturday, June 25, 2016, Steven Truppe wrote: > > i hope this email works like you expected! Not quite, but closer. You've quoted me properly, but you added your reply above the quote, so-called "top-posting". A: Because you have to read things in reverse order. Q:

Re: Question on compiling on linux

i hope this email works like you expected! I found the libpython3.so, i don't know why i was not able to see it, thank you very much to everyone wo helped me! No my last question(s) is how can i create debug/release builds ? Am 2016-06-24 um 22:08 schrieb Zachary Ware: On Fri, Jun 24, 2016

RE: Question on compiling on linux

>That gives me many .so files but no python*.so* file :( Install the python-devel. This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. --

Re: Question on compiling on linux

On Fri, Jun 24, 2016 at 2:28 PM, Steven Truppe wrote: > That gives me many .so files but no python*.so* file :( Where are you finding these many .so files? There should be libpython3.5m.so in the root of the source tree (alongside `python`). By the way, I'm not sure

Re: Question on compiling on linux

That gives me many .so files but no python*.so* file :( Am 2016-06-24 um 20:35 schrieb Steven Truppe: So back to my first question now that you saw everything worked fine, but there is no python.so file, did i miss something when using ./configure ? Am 2016-06-24 um 20:23 schrieb Chris

Re: Question on compiling on linux

On Fri, Jun 24, 2016 at 1:35 PM, Steven Truppe wrote: > So back to my first question now that you saw everything worked fine, but > there is no python.so file, did i miss something when using ./configure ? Try `./configure --enable-shared`. -- Zach --

Re: Question on compiling on linux

So back to my first question now that you saw everything worked fine, but there is no python.so file, did i miss something when using ./configure ? Am 2016-06-24 um 20:23 schrieb Chris Angelico: On Sat, Jun 25, 2016 at 4:19 AM, Steven Truppe wrote: But that's not a

Re: Question on compiling on linux

On Sat, Jun 25, 2016 at 4:19 AM, Steven Truppe wrote: > But that's not a library file, it's the interpreter, i need the library to > extend and embend python into my own application ... Bouncing back to the list (please keep it there). The reason I mentioned ./python is

Re: Question on compiling on linux

On Sat, Jun 25, 2016 at 1:00 AM, Steven Truppe wrote: > i want to write an application that does extend and embed Python. I > downloaded the sources for 3.5.1 and used ./confiugure to build. > > In the old times i got a file called python.so somewhere but now i get many >

Re: Question about imports and packages

On Wed, May 25, 2016 at 6:27 PM, Steven D'Aprano wrote: > I don't think this is that much different from the way other scripting > languages handle it. E.g. bash. If I have a set of (say) shell scripts: > > fnord/ > +-- foo.sh > +-- bar.sh > > > where foo.sh

Re: Question about imports and packages

On Wednesday 25 May 2016 14:39, Ben Finney wrote: > What the Python import system expects you to do is:: > > cd ../ > python3 -m fnord.foo I don't think you even need to do the cd provided the fnord directory is inside a directory on the path. It only gets complicated if fnord cannot be found

Re: Question about imports and packages

Gerald Britton writes: > On Wed, 25 May 2016 10:00 am, Steven D'Aprano wrote: > >The problem is that you are running the Python script from *inside* > >the package. That means, as far as the script can see, there is no > >longer a package visible -- it cannot see its

Re: Question about imports and packages

On 5/24/2016 9:02 PM, Steven D'Aprano wrote: On Wed, 25 May 2016 09:35 am, Gerald Britton wrote: For brevity, here's your package setup: testpkg/ +-- __init__.py +-- testimport.py which runs "from testpkg.testimported import A" +-- testimported.py containing class A Your package layout is

Re: Question about imports and packages

On Wed, 25 May 2016 09:35 am, Gerald Britton wrote: For brevity, here's your package setup: testpkg/ +-- __init__.py +-- testimport.py which runs "from testpkg.testimported import A" +-- testimported.py containing class A Your package layout is correct. But: > When I run > > python

Re: Question on List processing

On Wed, 27 Apr 2016 01:38 am, subhabangal...@gmail.com wrote: > I am trying to send you a revised example. > list1=[u"('koteeswaram/BHPERSN engaged/NA ','class1')", > u"('koteeswaram/BHPERSN is/NA ','class1')"] Please don't use generic names that mean nothing like "list1". We can see it is a

Re: Question on List processing

On Tue, Apr 26, 2016, at 11:38, subhabangal...@gmail.com wrote: > I am trying to send you a revised example. > list1=[u"('koteeswaram/BHPERSN engaged/NA ','class1')", > u"('koteeswaram/BHPERSN is/NA ','class1')"] > > [('koteeswaram/BHPERSN engaged/NA ','class1'), > ('koteeswaram/BHPERSN is/NA

Re: Question on List processing

On Monday, April 25, 2016 at 10:07:13 PM UTC+5:30, Steven D'Aprano wrote: > > > > Dear Group, > > > > I have a list of tuples, as follows, > > > > list1=[u"('koteeswaram/BHPERSN engaged/NA himself/NA in/NA various/NA > [... 17 more lines of data ...] > > Hi Subhabrata, and thanks for the

Re: Question on List processing

On Monday, April 25, 2016 at 10:07:13 PM UTC+5:30, Steven D'Aprano wrote: > On Tue, 26 Apr 2016 12:56 am, wrote: > > > Dear Group, > > > > I have a list of tuples, as follows, > > > > list1=[u"('koteeswaram/BHPERSN engaged/NA himself/NA in/NA various/NA > [... 17 more lines of data ...] > > Hi

Re: Question on List processing

On Mon, 25 Apr 2016 15:56 , wrote: > Dear Group, > > I have a list of tuples, as follows, > > list1=[u"('koteeswaram/BHPERSN engaged/NA himself/NA in/NA various/NA > philanthropic/NA activities/NA ','class1')", u"('koteeswaram/BHPERSN is/NA > a/NA very/NA nice/NA

Re: Question on List processing

On Tue, 26 Apr 2016 12:56 am, subhabangal...@gmail.com wrote: > Dear Group, > > I have a list of tuples, as follows, > > list1=[u"('koteeswaram/BHPERSN engaged/NA himself/NA in/NA various/NA [... 17 more lines of data ...] Hi Subhabrata, and thanks for the question. Please remember that we

Re: Question

On 2016-03-10, Dennis Lee Bieber wrote: > On Wed, 9 Mar 2016 12:28:30 - (UTC), Jon Ribbens > declaimed the following: >>On 2016-03-09, Ian Kelly wrote: >>> It looks like the shell environment that comes with Git for

Re: Question

On 2016-03-08, Steven D'Aprano wrote: > On Wed, 9 Mar 2016 04:19 am, Ian Kelly wrote: >> On Mon, Mar 7, 2016 at 6:41 PM, Jon Ribbens >> wrote: >>> 'virtualenv' works even less well, it just says: >>> >>> $ virtualenv test >>> Using base prefix

Re: Question

On 2016-03-09, Ian Kelly wrote: > It looks like the shell environment that comes with Git for Windows is > actually Windows Powershell [1], so presumably the activate.ps1 script > that's already provided by venv is what's needed, not a bash script. This is not true. I

Re: Question

On Tue, Mar 8, 2016 at 5:13 PM, Chris Angelico wrote: > On Wed, Mar 9, 2016 at 10:52 AM, Steven D'Aprano wrote: >>> Well, running bash on Windows is decidedly non-standard. This is like >>> installing a Python package on a Linux system and then complaining

Re: Question

On Wed, Mar 9, 2016 at 10:52 AM, Steven D'Aprano wrote: >> Well, running bash on Windows is decidedly non-standard. This is like >> installing a Python package on a Linux system and then complaining >> that it won't run under wine. I don't think that Python should be >>

Re: Question

On Wed, 9 Mar 2016 04:19 am, Ian Kelly wrote: > On Mon, Mar 7, 2016 at 6:41 PM, Jon Ribbens > wrote: >> On 2016-03-07, Ian Kelly wrote: >>> On Mon, Mar 7, 2016 at 11:51 AM, Jon Ribbens >>> wrote: I must say

Re: Question

On 2016-03-08, Ian Kelly wrote: > On Tue, Mar 8, 2016 at 10:56 AM, Jon Ribbens > wrote: >> The only things I can think of that are at all 'weird' are that there >> are spaces in the filenames, and there's more than one drive. But >> the former

Re: Question

On Tue, Mar 8, 2016 at 10:56 AM, Jon Ribbens wrote: > The only things I can think of that are at all 'weird' are that there > are spaces in the filenames, and there's more than one drive. But > the former of those is utterly standard for Windows, and the latter >

Re: Question

On 2016-03-08, Ian Kelly wrote: > On Mon, Mar 7, 2016 at 6:41 PM, Jon Ribbens > wrote: >> It's not activate.bat, it's activate (no file extension) the posix >> shell script. I installed Git for Windows which provides bash (or >> something that

Re: Question

On Mon, Mar 7, 2016 at 6:41 PM, Jon Ribbens wrote: > On 2016-03-07, Ian Kelly wrote: >> On Mon, Mar 7, 2016 at 11:51 AM, Jon Ribbens >> wrote: >>> I must say that Python on Windows was a very poor experience

Re: Question

On 2016-03-08, justin walters wrote: > My apologies, but I really don't want to argue with you. That's nice to know. I didn't ask you to, but it's great to have your input anyway. > You may want to be a bit more humble when asking for help. I wasn't asking for help.

Re: Question

My apologies, but I really don't want to argue with you. You may want to be a bit more humble when asking for help. On Mar 8, 2016 2:31 AM, "Jon Ribbens" wrote: > On 2016-03-08, justin walters wrote: > > Well, from that error message, it

Re: Question

On 2016-03-08, justin walters wrote: > Well, from that error message, it seems like you may have a permissions > issue. If that's true then it means the Python 3.5 installer is broken. However, I don't think it is true as actually running Python presents no problems.

Re: Question

Well, from that error message, it seems like you may have a permissions issue. Also, the git shell is not the sane as a real shell. There are multiple windows terminal emulators. Why not use one of those? On Mar 7, 2016 5:46 PM, "Jon Ribbens" wrote: > On 2016-03-07,

Re: Question

On 2016-03-07, Ian Kelly wrote: > On Mon, Mar 7, 2016 at 11:51 AM, Jon Ribbens > wrote: >> I must say that Python on Windows was a very poor experience indeed, >> "virtualenv" does not work and "venv" refuses to create the 'activate' >> shell

Re: Question

On 2016-03-07, Chris Angelico wrote: > 3) Use standard Python, and ditch Windows. This is what I do. :) This is also what I do nearly all of the time, but for PyWeek I needed a computer running Python that actually had a monitor attached ;-) Although to be fair, Python under

Re: Question

Unfortunately, it's difficult for the core devs to know every hardware and os combination there is. Maybe you could submit a bug report? On Mar 7, 2016 10:56 AM, "Jon Ribbens" wrote: > On 2016-03-07, mm0fmf wrote: > > On 07/03/2016 18:09, Jon

Re: Question

I'm going to echo Chris Angelo's suggestion #2 to use a python distribution. This page has the links to download Anaconda. It is free and if you need to download libraries which require compiled external code like numpy you can just run `conda install numpy`.

Re: Question

On Tue, Mar 8, 2016 at 5:51 AM, Jon Ribbens wrote: > I must say that Python on Windows was a very poor experience indeed, > "virtualenv" does not work and "venv" refuses to create the 'activate' > shell script so does not work either (and pygame doesn't work, but >

Re: Question

On Mon, Mar 7, 2016 at 11:51 AM, Jon Ribbens wrote: > I must say that Python on Windows was a very poor experience indeed, > "virtualenv" does not work and "venv" refuses to create the 'activate' > shell script so does not work either I've used both of these on

Re: Question

On 2016-03-07, mm0fmf wrote: > On 07/03/2016 18:09, Jon Ribbens wrote: >> It only appears to have downloads for 32-bit, or 64-bit AMD processors, >> not 64-bit Intel processors. > > You didn't read the bit that says > > "The binaries for AMD64 will also work on processors that

Re: Question

On Mon, Mar 7, 2016, at 13:09, Jon Ribbens wrote: > It only appears to have downloads for 32-bit, or 64-bit AMD processors, > not 64-bit Intel processors. Current 64-bit processors produced by Intel use the "AMD64" architecture, not the Intel IA-64 (Itanium) architecture. --

Re: Question

On 7 March 2016 at 19:09, Jon Ribbens wrote: > On 2016-03-07, Ian Kelly wrote: >> On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales wrote: >>> I am trying to download Python but I have windows 10 and I do not see a 64 >>>

Re: Question

On 07/03/2016 18:09, Jon Ribbens wrote: On 2016-03-07, Ian Kelly wrote: On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales wrote: I am trying to download Python but I have windows 10 and I do not see a 64 bit download for my operating system. Do you

Re: Question

On 07/03/2016 17:42, Ian Kelly wrote: On Mon, Mar 7, 2016 at 10:25 AM, Mark Lawrence wrote: On 07/03/2016 16:57, Ian Kelly wrote: On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales wrote: I am trying to download Python but I have windows 10 and

Re: Question

On 2016-03-07, Ian Kelly wrote: > On Mon, Mar 7, 2016 at 10:25 AM, Mark Lawrence > wrote: >> I've been running 64 bit Python on Windows for years with no problems. Why >> use 32 bit? I certainly don't understand why you'd need to. > > It seems to

Re: Question

On 2016-03-07, Ian Kelly wrote: > On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales wrote: >> I am trying to download Python but I have windows 10 and I do not see a 64 >> bit download for my operating system. Do you have a 64 bit for windows? > > What

Re: Question

On Mon, Mar 7, 2016 at 10:25 AM, Mark Lawrence wrote: > On 07/03/2016 16:57, Ian Kelly wrote: >> >> On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales >> wrote: >>> >>> I am trying to download Python but I have windows 10 and I do not see a >>> 64 >>>

Re: Question

On 07/03/2016 16:57, Ian Kelly wrote: On Mon, Mar 7, 2016 at 9:39 AM, Ben Morales wrote: I am trying to download Python but I have windows 10 and I do not see a 64 bit download for my operating system. Do you have a 64 bit for windows? What page are you looking at?

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