So, tell us the error and we'll see what we can do. Give us something
to work with: Cut and past the full error message, trace back,
whatever you can.
Also tell us what version of Python, what system you are running on, how
you run this code, ...
On 10/08/2018 10:17 PM, upadhyay.kamay..
## Calculating the Lower Limits(LLi) and Upper Limit(ULi) for each Band, where
i is 1,2,.10
LL1=0
print(LL1)
print(P2)
print(D2)
if(P2>25):
UL1=D1
print(UL1)
elif(UL1==D2):
print(UL1)
LL2=UL1
if(P3>25):
UL2=D2
print(UL2)
elif(UL2==D3):
print(UL2)
LL
On Tue, Oct 9, 2018 at 9:06 AM Marko Rauhamaa wrote:
>
> Thomas Jollans :
>
> > On 08/10/2018 08:31, Marko Rauhamaa wrote:
> >> Where I work (and at home), the only control character that is allowed
> >> in source code is LF.
> >
> > No tolerance for form feeds?
>
> None whatsoever.
>
> CR is ok b
Thomas Jollans :
> On 08/10/2018 08:31, Marko Rauhamaa wrote:
>> Where I work (and at home), the only control character that is allowed
>> in source code is LF.
>
> No tolerance for form feeds?
None whatsoever.
CR is ok but only if immediately followed by BEL. That way typing source
code gives o
I'm spit-balling here, but I suspect the problem is that
TimedRotatingFileHandler was probably not designed to have multiple
instances of it in different processes all trying to rotate the same
file. Yet that's the situation you have since each subprocess in your
process pool creates its own handle
On 08/10/2018 08:31, Marko Rauhamaa wrote:
Chris Angelico :
How wide my indents are on my screen shouldn't influence your screen
or your choices.
Where I work (and at home), the only control character that is allowed
in source code is LF.
No tolerance for form feeds?
--
https://mail.python
On 2018-10-08, Peter J. Holzer wrote:
> Theoretically I would agree with you: Just use a single tab per
> indentation level and let the user decide whether that's displayed
> as 2, 3, 4, or 8 spaces or 57 pixels or whatever.
>
> In practice it doesn't work in my experience.
Nor in mine. On prob
>From the logging docs I found out there was another avenue (comp.lang.python)
>to ask questions about it. I already posted to stackoverflow but if anyone
>could help out here or via stackoverflow I would greatly appreciate it. Here
>is the link to my question:
https://stackoverflow.com/questio
On 10/08/2018 07:43 AM, Rhodri James wrote:
I appreciate that the moderators are volunteers, but they have official
power on this list. Being volunteers doesn't mean that they can't get
it wrong, or that we shouldn't call them on it when they do.
I completely agree.
They have got things wr
Hi!I downloaded and installed python 3.6.4 (32-bit) on my computer but I have
problems and can not access the python interface.
I need your technical assistance to solve this matter.
Best regard!
Olivier OUSSOUMedical entomologist, Benin
--
https://mail.python.org/mailman/listinfo/python-list
On 05/10/18 11:22, Bruce Coram wrote:
The level of vitriol and personal attacks on the moderators was
profoundly disappointing, but not totally out of character for those who
made the attacks. There is no doubt that these people know software and
Python and this certainly earns my respect, bu
Chris Angelico :
> How wide my indents are on my screen shouldn't influence your screen
> or your choices.
Where I work (and at home), the only control character that is allowed
in source code is LF.
Marko
--
https://mail.python.org/mailman/listinfo/python-list
On Tue, Oct 9, 2018 at 4:44 AM Peter J. Holzer wrote:
>
> On 2018-10-08 10:36:21 +1100, Chris Angelico wrote:
> > TBH, I think that tab width should be up to the display, just like the
> > font. You're allowed to view code in any font that makes sense for
> > you, and you should be able to view co
On 2018-10-08 10:36:21 +1100, Chris Angelico wrote:
> TBH, I think that tab width should be up to the display, just like the
> font. You're allowed to view code in any font that makes sense for
> you, and you should be able to view code with any indentation that
> makes sense for you. If someone su
On 2018-10-08 18:06:51 +1100, Ben Finney wrote:
> Cameron Simpson writes:
> > What I do wish was that I had a vim mode that highlighted an indent
> > column so I can line up indented code with its controlling top line.
>
> For Vim: https://github.com/nathanaelkane/vim-indent-guides>.
Nice.
W dniu 05.10.2018 o 18:43, Stefan Ram pisze:
> BTW: For Android, there is a "Bulldozer" (or some such) that
> can create an APK. I wonder what the best way to package one's
> kivy program to distribute it to Windows users?
I use wine + pyinstaller.
regards
m
--
https://mail.python.org/mai
On 05/10/18 21:48, ts9...@gmail.com wrote:
I am new to Python programming but have significant SQL and C experience. My simple question
is,"Why not standardize Python indentations to 3 spaces instead of 4 in order to avoid
potential programming errors associated with using "TAB" instead of
On 08Oct2018 18:06, Ben Finney wrote:
Cameron Simpson writes:
What I do wish was that I had a vim mode that highlighted an indent
column so I can line up indented code with its controlling top line.
For Vim: https://github.com/nathanaelkane/vim-indent-guides>.
For Emacs: https://github.com/a
On 08/10/2018 03:13, Gene Heskett wrote:
On Sunday 07 October 2018 19:20:57 Dennis Lee Bieber wrote:
On Sun, 7 Oct 2018 14:19:15 -0400, Gene Heskett
declaimed the following:
But that automatically assumes one is running in a windows
environment. I don't allow it on the premises if I own the
Terry Reedy writes:
> You assumption that a tab means '4 spaces' is wrong. A tab means
> 'jump to the next tab stop'. On 10 char/inch US typewriters, tab
> stops were initially set to every 5 spaces or 1/2 inch. In terminals
> and code editors, virtual tab stops were often set to every 8 space
Cameron Simpson writes:
> What I do wish was that I had a vim mode that highlighted an indent
> column so I can line up indented code with its controlling top line.
For Vim: https://github.com/nathanaelkane/vim-indent-guides>.
For Emacs: https://github.com/antonj/Highlight-Indentation-for-Emacs>
21 matches
Mail list logo
