Re: ironpython not support py3.6

To: Steven D'Aprano From: "wxjmfauth" To: Steven D'Aprano From: wxjmfa...@gmail.com Le vendredi 22 juin 2018 11:07:15 UTC+2, Steven D'Aprano a ─CcritΓ : > > C# <--> IronPython 2.7 <--> CPython 3.6 > C# <--> IronPython 2.7. It will not wo

Re: ironpython not support py3.6

To: Steven D'Aprano From: wxjmfa...@gmail.com Le vendredi 22 juin 2018 11:07:15 UTC+2, Steven D'Aprano a ─CcritΓ : > > C# <--> IronPython 2.7 <--> CPython 3.6 > C# <--> IronPython 2.7. It will not work. Coding of characters ! Try with IronPython 2.7.8. PS Yes, I know, it is based on .NET !!!

Re: Benefits of unicode identifiers (was: Allow additional separator

Le lundi 27 novembre 2017 14:52:19 UTC+1, Rustom Mody a ÄCcritâ : > On Monday, November 27, 2017 at 6:48:56 PM UTC+5:30, Rustom Mody wrote: > > Having said that I should be honest to mention that I saw your post first on > > my phone where the î, showed but the gØÜ« showed as a rectangle something

Re: Compile Python 3 interpreter to force 2-byte unicode

Le dimanche 26 novembre 2017 05:53:55 UTC+1, Rustom Mody a ÄCcritâ : > On Sunday, November 26, 2017 at 3:43:29 AM UTC+5:30, Chris Angelico wrote: > > On Sun, Nov 26, 2017 at 9:05 AM, wojtek.mula wrote: > > > Hi, my goal is to obtain an interpreter that internally > > > uses UCS-2. Such a simple co

Re: Compile Python 3 interpreter to force 2-byte unicode

Le dimanche 26 novembre 2017 05:53:55 UTC+1, Rustom Mody a ÄCcritâ : > On Sunday, November 26, 2017 at 3:43:29 AM UTC+5:30, Chris Angelico wrote: > > On Sun, Nov 26, 2017 at 9:05 AM, wojtek.mula wrote: > > > Hi, my goal is to obtain an interpreter that internally > > > uses UCS-2. Such a simple co

Re: Python 3 is killing Python

Le lundi 2 juin 2014 17:01:01 UTC+2, Ian a écrit : > On Jun 1, 2014 12:11 PM, wrote: > > > At least Py2 does not crash when using non ascii > > > (eg sticking with cp1252). > > > > > > I just noticed this last week, Thursday, when presenting > > > the absurdity of the Flexible String Represen

Re: Unicode and Python - how often do you index strings?

Le mercredi 4 juin 2014 02:39:54 UTC+2, Chris Angelico a écrit : > A current discussion regarding Python's Unicode support centres (or > > centers, depending on how close you are to the cent[er]{2} of the > > universe) around one critical question: Is string indexing common? > > > > Python str

Re: IDE for python

Le vendredi 30 mai 2014 16:04:18 UTC+2, Rustom Mody a écrit : > On Friday, May 30, 2014 7:24:10 PM UTC+5:30, Marko Rauhamaa wrote: > > > Rustom Mody wrote: > > > > > > > > > >> > 3. Search unopened files (grep) for a string or re. > > > > > > > > How do you do this with emacs? > > > > I fi

Re: IDE for python

Le vendredi 30 mai 2014 18:38:04 UTC+2, Mark Lawrence a écrit : > On 30/05/2014 17:15, Rustom Mody wrote: > > > On Friday, May 30, 2014 8:36:54 PM UTC+5:30, wxjm...@gmail.com wrote: > > > > > > It is now about time that we stop taking ASCII seriously!! > > > > > > > This can't happen in the

Re: Yet another "simple" headscratcher

>>> # from my lib >>> def NewMat(nr, nc, val=0.0): ... val = float(val) ... return [[val] * nc for i in range(nr)] ... >>> import vmio6 >>> aa = NewMat(2, 3) >>> vmio6.pr(aa) ( 0.0e+000 0.0e+000 0.0e+000 ) ( 0.0e+000 0.0e+000 0.0e+000 ) >>> aa[0][0] = 3.

Re: IDE for python

Le vendredi 30 mai 2014 18:15:09 UTC+2, Rustom Mody a écrit : > On Friday, May 30, 2014 8:36:54 PM UTC+5:30, wxjm...@gmail.com wrote: > > > > > Out of curiosity. > > > Are you the Rusi Mody attempting to dive in Xe(La)TeX? > > > > Yeah :-) > > > > As my blog posts labelled unicode will in

Re: Python 3 is killing Python

Le samedi 31 mai 2014 14:30:11 UTC+2, Steven D'Aprano a écrit : > On Sat, 31 May 2014 12:07:59 +0200, Steve Hayes wrote: > > > > > I'll leave Python 3.2 on my computer, but 2.7.5 will be the one I'm > > > installing now. Even if I could *find* a book that deals with Python > > > 3.x, couldn't

Re: Python 3 is killing Python

Le mercredi 28 mai 2014 22:24:15 UTC+2, Mark Lawrence a écrit : > On 28/05/2014 20:58, Larry Martell wrote: > > > On Wed, May 28, 2014 at 2:49 PM, Paul Rubin > > > wrote: > > > > > > Larry Martell > > > writes: > > >

Re: IDE for python

Le mercredi 28 mai 2014 14:55:35 UTC+2, Chris Angelico a écrit : > On Wed, May 28, 2014 at 9:46 PM, Greg Schroeder wrote: > > >> > Please suggest, if we have any free ide for python development. > > > > > > Anything that writes text is fine. > > > I recommend the standard text editor for your

Re: IDE for python

Le vendredi 30 mai 2014 19:30:27 UTC+2, Rustom Mody a écrit : > On Friday, May 30, 2014 10:47:33 PM UTC+5:30, wxjm...@gmail.com wrote: > > > = > > > > > Ok, thanks for the answer. > > > > > "xetex does not quite work whereas pdflatex works smoothly" > > > > > ? > > > > Problem

Re: IDE for python

Le dimanche 1 juin 2014 03:48:07 UTC+2, Rustom Mody a écrit : > On Friday, May 30, 2014 10:37:00 PM UTC+5:30, Rustom Mody wrote: > > > > > You are talking about the infrastructure needed for writing unicode apps. > > > The language need not have non-ASCII lexemes for that > > > > > I am talk

Re: How keep Python 3 moving forward

Le lundi 26 mai 2014 01:09:31 UTC+2, Mark Lawrence a écrit : > On 25/05/2014 23:22, Dennis Lee Bieber wrote: > > > On Sun, 25 May 2014 11:34:59 -0700, Ethan Furman > > > declaimed the following: > > > > > >> On 05/25/2014 10:38 AM, Rustom Mody wrote: > > >>> > > >>> Your unicode is mojibaked

Re: Make Python Compilable, convert to Python source to Go

My opinions about Go. i) go build XXX that creates an exe, one can put on a usb stick and run (distribute) it, is a feature hard to beat. I do not know, if it will be rendered correctly. D:\jm\jmgo>hello3.exe ASCII abcde xyz Germanäöü ÄÖÜ ß Polishąęźżńł Russian абвгдеж эюя CJK

Re: How keep Python 3 moving forward

Le dimanche 25 mai 2014 02:27:11 UTC+2, Terry Reedy a écrit : > On 5/24/2014 3:49 PM, Marko Rauhamaa wrote: > > > > > Few people have Python 3 as an objective. What I'm saying is that if > > > Python 3 had something everybody wants and nothing else provides, the > > > people will come, even th

Re: How keep Python 3 moving forward

Le vendredi 23 mai 2014 22:16:10 UTC+2, Mark Lawrence a écrit : > An article by Brett Cannon that I thought might be of interest > > http://nothingbutsnark.svbtle.com/my-view-on-the-current-state-of-python-3 > > > > -- > > My fellow Pythonistas, ask not what our language can do for you, ask

Re: Python is horribly slow compared to bash!!

Le jeudi 22 mai 2014 12:54:22 UTC+2, Chris Angelico a écrit : > Figure some of you folks might enjoy this. Look how horrible Python > > performance is! > > > > http://thedailywtf.com/Articles/Best-of-Email-Brains,-Security,-Robots,-and-a-Risky-Click.aspx > > > > Actually, probably a lot of y

Re: Python and Math

Le jeudi 22 mai 2014 01:14:29 UTC+2, chris@noaa.gov a écrit : > On Tuesday, May 20, 2014 5:51:27 AM UTC-7, Frank Millman wrote: > > > > > I used it to install IPython, with the following results. > > > > > > First I ran 'pip install ipython', which worked. > > > > > > Then I read the I

Re: Putting Py 3.4.1 to work.

I really expected I worked to quickly and I did a mistake in freezing applications. But, no. cx_freeze just re-became problematic, __file__, bootstap, importlib and so on. My take on the subject. Since the introduction of this uncecessary __pycache__ mess, I'm experimenting a lot of problems (I'm

Re: Putting Py 3.4.1 to work.

Le mercredi 21 mai 2014 00:19:37 UTC+2, Terry Reedy a écrit : > On 5/20/2014 4:55 PM, Zachary Ware wrote: > > > On Tue, May 20, 2014 at 9:31 AM, wrote: > > >> Experimented users have certainly noticed a lot of > > >> things have changed. > > >> > > > > This looks like something went weird i

Re: Putting Py 3.4.1 to work.

- Complete (re)Fresh install Stop Python34, PySide ok Stop cx_freeze 4.3.3 for py34 seems to suffer, again, from the same desease as with cx_freeze 4.3.2, Py 3.4.0 leading to a Py crash Stop Python, PySide, cx_freeze, Windows issue? No idea Stop Have some idea about the guilty msi installer St

Putting Py 3.4.1 to work.

Experimented users have certainly noticed a lot of things have changed. Short. I installed Py3.4.1, it overwrites c:\Python34 which contained eg. PySide in ...\site-packages. So far, so good. I can launch Python, IDLE and my interactive interpreter I wrote with tkinter via a cmd in dos, .bat, ...

Re: Python and Math

Le mardi 20 mai 2014 12:13:45 UTC+2, Tim Golden a écrit : > On 20/05/2014 10:19, wxjmfa...@gmail.com wrote: > > > Le lundi 19 mai 2014 21:18:54 UTC+2, Tim Golden a �crit : > > >> On 19/05/2014 20:07, wxjmfa...@gmail.com wrote: > > >> > > > Yesterday, I spent one hour attemepting to insta

Re: Python and Math

Le lundi 19 mai 2014 21:18:54 UTC+2, Tim Golden a écrit : > On 19/05/2014 20:07, wxjmfa...@gmail.com wrote: > > >>> Yesterday, I spent one hour attemepting to install IPython > > >> > > >>> for Py3.3 (win 7), I failed. I do not even succeed to > > >> > > >>> understand how. Pip, setuptools, wh

Re: Python and Math

Le lundi 19 mai 2014 18:09:24 UTC+2, Rustom Mody a écrit : > On Monday, May 19, 2014 8:26:11 PM UTC+5:30, jmf wrote: > > > > > Yesterday, I spent one hour attemepting to install IPython > > > for Py3.3 (win 7), I failed. I do not even succeed to > > > understand how. Pip, setuptools, whl or ma

Re: Python and Math

Le lundi 19 mai 2014 12:15:22 UTC+2, Fabien a écrit : > Hi everyone, > > > > I am new on this forum (I come from IDL and am starting to learn python) > > > > This thread perfectly illustrates why Python is so scary to newcomers: > > one question, three answers: yes, no, maybe. > > > > Py

Re: Everything you did not want to know about Unicode in Python 3

Le vendredi 16 mai 2014 13:50:47 UTC+2, Antoine Pitrou a écrit : > Terry Reedy udel.edu> writes: > > > > > > On 5/13/2014 8:53 PM, Ethan Furman wrote: > > > > On 05/13/2014 05:10 PM, Steven D'Aprano wrote: > > > >> On Tue, 13 May 2014 10:08:42 -0600, Ian Kelly wrote: > > > >> > > > >>> Beca

Re: PEP 8 : Maximum line Length :

Le jeudi 15 mai 2014 16:27:16 UTC+2, Chris Angelico a écrit : > On Fri, May 16, 2014 at 12:17 AM, wrote: > > > One another trick is to drop spaces around keywords > > > > > 9and 12345or 99if 'a'in'a' else or 77 > > > 12345 > > > > > > and pray, the tools from th

Re: PEP 8 : Maximum line Length :

Le mardi 13 mai 2014 10:45:49 UTC+2, Peter Otten a écrit : > Ganesh Pal wrote: > > > > > Hi Team , > > > > > > > > > what would be the best way to intent the below line . > > > > > > I have few lines in my program exceeding the allowed maximum line Length > > > of 79./80 characters >

Re: Everything you did not want to know about Unicode in Python 3

Le mardi 13 mai 2014 10:08:45 UTC+2, Johannes Bauer a écrit : > On 13.05.2014 03:18, Steven D'Aprano wrote: > > > > > Armin Ronacher is an extremely experienced and knowledgeable Python > > > developer, and a Python core developer. He might be wrong, but he's not > > > *obviously* wrong. >

Re: Why isn't my re.sub replacing the contents of my MS Word file?

Le mardi 13 mai 2014 22:26:51 UTC+2, MRAB a écrit : > On 2014-05-13 20:01, scottca...@gmail.com wrote: > > > On Tuesday, May 13, 2014 9:49:12 AM UTC-4, Steven D'Aprano wrote: > > >> > > >> You may have missed my follow up post, where I said I had not noticed you > > >> were operating on a binar

Re: Why isn't my re.sub replacing the contents of my MS Word file?

Le samedi 10 mai 2014 06:22:00 UTC+2, Rustom Mody a écrit : > On Saturday, May 10, 2014 1:21:04 AM UTC+5:30, scott...@gmail.com wrote: > > > Hi, > > > > > > > > > > > > here is a snippet of code that opens a file (fn contains the path\name) > > and first tried to replace all endash, emdas

Re: Unicode in Python

Le jeudi 1 mai 2014 19:21:14 UTC+2, rand...@fastmail.us a écrit : > On Mon, Apr 28, 2014, at 4:57, wxjmfa...@gmail.com wrote: > > > Python 3: > > > - It missed the unicode shift. > > > - Covering the whole unicode range will not make > > > Python a unicode compliant product. > > > > Please c

Re: Unicode in Python

Le vendredi 2 mai 2014 05:50:40 UTC+2, Michael Torrie a écrit : > Can't help but feed the troll... forgive me. > > > > On 04/28/2014 02:57 AM, wxjmfa...@gmail.com wrote: > > > Python 2.7 + cp1252: > > > - Solid and coherent system (nothing to do with the Euro). > > > > Except that cp1252 is

Re: Unicode 7

Le mercredi 30 avril 2014 20:48:48 UTC+2, Tim Chase a écrit : > On 2014-04-30 00:06, wxjmfa...@gmail.com wrote: > > > @ Time Chase > > > > > > I'm perfectly aware about what I'm doing. > > > > Apparently, you're quite adept at appending superfluous characters to > > sensible strings...did y

Re: Unicode 7

@ Time Chase I'm perfectly aware about what I'm doing. @ MRAB "...Although the third example is the fastest, it's also the wrong way to handle Unicode: ..." Maybe that's exactly the opposite. It illustrates very well, the quality of coding schemes endorsed by Unicode.org. I deliberately choose

Unicode 7

Let see how Python is ready for the next Unicode version (Unicode 7.0.0.Beta). >>> timeit.repeat("(x*1000 + y)[:-1]", setup="x = 'abc'; y = 'z'") [1.4027834829454946, 1.38714224331963, 1.3822586635296261] >>> timeit.repeat("(x*1000 + y)[:-1]", setup="x = 'abc'; y = '\u0fce'") [5.462776291480395,

[bugs] Last week...

Last week I found three "bugs" related to the coding of characters / unicode (Py 3). Bugs, that are making impossible to write safe code when manipulating text/strings as Python is supposed to do. Safe code == not broken, nothing to do with a "regression". jmf -- https://mail.python.org/mailman

Re: Unicode in Python

Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit : > On Apr 26, 2014 3:46 AM, "Frank Millman" wrote: > > > > > > > > > wrote in message > > > news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com... > > > > == > > > > > > > > I wrote once 90 % of Python 2 apps (a generic te

Re: Unicode in Python

Le samedi 26 avril 2014 15:38:29 UTC+2, Ian a écrit : > On Apr 26, 2014 3:46 AM, "Frank Millman" wrote: > > > > > > > > > wrote in message > > > news:03bb12d8-93be-4ef6-94ae-4a02789ae...@googlegroups.com... > > > > == > > > > > > > > I wrote once 90 % of Python 2 apps (a generic te

Re: Unicode in Python

== I wrote once 90 % of Python 2 apps (a generic term) supposed to process text, strings are not working. In Python 3, that's 100 %. It is somehow only by chance, apps may give the illusion they are properly working. jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Unicode in Python

Le mardi 22 avril 2014 14:21:40 UTC+2, Steven D'Aprano a écrit : > On Tue, 22 Apr 2014 02:07:58 -0700, wxjmfauth wrote: > > > > > Le mardi 22 avril 2014 08:30:45 UTC+2, Rustom Mody a écrit : > > >> > > >> > > >> > > >>

Re: Unicode in Python

Le mardi 22 avril 2014 08:30:45 UTC+2, Rustom Mody a écrit : > > > @ rusy > "Ive reworded it to make it clear that I am referring to the character-sets and not encodings." Very good, excellent, comment. An healthy coding scheme can only work properly with a unique characters set and the codin

Re: Why Python 3?

wxPhoenix. The funny side of wxPhoenix is, that it *also* has its own understanding of unicode and it finally only succeeds to produce mojibakes. I've tried to explained... (I was an early wxPython user from wxPython 2.0 (!). I used, tested, reported about, all wxPython versions up to the shift t

Re: Martijn Faassen: The Call of Python 2.8

It is more than clear to me, Python did and does not understand the "unicode case". jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Martijn Faassen: The Call of Python 2.8

Le lundi 14 avril 2014 20:59:37 UTC+2, Ian a écrit : > On Apr 14, 2014 11:46 AM, wrote: > > > > > > Point of curiosity: if the first 256 codepoints of Unicode happened to > correspond to cp1252 instead of Latin-1, would you still object to the FSR? Yes. --- cp1252: I'm perfectly understand

Re: Martijn Faassen: The Call of Python 2.8

I will most probably backport two quite large applications to Py27 ("scientific data processing apps"). It's more a question of willingness, than a technical difficulty. Then basta. Note: cp1252 is good enough. (latin1/iso8859-1 not!). jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Language summit notes

- Unicode <== Coding of the characters (all schemes) <== math. For those who are interested in that field, I recommand to try to understand why we (the world) have to live with all these coding schemes. jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Language summit notes

Le dimanche 13 avril 2014 22:13:36 UTC+2, Terry Reedy a écrit : > Everyone, please ignore Jim's unicode/fsr trolling, which started in > > July 2012. Don't quote it, don't try to answer it. > > > > -- > > Terry Jan Reedy --- FYI: I was waiting for the final 3.4 release. I'm only now ma

Re: Language summit notes

Le samedi 12 avril 2014 14:53:15 UTC+2, Ned Batchelder a écrit : > On 4/12/14 8:25 AM, wxjmfa...@gmail.com wrote: > > > -- > > > > > > Regarding the Flexible String Representation, I have always > > > been very coherent in the examples I gave (usually with and/or > > > from an interactive

Re: Language summit notes

-- Regarding the Flexible String Representation, I have always been very coherent in the examples I gave (usually with and/or from an interactive intepreter - not relevant). I never seen once somebody pointing or beeing able to point what is wrong in those examples. jmf -- https://mail.pyth

Re: Language summit notes

Unicode! -- https://mail.python.org/mailman/listinfo/python-list

Re: Python and Unicode

Le mercredi 9 avril 2014 10:53:36 UTC+2, Mark Lawrence a écrit : > On 09/04/2014 09:07, wxjmfa...@gmail.com wrote: > > > Well, there is a (serious) problem somewhere... > > > > > > jmf > > > > > > > Look in a mirror and you'll see it as it'll be staring you in the face. > > > > -- > > M

Python and Unicode

Well, there is a (serious) problem somewhere... jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Explanation of this Python language feature? [x for x in x for x in x] (to flatten a nested list)

Unicode... Interesting reading. jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: unicode as valid naming symbols

Le mardi 25 mars 2014 19:30:34 UTC+1, Mark H. Harris a écrit : > greetings, I would like to create a lamda as follows: > > > > √ = lambda n: sqrt(n) > > > > > > On my keyboard mapping the "problem" character is alt-v which produces > > the radical symbol. When trying to set the symbol as

Re: Python MSI not installing, log file showing name of a Viatnemese communist revolutionary

Le samedi 22 mars 2014 05:59:34 UTC+1, Mark H. Harris a écrit : > On 3/21/14 11:46 PM, Chris Angelico wrote: > > > (Side point: You have your 0d and your 0a backwards; the Unix line > > > ending is U+000A, and the Windows default is U+000D U+000A.) > > > > Yeah, I know... smart apple. > >

Re: 'complex' function with string argument.

Le mercredi 19 mars 2014 12:04:06 UTC+1, Skip Montanaro a écrit : > On Wed, Mar 19, 2014 at 5:33 AM, Ian Kelly wrote: > > > When is it ever useful though? > > > > About as often as int(0), float(0), or float(0.0) which all work as > > expected, though probably don't turn up in a lot of code.

Re: 'complex' function with string argument.

Le mercredi 19 mars 2014 09:51:20 UTC+1, Marko Rauhamaa a écrit : > wxjmfa...@gmail.com: > > > > > This is, in my mind, more questionable: > > > > > complex(2, 1+1j) > > > (1+1j) > > > > I find it neat, actually. > > > > > > Marko >>> # tricky: yes, neat: no >>> complex(1+1j, 2)

Re: 'complex' function with string argument.

z = a + b*i with a, b, elements of R z = r*exp(i*phi)with r, phi, elements of R z = [[a, -b], [b, a]] with a, b, elements of R This is, in my mind, more questionable: >>> complex(2, 1+1j) (1+1j) >>> >>> print(complex.__doc__) complex(real[, imag]) -> complex number Create a complex n

Re: golang OO removal, benefits. over python?

Le lundi 10 mars 2014 05:49:20 UTC+1, flebber a écrit : > > > Why would a Python user change to go except for new and interesting? > > Unicode jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: How is unicode implemented behind the scenes?

Le dimanche 9 mars 2014 03:40:28 UTC+1, MRAB a écrit : > On 2014-03-09 02:08, Dan Stromberg wrote: > > > OK, I know that Unicode data is stored in an encoding on disk. > > > > > > But how is it stored in RAM? > > > > > > I realize I shouldn't write code that depends on any relevant > > > impl

Re: Working with the set of real numbers (was: Finding size of Variable)

Mathematics? The Flexible String Representation is a very nice example of a mathematical absurdity. jmf PS Do not even think to expect to contradict me. Hint: sheet of paper and pencil. -- https://mail.python.org/mailman/listinfo/python-list

Re: Python 3.5, bytes, and %-interpolation (aka PEP 461)

Le mardi 25 février 2014 00:55:36 UTC+1, Steven D'Aprano a écrit : > > > > However, you don't really want to be adding large numbers of byte strings > > together, due to efficiency. Better to use % interpolation to insert them > > all at once. Hence the push to add % to bytes in Python 3. >

Re: Can global variable be passed into Python function?

Le lundi 24 février 2014 01:37:42 UTC+1, Steven D'Aprano a écrit : > > > > Performance can matter :-) > > > >>> timeit.timeit("'abc' * 1000 + 'z'") 0.991999136702321 >>> timeit.timeit("'abc' * 1000 + '\N{EURO SIGN}'") 2.5462559386176444 >>> Two points to notice - Even with utf-8, the wor

Re: Can global variable be passed into Python function?

Le samedi 22 février 2014 09:10:02 UTC+1, Chris Angelico a écrit : > On Sat, Feb 22, 2014 at 7:02 PM, wrote: > > # a swapping variant > > def swap(a, b): > > > ... ab = [a, b] > > > ... ab[1], ab[0] = ab[0], ab[1] > > > ... return ab[0], ab[1] > > > > Provably identi

Re: Can global variable be passed into Python function?

>>> # a swapping variant >>> def swap(a, b): ... ab = [a, b] ... ab[1], ab[0] = ab[0], ab[1] ... return ab[0], ab[1] ... >>> a = 111 >>> id(a) 505627864 >>> b = 999 >>> id(b) 58278640 >>> a, b = swap(a, b) >>> a, id(a) (999, 58278640) >>> b, id(b) (111, 505627864) jmf -- https://

Re: decimal numbers

Without any warranty. >>> def z(r): ... # r: int > 0 ... t = log10(r) ... if t >= 12.0: ... prefix = '' ... prefix2 = '' ... elif t >= 9.0: ... prefix = 'giga' ... prefix2 = 'G' ... r = r / 1.0e9 ... elif t >= 6.0: ... prefix = 'm

Re: Working with the set of real numbers

The fascinating aspect of this FSR lies in its mathematical absurdity. jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Working with the set of real numbers (was: Finding size of Variable)

Le mercredi 12 février 2014 09:35:38 UTC+1, wxjm...@gmail.com a écrit : > Integers are integers. (1) > > Characters are characters. (2) > > > > (1) is a unique "natural" set. > > > > (2) is an artificial construct working > > with 3 sets (unicode). > > > > jmf Addendum: One should not c

Re: Working with the set of real numbers (was: Finding size of Variable)

Integers are integers. (1) Characters are characters. (2) (1) is a unique "natural" set. (2) is an artificial construct working with 3 sets (unicode). jmf -- https://mail.python.org/mailman/listinfo/python-list

Re: Finding size of Variable

Le mardi 11 février 2014 20:04:02 UTC+1, Mark Lawrence a écrit : > On 11/02/2014 18:53, wxjmfa...@gmail.com wrote: > > > Le lundi 10 février 2014 15:43:08 UTC+1, Tim Chase a écrit : > > >> On 2014-02-10 06:07, wxjmfa...@gmail.com wrote: > > >> > > >>> Python does not save memory at all. A str (

Re: Finding size of Variable

Le lundi 10 février 2014 15:43:08 UTC+1, Tim Chase a écrit : > On 2014-02-10 06:07, wxjmfa...@gmail.com wrote: > > > Python does not save memory at all. A str (unicode string) > > > uses less memory only - and only - because and when one uses > > > explicitly characters which are consuming less

Re: Finding size of Variable

Le samedi 8 février 2014 03:48:12 UTC+1, Steven D'Aprano a écrit : > > > We consider it A GOOD THING that Python spends memory for programmer > > convenience and safety. Python looks for memory optimizations when it can > > save large amounts of memory, not utterly trivial amounts. So in a Py

Re: What are the kinds of software that are not advisable to be developed using Python?

Le dimanche 9 février 2014 06:17:03 UTC+1, Skybuck Flying a écrit : > " > > > > > However there is more... Python may lack some technical language elements > > like, call by reference, and perhaps other low level codes, like 8 bit, 16 > > bit, 32 bit integers which play a roll with interfac

Re: Finding size of Variable

Some mysterious problem with the "euro". Let's take a real "French" char. >>> sys.getsizeof('abc' + 'œ') 46 >>> sys.getsizeof(('abc' + 'œ').encode('utf-32')) 37 or a "German" char, ẞ >>> sys.getsizeof('abc' + '\N{LATIN CAPITAL LETTER SHARP S}') 46 >>> sys.getsizeof(('abc' + '\N{LATIN CAPITAL

Re: Finding size of Variable

Le jeudi 6 février 2014 12:10:08 UTC+1, Ned Batchelder a écrit : > On 2/6/14 5:15 AM, wxjmfa...@gmail.com wrote: > > > > > > sum([sys.getsizeof(c) for c in ['a', 'a EURO', 'aa EURO']*3]) > > > 336 > > sum([sys.getsizeof(c) for c in ['aa EURO aa EURO']*3]) > > > 150 > > s

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

Le jeudi 6 février 2014 13:23:03 UTC+1, Rustom Mody a écrit : > On Tuesday, February 4, 2014 8:51:25 PM UTC+5:30, jmf wrote: > > > > > Useless and really ugly. > > > > Evidently one can do worse: > > > > http://www.pip-installer.org/en/latest/installing.html#requirements or http://cx-free

Re: Finding size of Variable

Le mercredi 5 février 2014 12:44:47 UTC+1, Chris Angelico a écrit : > On Wed, Feb 5, 2014 at 10:00 PM, Steven D'Aprano > > wrote: > > >> where stopWords.txt is a file of size 4KB > > > > > > My guess is that if you split a 4K file into words, then put the words > > > into a list, you'll proba

Re: [OT] Usage of U+00B6 PILCROW SIGN

Le mercredi 5 février 2014 16:23:01 UTC+1, Ned Batchelder a écrit : > On 2/5/14 9:41 AM, wxjmfa...@gmail.com wrote: > > > If you put the FSR on the table. > > > I think I have a very correct vision of what Unicode > > > should be and*is*. (*) > > > I belong to those who know that latin-1 is unu

Re: [OT] Usage of U+00B6 PILCROW SIGN

Le mercredi 5 février 2014 00:18:35 UTC+1, Terry Reedy a écrit : > On 2/4/2014 10:21 AM, wxjmfa...@gmail.com wrote: > > > > >> I was able to discover that link by opening the page, highlighting the > > >> section header with my mouse, then clicking the pilcrow. That gives > > >> me the anchor

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

Le mardi 4 février 2014 15:39:54 UTC+1, Jerry Hill a écrit : > On Tue, Feb 4, 2014 at 1:51 AM, wrote: > > > I got it. If I'm visiting a page like this: > > > > > > http://docs.python.org/3/tutorial/index.html#the-python-tutorial > > > > > > 1) To read the page, I'm scrolling down. > > > 2)

Re: [OT] Usage of U+00B6 PILCROW SIGN (was: generator slides review and Python doc (+/- text bug))

Le lundi 3 février 2014 23:56:43 UTC+1, Ben Finney a écrit : > Rotwang writes: > > > > > Why on Earth would the ["¶", U+00B6 PILCROW SIGN] correspond to an > > > EOL? The section sign and pilcrow have a history of being used to > > > refer to sections and paragraphs respectively, so using the

Re: generator slides review and Python doc (+/- text bug)

Le lundi 3 février 2014 19:55:26 UTC+1, Rotwang a écrit : > On 03/02/2014 18:37, wxjmfa...@gmail.com wrote: > > >> [...] > > >> > > >> Hint: try clicking the ¶. > > > > > > I never was aware of this "feature". Is it deliverate? > > > > Do you mean deliberate? Of course it is. > > > > >

Re: generator slides review and Python doc (+/- text bug)

Le lundi 3 février 2014 18:42:36 UTC+1, Rotwang a écrit : > On 03/02/2014 13:59, wxjmfa...@gmail.com wrote: > > > [...] > > > > > > I noticed the same effect with the Python doc > > > since ? (long time). > > > > > > Eg. > > > > > > The Python Tutorial > > > appears as > > > The Python Tu

generator slides review and Python doc (+/- text bug)

generator slides review and Python doc I do not know what tool is used to produce such slides. When the mouse is over a a text like a title ( ... <\H*> ???) the text get transformed and a colored eol is appearing. Example with the slide #3: Even numbers becomes Even numbers§ with a visible co

Re: pytz question: GMT vs. UTC

Le dimanche 2 février 2014 13:45:54 UTC+1, Pete Forman a écrit : > Grant Edwards writes: > > > > > On 2014-01-30, wxjmfa...@gmail.com wrote: > > > > > >> The temperature unit is the "Kelvin", not the "Degree Kelvin". > > >> One writes: 0 K, 275.15 K > > > > > > And remember to say "Kelvin

Re: pytz question: GMT vs. UTC

Le vendredi 31 janvier 2014 08:02:22 UTC+1, Rustom Mody a écrit : > On Thursday, January 30, 2014 2:15:20 PM UTC+5:30, jmf wrote: > > > Le jeudi 30 janvier 2014 04:27:54 UTC+1, Chris Angelico a écrit : > > > > On Thu, Jan 30, 2014 at 1:40 PM, MRAB wrote: > > > > >> How cruel... I suspec

Re: pytz question: GMT vs. UTC

Le jeudi 30 janvier 2014 10:49:11 UTC+1, Christian Heimes a écrit : > On 30.01.2014 04:27, Chris Angelico wrote: > > > On Thu, Jan 30, 2014 at 1:40 PM, MRAB wrote: > > >>> How cruel... I suspect the smack at 0degC is much more painful > > >>> than one > > >>> at room temperature > >

Re: pytz question: GMT vs. UTC

Le jeudi 30 janvier 2014 04:27:54 UTC+1, Chris Angelico a écrit : > On Thu, Jan 30, 2014 at 1:40 PM, MRAB wrote: > > >> How cruel... I suspect the smack at 0degC is much more painful > > >> than one > > >> at room temperature > > >> > > > It's the 21st century; you should be making u

Re: Try-except-finally paradox

Le jeudi 30 janvier 2014 06:56:16 UTC+1, Jessica Ross a écrit : > I found something like this in a StackOverflow discussion. > > >>> def paradox(): > > ... try: > > ... raise Exception("Exception raised during try") > > ... except: > > ... print "Except after tr

Re: Highlighting program variables instead of keywords?

Different, but a little bit related. The work which is done actually on the possibility (not implemented but alreay realized) to colorize (style") the different graphemes of a glyph is very interesting. Python with its absurd Flexible String Representation just become a no go for the kind of task.

Re: Trying to understand this moji-bake

Le samedi 25 janvier 2014 05:37:34 UTC+1, Steven D'Aprano a écrit : > I have an unexpected display error when dealing with Unicode strings, and > > I cannot understand where the error is occurring. I suspect it's not > > actually a Python issue, but I thought I'd ask here to start. > > > > U

Re: The potential for a Python 2.8.

Le vendredi 24 janvier 2014 01:42:41 UTC+1, Terry Reedy a écrit : > > > > This will never happen. Python 3 is the escape from several dead-ends in > > Python 2. The biggest in impact is the use of un-accented latin chars as > > text in a global, unicode world. > > > Three days of discuss

Re: awesome slugify and unicode

Le jeudi 23 janvier 2014 10:14:48 UTC+1, Mark Lawrence a écrit : > On 23/01/2014 07:18, wxjmfa...@gmail.com wrote: > > > Le mercredi 22 janvier 2014 20:23:55 UTC+1, Mark Lawrence a écrit : > > >> I thought this blog might interest some of you > > >> > > >> http://pydanny.com/awesome-slugify-hum

Re: awesome slugify and unicode

Le mercredi 22 janvier 2014 20:23:55 UTC+1, Mark Lawrence a écrit : > I thought this blog might interest some of you > > http://pydanny.com/awesome-slugify-human-readable-url-slugs-from-any-string.html > > > > -- > > My fellow Pythonistas, ask not what our language can do for you, ask > >

  1   2   3   4   >