On Sat, 4 Jan 2025 at 09:22, aotto1968 via Python-list
wrote:
>
> On 30.12.24 18:29, Michael Torrie wrote:
> > On 12/26/24 12:34 AM, aotto1968 via Python-list wrote:
> >> sorry you don't understand the problem…
> >>
> >> > You managed to make a build of Python that attempts to link to a DLL
> >>
On 30.12.24 18:29, Michael Torrie wrote:
On 12/26/24 12:34 AM, aotto1968 via Python-list wrote:
sorry you don't understand the problem…
> You managed to make a build of Python that attempts to link to a DLL
I never touch the OpenSUSE python. the OpenSUSE python try to use my
sqalite3.
The
On 12/26/24 12:34 AM, aotto1968 via Python-list wrote:
> sorry you don't understand the problem…
>
> > You managed to make a build of Python that attempts to link to a DLL
>
> I never touch the OpenSUSE python. the OpenSUSE python try to use my
> sqalite3.
The *only* mechanism that would cause
On Mon, 30 Dec 2024 at 15:02, aotto1968 via Python-list
wrote:
> > You managed to make a build of Python that attempts to link to a DLL
>
> I never touch the OpenSUSE python. the OpenSUSE python try to use my
> sqalite3.
You keep saying this, but do you even know what "make install" does?
Are y
On 26.12.24 19:33, Michael Torrie wrote:
On 12/25/24 10:46 PM, Chris Angelico wrote:
Right. That's exactly what would happen if he'd built Python using
absolute paths to libraries, which is the normal way to do it. And so
the solution is to rebuild Python using absolute paths to libraries.
You
On 26.12.24 04:55, Michael Torrie wrote:
On 12/25/24 3:55 PM, Chris Angelico via Python-list wrote:
On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
wrote:
It is not only an *usage* error it is also an *security* error because:
1) "cnf" is using OS python
2) os "root" python
3) using *
On 26.12.24 04:55, Michael Torrie wrote:
On 12/25/24 3:55 PM, Chris Angelico via Python-list wrote:
On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
wrote:
It is not only an *usage* error it is also an *security* error because:
1) "cnf" is using OS python
2) os "root" python
3) using *
On 26.12.24 06:46, Chris Angelico wrote:
On Thu, 26 Dec 2024 at 14:57, Michael Torrie via Python-list
wrote:
On 12/25/24 3:55 PM, Chris Angelico via Python-list wrote:
On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
wrote:
It is not only an *usage* error it is also an *security* err
On 25.12.24 23:55, Chris Angelico wrote:
On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
wrote:
It is not only an *usage* error it is also an *security* error because:
1) "cnf" is using OS python
2) os "root" python
3) using **my** local non-root library
Yes. And YOU were the one who
On 12/25/24 10:46 PM, Chris Angelico wrote:
> Right. That's exactly what would happen if he'd built Python using
> absolute paths to libraries, which is the normal way to do it. And so
> the solution is to rebuild Python using absolute paths to libraries.
You're right. Definitely appears to be a p
On Thu, 26 Dec 2024 at 14:57, Michael Torrie via Python-list
wrote:
>
> On 12/25/24 3:55 PM, Chris Angelico via Python-list wrote:
> > On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
> > wrote:
> >> It is not only an *usage* error it is also an *security* error because:
> >>
> >> 1) "cnf"
On 12/25/24 8:55 PM, Michael Torrie wrote:
> This is Python related, but
> it's not necessarily python's fault per se.
It's also a good reminder to use venv. Then there's no way of
activating your custom python with its custom sqlite3 library unless you
explicitly activate the venv.
--
https://m
On 12/25/24 3:55 PM, Chris Angelico via Python-list wrote:
> On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
> wrote:
>> It is not only an *usage* error it is also an *security* error because:
>>
>> 1) "cnf" is using OS python
>> 2) os "root" python
>> 3) using **my** local non-root librar
On Thu, 26 Dec 2024 at 09:27, aotto1968 via Python-list
wrote:
> It is not only an *usage* error it is also an *security* error because:
>
> 1) "cnf" is using OS python
> 2) os "root" python
> 3) using **my** local non-root library
Yes. And YOU were the one who installed a new root Python. This i
On 25.12.24 12:05, aotto1968 wrote:
I get angry…
next python error…
1) The OpenSUSE command "cnf" checks if a special package feature is installed.
2) I recently compiled **my** SQLite3 library specifically tailored to **my** requirement and installed it in **my** SQLite3
project
I get angry…
next python error…
1) The OpenSUSE command "cnf" checks if a special package feature is installed.
2) I recently compiled **my** SQLite3 library specifically tailored to **my** requirement and installed it in **my** SQLite3
project directory and never changed th
On 12/16/24 12:08 AM, aotto1968 via Python-list wrote:
> If I read the answers I come to the conclusion that the "supporters" at
> python doesn't ever understand the problem.
Sorry you feel that way. Various people gave the best advice they could
based on what you had provided. You were given s
On 2024-12-16, aotto1968 via Python-list wrote:
> If I read the answers I come to the conclusion that the "supporters"
> at python doesn't ever understand the problem.
You should definitely demand to speak to the manager and request your
money back.
--
Grant
--
https://mail.python.org/mailman
On 2024-12-16 08:08:46 +0100, aotto1968 via Python-list wrote:
> On 13.12.24 11:36, aotto1968 wrote:
> > it's a shame...
> > almost every tool I touch that uses "python" in some way has some
> > configuration error because apparently a __private__ python installation
> > __isn't__ properly "underst
On 13.12.24 11:36, aotto1968 wrote:
it's a shame...
almost every tool I touch that uses "python" in some way has some configuration error because apparently a __private__ python
installation __isn't__ properly "understood".
-> I think after ~30 years *python* should be able to handle a shared-
On 12/14/24 10:31 AM, aotto1968 via Python-list wrote:
> The CORE problem is that python3 works well in *my* environment but the
> installation is done as root and root does not use *my* environment.
>
> the mono build search for a working python3 and find *my*
> > HOME/ext/x86_64-suse-linux-gnu/
On Sun, 15 Dec 2024 at 06:05, aotto1968 via Python-list
wrote:
> The CORE problem is that python3 works well in *my* environment but the
> installation is done as root and root does not use *my* environment.
>
So, it's an environment problem, NOT a Python problem. You messed up
your installation.
On 14.12.24 10:56, Peter J. Holzer wrote:
On 2024-12-13 11:36:01 +0100, aotto1968 via Python-list wrote:
it's a shame...
almost every tool I touch that uses "python" in some way has some
configuration error because apparently a __private__ python installation
__isn't__ properly "understood".
->
On 12/14/24 2:56 AM, Peter J. Holzer via Python-list wrote:
> So it might be because it's in a different directory ("HOME/ext/..." is
> a relative path. That will not work in a different directory. Also
> "HOME" is a strange choice for a directory name. Did you mean $HOME?) or
> because the accepta
On 12/13/24 1:56 PM, aotto1968 via Python-list wrote:
> the problem is *not* to setup an environment variable, the problem is that
> python is *not*
> able to setup the *python* environment by it self.
You're mistaken in this case. Nothing you've posted indicates the
problem is in Python itself.
On 2024-12-13 11:36:01 +0100, aotto1968 via Python-list wrote:
> it's a shame...
> almost every tool I touch that uses "python" in some way has some
> configuration error because apparently a __private__ python installation
> __isn't__ properly "understood".
>
> -> I think after ~30 years *python*
On 13.12.24 19:24, Barry wrote:
On 13 Dec 2024, at 15:54, aotto1968 via Python-list
wrote:
HOME/ext/x86_64-suse-linux-gnu/debug/bin/python3: error while loading shared
libraries: libpython3.12d.so.1.0: cannot open shared object file: No such file
or directory
This is a debug build?
Try
> On 13 Dec 2024, at 15:54, aotto1968 via Python-list
> wrote:
>
> HOME/ext/x86_64-suse-linux-gnu/debug/bin/python3: error while loading shared
> libraries: libpython3.12d.so.1.0: cannot open shared object file: No such
> file or directory
This is a debug build?
Try setting LD_LIBRARY_PAT
On 13.12.24 11:44, aotto1968 wrote:
On 13.12.24 11:36, aotto1968 wrote:
it's a shame...
almost every tool I touch that uses "python" in some way has some configuration error because apparently a __private__ python
installation __isn't__ properly "understood".
-> I think after ~30 years *pytho
On 13.12.24 11:36, aotto1968 wrote:
it's a shame...
almost every tool I touch that uses "python" in some way has some configuration error because apparently a __private__ python
installation __isn't__ properly "understood".
-> I think after ~30 years *python* should be able to handle a shared-
it's a shame...
almost every tool I touch that uses "python" in some way has some configuration error because apparently a __private__ python
installation __isn't__ properly "understood".
-> I think after ~30 years *python* should be able to handle a shared-library
proper __or__ switch to a *s
ehalf of Peter J. Holzer
Date: Saturday, February 25, 2023 at 5:21 PM
To: python-list@python.org
Subject: Re: Why doesn't Python (error msg) tell me WHAT the actual (arg)
values are ?
On 2023-02-25 21:58:18 +, Weatherby,Gerard wrote:
> I only use asserts for things I know to be true.
On 2023-02-25 21:58:18 +, Weatherby,Gerard wrote:
> I only use asserts for things I know to be true.
Yeah, that's what assers are for. Or rather for things that you *think*
are true.
> In other words, a failing assert means I have a hole in my program
> logic.
Yes, if you include your assump
, February 25, 2023 at 9:22 AM
To: python-list@python.org
Subject: Re: Why doesn't Python (error msg) tell me WHAT the actual (arg)
values are ?
On 2023-02-25 09:10:06 -0500, Thomas Passin wrote:
> On 2/25/2023 1:13 AM, Peter J. Holzer wrote:
> > On 2023-02-24 18:19:52 -0500, Thoma
On 2023-02-25 09:10:06 -0500, Thomas Passin wrote:
> On 2/25/2023 1:13 AM, Peter J. Holzer wrote:
> > On 2023-02-24 18:19:52 -0500, Thomas Passin wrote:
> > > Sometimes you can use a second parameter to assert if you know what kind
> > > of
> > > error to expect:
[...]
> > > With type errors, asse
On 2/25/2023 1:13 AM, Peter J. Holzer wrote:
On 2023-02-24 18:19:52 -0500, Thomas Passin wrote:
On 2/24/2023 2:47 PM, dn via Python-list wrote:
On 25/02/2023 08.12, Peter J. Holzer wrote:
On 2023-02-24 16:12:10 +1300, dn via Python-list wrote:
In some ways, providing this information seems ap
On 2023-02-24 18:19:52 -0500, Thomas Passin wrote:
> On 2/24/2023 2:47 PM, dn via Python-list wrote:
> > On 25/02/2023 08.12, Peter J. Holzer wrote:
> > > On 2023-02-24 16:12:10 +1300, dn via Python-list wrote:
> > > > In some ways, providing this information seems appropriate.
> > > > Curiously, t
On 2/24/2023 2:47 PM, dn via Python-list wrote:
On 25/02/2023 08.12, Peter J. Holzer wrote:
On 2023-02-24 16:12:10 +1300, dn via Python-list wrote:
In some ways, providing this information seems appropriate.
Curiously, this
does not even occur during an assert exception - despite the
value/rel
On 2023-02-25 08:47:00 +1300, dn via Python-list wrote:
> That said, have observed coders 'graduating' from other languages, making
> wider use of assert - assumed to be more data (value) sanity-checks than
> typing, but ...
>
> Do you use assert frequently?
Not very often, but I do use it. Somet
On 25/02/2023 08.12, Peter J. Holzer wrote:
On 2023-02-24 16:12:10 +1300, dn via Python-list wrote:
In some ways, providing this information seems appropriate. Curiously, this
does not even occur during an assert exception - despite the
value/relationship being the whole point of using the comma
On 2023-02-24 16:12:10 +1300, dn via Python-list wrote:
> In some ways, providing this information seems appropriate. Curiously, this
> does not even occur during an assert exception - despite the
> value/relationship being the whole point of using the command!
>
> x = 1
> assert x == 2
>
On 2023-02-23 20:32:26 -0700, Michael Torrie wrote:
> On 2/23/23 01:08, Hen Hanna wrote:
> > Python VM is seeing an "int" object (123) (and telling me that)
> > ... so it should be easy to print that "int" object What does
> > Python VMknow ? and when does it know it ?
> It knows ther
r: can only concatenate str (not "int") to str
> >
> >
> > Why doesn't Python (error msg) do the obvious thing and tell me
> > WHAT the actual (offending, arg) values are ?
> >
> > In many cases, it'd help to know what string the var A ha
mainly gripes.
I personally now ignore any post by them.
-Original Message-
From: Python-list On
Behalf Of Michael Torrie
Sent: Thursday, February 23, 2023 10:32 PM
To: python-list@python.org
Subject: Re: Why doesn't Python (error msg) tell me WHAT the actual (arg)
values are ?
On 2/
On 2/23/23 01:08, Hen Hanna wrote:
> Python VM is seeing an "int" object (123) (and telling me that) ...
> so it should be easy to print that "int" object
> What does Python VMknow ? and when does it know it ?
It knows there is an object and its name and type. It knows this from
t
On 23/02/2023 09.05, Hen Hanna wrote:
> py bug.py
Traceback (most recent call last):
File "C:\Usenet\bug.py", line 5, in
print( a + 12 )
TypeError: can only concatenate str (not "int") to str
Why doesn&#
gs down.
-Original Message-
From: Python-list On
Behalf Of Rob Cliffe via Python-list
Sent: Wednesday, February 22, 2023 4:31 PM
To: python-list@python.org
Subject: Re: Why doesn't Python (error msg) tell me WHAT the actual (arg)
values are ?
On 22/02/2023 20:05, Hen Hanna wro
On 22/02/2023 20:05, Hen Hanna wrote:
Python makes programming (debugging) so easy
I agree with that!
Rob Cliffe
--
https://mail.python.org/mailman/listinfo/python-list
na wrote:
> >>>> py bug.py
> >>> Traceback (most recent call last):
> >>> File "C:\Usenet\bug.py", line 5, in
> >>> print( a + 12 )
> >>> TypeError: can only concatenate str (not "int") to str
> >>>
>
;>> File "C:\Usenet\bug.py", line 5, in
>>> print( a + 12 )
>>> TypeError: can only concatenate str (not "int") to str
>>>
>>>
>>> Why doesn't Python (error msg) do the obvious thing and tell me
>>> WHAT th
print( a + 12 )
> > TypeError: can only concatenate str (not "int") to str
> >
> >
> > Why doesn't Python (error msg) do the obvious thing and tell me
> > WHAT the actual (offending, arg) values are ?
> >
> > In many cases, it'd help to k
On 2/22/2023 6:46 PM, Hen Hanna wrote:
On Wednesday, February 22, 2023 at 12:05:34 PM UTC-8, Hen Hanna wrote:
py bug.py
Traceback (most recent call last):
File "C:\Usenet\bug.py", line 5, in
print( a + 12 )
TypeError: can only concatenate str (not "int") to str
Why doesn
On Wednesday, February 22, 2023 at 12:05:34 PM UTC-8, Hen Hanna wrote:
> > py bug.py
> Traceback (most recent call last):
> File "C:\Usenet\bug.py", line 5, in
> print( a + 12 )
> TypeError: can only concatenate str (not "int") to str
>
>
>
PM
To: python-list@python.org
Subject: Why doesn't Python (error msg) tell me WHAT the actual (arg) values
are ?
> py bug.py
Traceback (most recent call last):
File "C:\Usenet\bug.py", line 5, in
print( a + 12 )
TypeEr
> py bug.py
Traceback (most recent call last):
File "C:\Usenet\bug.py", line 5, in
print( a + 12 )
TypeError: can only concatenate str (not "int") to str
Why doesn't Python (error msg) do t
On Tue, 11 Oct 2022 16:40:31 -0700, LouisAden Capellupo
declaimed the following:
> So basically, I get, "The term '...\python.exe' is not recognized as the
>name of a cmdlet, function, script, file, or operable program... At line: 1
>char: 3." It works the first way I showed with Code Runne
On 10/11/22, LouisAden Capellupo via Python-list wrote:
> Variables.
> C:\Users\It'sMeLil'Loui\AppData\Local\Programs\Python\Python310\Scripts\,
> and C:\Users\It'sMeLil'Loui\AppData\Local\Programs\Python\Python310\.
I suggest that you switch to a user account that doesn't have single
quotes in
Hi! I've just downloaded and installed Python 3.10.7 (64-bit) for Windows
10 from python.org. I'm quite new but, I've already downloaded and installed
Visual Studio Code as well. I have included the two paths for python under User
Variables.
C:\Users\It'sMeLil'Loui\AppData\Local\Programs\P
Thanks.
I updated the path and was able to launch python.exe for v3.8. I got rid of the
other errors but now facing an error with 'pandas' although it is installed ok
and the path correctly updated.
C:\Users\mchak>pythonPython 3.8.6 (tags/v3.8.6:db45529, Sep 23 2020, 15:52:53)
[MSC v.1927 64 b
Two observations.
Python.exe is not on your PATH. But that does not matter as you can use the py
command instead
And nymph may not be available for python 3.9 yet. Check on pypi to see if
there is a build for 3.9.
Maybe use 3.8 for the time being.
Barry
> On 24 Nov 2020, at 11:18, Mayukh Chak
Thanks - I am able to launch 'py' from the command prompt and it gives me the
python versions installed in my machine from python.org website.
However, when I am trying to execute a python program from command prompt, I am
getting the error below. I had reinstalled python packages (numpy, pandas
Barry Scott wrote:
If you have python from python.org installed you should be able to list all the
version you have installed
with the command:
py -0
When was that '-0' feature added?
I have Python 3.6 from Python.org and here a
'py.exe -0' gives:
Requested Python version (0) not install
med 'numpy.core._multiarray_umath'
Regards,MayukhOn Monday, November 23, 2020, 08:17:06 PM GMT, Mayukh
Chakraborty via Python-list wrote:
Hi Terry,
1. The command py doesn't work. It gives me the error below :
C:\Users\mchak>pyFatal Python error: init_sys_streams: can't
Hi Terry,
1. The command py doesn't work. It gives me the error below :
C:\Users\mchak>pyFatal Python error: init_sys_streams: can't initialize sys
standard streamsPython runtime state: core initializedAttributeError: module
'io' has no attribute 'open'
Curre
1. The command 'py' doesn't work. It gives me the error below :
C:\Users\mchak>pyFatal Python error: init_sys_streams: can't initialize sys
standard streamsPython runtime state: core initializedAttributeError: module
'io' has no attribute 'open'
Curren
On 11/23/2020 9:10 AM, Mayukh Chakraborty via Python-list wrote:
Hi,
I had uninstalled and installed Python in Windows 10 but I am getting the error
below. Can you please help ?
C:\Users\mchak>python
Fatal Python error: init_sys_streams: can't initialize sys standard streams
Python
> On 23 Nov 2020, at 14:10, Mayukh Chakraborty via Python-list
> wrote:
>
> Hi,
> I had uninstalled and installed Python in Windows 10 but I am getting the
> error below. Can you please help ?
> C:\Users\mchak>pythonFatal Python error: init_sys_streams: can'
Hi,
I had uninstalled and installed Python in Windows 10 but I am getting the error
below. Can you please help ?
C:\Users\mchak>pythonFatal Python error: init_sys_streams: can't initialize sys
standard streamsPython runtime state: core initializedAttributeError: module
'io'
On 2020-04-02 19:09, J Conrado wrote:
Hi,
I have the version of python installed:
Python 3.7.6 and Python 3.8.1
If I type:
python
Python 3.7.6 (default, Jan 8 2020, 19:59:22)
[GCC 7.3.0] :: Anaconda, Inc. on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> impo
Am 02.04.2020 um 20:09 schrieb J Conrado:
> Hi,
>
> I have the version of python installed:
> Python 3.7.6 and Python 3.8.1
> If I type:
> python
> Python 3.7.6 (default, Jan 8 2020, 19:59:22)
> [GCC 7.3.0] :: Anaconda, Inc. on linux
> Type "help", "copyright", "credits" or "license" for more inf
Hi,
I have the version of python installed:
Python 3.7.6 and Python 3.8.1
If I type:
python
Python 3.7.6 (default, Jan 8 2020, 19:59:22)
[GCC 7.3.0] :: Anaconda, Inc. on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
it is Ok, no error, but if I di
Thank you.
Maisarah Binti Mohd Yusak
Certified CPRE-FL & CTFL
Software Tester, IT Team.
AVL Infotech (Malaysia) Sdn. Bhd.
L2-I-3, Enterprise - 4 , Technology Park Malaysia,
Bukit Jalil, Kuala Lumpur, Malaysia -57000
Mobile: +6016 507 3051
Mail: mailto:maisa...@avlinfotech.net
Li
Abdallah Adham wrote:
> Hey
> I am having this problem for about 2 weeks, I can't do anything, so please
> give me some instructions so I can solve it.
>
> Fatal Python error: initfsencoding: unable to load the file system code.
> ModuleNotFoundError: No module named 'e
Hey
I am having this problem for about 2 weeks, I can't do anything, so please
give me some instructions so I can solve it.
Fatal Python error: initfsencoding: unable to load the file system code.
ModuleNotFoundError: No module named 'encodings'
:Current thread 0x3c7c (most re
On Friday, December 22, 2017 at 8:41:29 AM UTC-5, Tim Williams wrote:
> On Thursday, December 21, 2017 at 12:18:11 PM UTC-5, MarkA wrote:
> > On Thu, 21 Dec 2017 07:05:33 -0800, rafaeltfreire wrote:
> > From docs.python.org:
> >
> > 8.10. copy — Shallow and deep copy operations
> >
> > Source cod
On Thursday, December 21, 2017 at 12:18:11 PM UTC-5, MarkA wrote:
> On Thu, 21 Dec 2017 07:05:33 -0800, rafaeltfreire wrote:
> From docs.python.org:
>
> 8.10. copy — Shallow and deep copy operations
>
> Source code: Lib/copy.py
>
> Assignment statements in Python do not copy objects, they create
On 21/12/17 19:06, John Ladasky wrote:
> On Thursday, December 21, 2017 at 7:37:39 AM UTC-8, MRAB wrote:
>
>> Python never makes a copy unless you ask it to.
>>
>> What x1=X does is make the name x1 refer to the same object that X
>> refers to. No copying.
>
> Well, except with very simple, muta
2017-12-21 22:06 GMT+03:00 John Ladasky :
> On Thursday, December 21, 2017 at 7:37:39 AM UTC-8, MRAB wrote:
>
> > Python never makes a copy unless you ask it to.
> >
> > What x1=X does is make the name x1 refer to the same object that X
> > refers to. No copying.
>
> Well, except with very simple,
On Thursday, December 21, 2017 at 7:37:39 AM UTC-8, MRAB wrote:
> Python never makes a copy unless you ask it to.
>
> What x1=X does is make the name x1 refer to the same object that X
> refers to. No copying.
Well, except with very simple, mutable data types like scalars... compare this:
>>>
On Thu, 21 Dec 2017 07:05:33 -0800, rafaeltfreire wrote:
From docs.python.org:
8.10. copy — Shallow and deep copy operations
Source code: Lib/copy.py
Assignment statements in Python do not copy objects, they create bindings
between a target and an object. For collections that are mutable or
co
On 2017-12-21 15:05, rafaeltfre...@gmail.com wrote:
Dear community, I am having the following problem when I am assigning the
elements of a vector below a certain number to zero or any other value.
I am creating a new variable but Python edits the root variable. Why?
import numpy as np
X=np.ar
Em quinta-feira, 21 de dezembro de 2017 16:21:57 UTC+1, Neil Cerutti escreveu:
> On 2017-12-21, rafaeltfre...@gmail.com wrote:
> > Dear community, I am having the following problem when I am
> > assigning the elements of a vector below a certain number to
> > zero or any other value. I am creatin
On 2017-12-21, rafaeltfre...@gmail.com wrote:
> Dear community, I am having the following problem when I am
> assigning the elements of a vector below a certain number to
> zero or any other value. I am creating a new variable but
> Python edits the root variable. Why?
>
> import numpy as np
>
> X
Dear community, I am having the following problem when I am assigning the
elements of a vector below a certain number to zero or any other value.
I am creating a new variable but Python edits the root variable. Why?
import numpy as np
X=np.arange(1, 1, 1) #root variable
x1=X
x1[x1<1]=0
On 1/16/2017 12:32 AM, Girish Khasnis wrote:
Hi,
I am unable to install Python on my system. After installing Python I get
the below error when I try to open Python.
[image: Inline image 1]
Copy and paste the error message. This is text only list.
--
Terry Jan Reedy
--
https://mail.pytho
Hi,
I am unable to install Python on my system. After installing Python I get
the below error when I try to open Python.
[image: Inline image 1]
Regards
Girish
--
https://mail.python.org/mailman/listinfo/python-list
talari.gopiprashanth.go...@gmail.com wrote:
> ValueErrorTraceback (most recent call
> last) in ()
> 1 from django.conf import settings
> > 2 import pybel
> 3 import random, os
>
> C:\Miniconda2\lib\site-packages\pybel.py in ()
> 67 _obconv = o
ValueErrorTraceback (most recent call last)
in ()
1 from django.conf import settings
> 2 import pybel
3 import random, os
C:\Miniconda2\lib\site-packages\pybel.py in ()
67 _obconv = ob.OBConversion()
68 _builder = ob.OBBuilder()
---> 69 in
On Wed, Aug 31, 2016 at 9:04 AM, Wanderer <864483...@qq.com> wrote:
> The system environment I alse configured.The Sigil project also build
> successed.
> But When I run the Sigil.exe that follow errors occured.
> ------
> Fatal Python error: Py_Initialize: un
md64
QT:qt5.5.1
ActivePerl:ActivePerl-5.24.0.2400-MSWin32-x64-300558
Ruby:rubyinstaller-2.3.1-x64
Sigil:Sigil-0.9.6-Code
VS:VS2015
The system environment I alse configured.The Sigil project also build successed.
But When I run the Sigil.exe that follow errors occured.
------
Fat
; Final response...HTTP Status 415 - class="
> line">type Status reportmessage
> description The server refused this request because
> the request entity is in a format not supported by the reque
> sted resource for the requested method.Apache
> Tomcat/8.0.26
What
On Fri, Aug 5, 2016 at 5:36 AM, Terry Reedy wrote:
> An example of the latter is when one writes code in Python to execute
> 'other' code. (IDLE is one example. It both executes user statements and
> evals user expressions.) One needs "except BaseException:" to isolate the
> interpreter from e
On 8/4/2016 12:19 PM, MRAB wrote:
In those rare occasions when you do write a bare except,
A bare "except:" is never needed and in my opinion, and that of others,
one should never write one (except possibly for experimentation). Be
explicit and write "except BaseException:" or "except Except
On Fri, Aug 5, 2016 at 2:09 AM, Igor Korot wrote:
>> [1] There are exceptions to this rule, for experts. But if you need to ask
>> what they are, you're not ready to know
>
> But even the experts will never write such a code - you never know what
> happens
> in a month. Server might throw some ne
On 2016-08-04 17:09, Igor Korot wrote:
Steven,
On Thu, Aug 4, 2016 at 11:56 AM, Steven D'Aprano
wrote:
On Fri, 5 Aug 2016 01:31 am, GBANE FETIGUE wrote:
try:
parsed_response = json.loads(response)
deployid = parsed_response[u'id']
print "Your deployid is: " + deployid
except:
prin
On 2016-08-04 16:31, GBANE FETIGUE wrote:
Hi,
I am running a python script to run some CURL commands, and return the response
which is the applicationId and the versionId. I was able to do it. Now the
versionId value supposed to be used on the second CURL as a value of the
applications key whi
Steven,
On Thu, Aug 4, 2016 at 11:56 AM, Steven D'Aprano
wrote:
> On Fri, 5 Aug 2016 01:31 am, GBANE FETIGUE wrote:
>
>> try:
>> parsed_response = json.loads(response)
>> deployid = parsed_response[u'id']
>> print "Your deployid is: " + deployid
>> except:
>> print 'Seems the named id
On Fri, 5 Aug 2016 01:31 am, GBANE FETIGUE wrote:
> try:
> parsed_response = json.loads(response)
> deployid = parsed_response[u'id']
> print "Your deployid is: " + deployid
> except:
> print 'Seems the named id already exists!'
I'm not going to try to debug your code blindfolded wit
On Fri, Aug 5, 2016 at 1:31 AM, GBANE FETIGUE wrote:
> try:
> parsed_response = json.loads(response)
> print "Your applicationId is: " + parsed_response[u'applicationId']
> version_id = parsed_response[u'versionId']
> print "Your versionId is: " + version_id
> except:
> print '
Hi,
I am running a python script to run some CURL commands, and return the response
which is the applicationId and the versionId. I was able to do it. Now the
versionId value supposed to be used on the second CURL as a value of the
applications key which is an array. but it doesn't work.I 'll p
1 - 100 of 269 matches
Mail list logo
