Caledonian26 wrote:
> However, I keep getting the error:
>
> IndexError: list index out of range.
>
> Could anyone give me a helping hand
> as to where I am going wrong?
>
I appended a single arbitrary value for limits
since the limits list ha
On 8/06/20 10:38 AM, MRAB wrote:
On 2020-06-07 23:24, DL Neil via Python-list wrote:
On 8/06/20 7:06 AM, Caledonian26 wrote:
...
However, I keep getting the error: IndexError: list index out of
range. Could anyone give me a helping hand as to where I am going wrong?
When things go wrong
On 2020-06-07 23:24, DL Neil via Python-list wrote:
On 8/06/20 7:06 AM, Caledonian26 wrote:
...
However, I keep getting the error: IndexError: list index out of range. Could
anyone give me a helping hand as to where I am going wrong?
When things go wrong, Python tries to be helpful
On 8/06/20 7:06 AM, Caledonian26 wrote:
...
However, I keep getting the error: IndexError: list index out of range. Could
anyone give me a helping hand as to where I am going wrong?
When things go wrong, Python tries to be helpful by providing a
"traceback". Please copy-paste
ow()
4. Here, a different colour is assigned to each bar in the bar chart depending
on the values in the column 'colourofbars'. I then try to plot a legend showing
this colour gradient scale.
However, I keep getting the error: IndexError: list index out of range. Could
anyone give me a helping hand as to where I am going wrong?
--
https://mail.python.org/mailman/listinfo/python-list
paul j3 added the comment:
This is duplicate of https://bugs.python.org/issue26952 - argparse help
formatter crashes
The same issue - a mutually exclusive group without arguments.
It also deals with issue of nesting groups.
--
resolution: -> duplicate
stage: -> resolved
status:
paul j3 added the comment:
The usage formatter is brittle, especially the part that adds mutually
exclusive markings to the normal usage string. I don't think I've seen this
error before, but I'm not surprised.
A real fix requires a rewrite of the usage formatter, which
New submission from Ariel Otilibili Anieli <arielani...@yahoo.fr>:
Hello,
When add_mutually_exclusive_group is built without argument, the help breaks
with "IndexError: list index out of range". Indeed this snippet:
actions_ = parser.add_argument_group('Actions')
act
On Tuesday, December 13, 2016 at 12:45:49 PM UTC+3:30, Peter Otten wrote:
> Elnaz wrote:
>
> > hi
> > i am begginer in python. I have written a code and given this error:
> > IndexError: list index out of range
> >
> > In my program, I have h=32 bits input
Elnaz wrote:
> hi
> i am begginer in python. I have written a code and given this error:
> IndexError: list index out of range
>
> In my program, I have h=32 bits input. i divide this 32 bits to 4*8 block
> and every 8-block is n. so n=0:7;(h=int(n/4)) I want to rotate 0 to 7
hi
i am begginer in python. I have written a code and given this error:
IndexError: list index out of range
In my program, I have h=32 bits input. i divide this 32 bits to 4*8 block and
every 8-block is n. so n=0:7;(h=int(n/4))
I want to rotate 0 to 7 bits for 2 bits: 0,1,2,3,4,5,6,7
On 29 June 2013 15:30, Mark Lawrence breamore...@yahoo.co.uk wrote:
On 29/06/2013 14:44, Dave Angel wrote:
Since you're using the arrogant and buggy GoogleGroups, this
http://wiki.python.org/moin/GoogleGroupsPython.
Please don't make comments like this, you'll upset the Python Mailing List
On 2013-06-29 16:52, Joshua Landau wrote:
On 29 June 2013 15:30, Mark Lawrence breamore...@yahoo.co.uk wrote:
On 29/06/2013 14:44, Dave Angel wrote:
Since you're using the arrogant and buggy GoogleGroups, this
http://wiki.python.org/moin/GoogleGroupsPython.
Please don't make comments like
On Mon, 01 Jul 2013 09:45:52 +0100, Robert Kern wrote:
On 2013-06-29 16:52, Joshua Landau wrote:
On 29 June 2013 15:30, Mark Lawrence breamore...@yahoo.co.uk wrote:
On 29/06/2013 14:44, Dave Angel wrote:
Since you're using the arrogant and buggy GoogleGroups, this
On 06/28/2013 11:35 PM, Titiksha wrote:
On Friday, June 28, 2013 8:20:28 PM UTC-5, Titiksha wrote:
SNIP double-spaced nonsense
m=['631138', '601034', '2834', '2908', '64808']
SNIP more double-spaced nonsense
['LAKEFLD 3227,631138\n', 'NOBLES 3013,601034\n']
On 29/06/2013 14:44, Dave Angel wrote:
On 06/28/2013 11:35 PM, Titiksha wrote:
Since you're using the arrogant and buggy GoogleGroups, this
http://wiki.python.org/moin/GoogleGroupsPython.
Please don't make comments like this, you'll upset the Python Mailing
List Police.
--
Steve is going
] in line:
IndexError: list index out of range
I see the line,a being correct but print (i) does not show up after 2. and
index error comes up. I am too confused now. Please guide.
Thanks in advance.
--
http://mail.python.org/mailman/listinfo/python-list
On Sat, Jun 29, 2013 at 11:20 AM, Titiksha Joshi
joshi.titiksh...@gmail.com wrote:
Hi,
I am working on the following code but am getting the error: list index out
of range. I surfed through the group but somehow I am not able to fix my
error.Please guide.Structure is given below:
m is a
if m[i] in line:
IndexError: list index out of range
I see the line,a being correct but print (i) does not show up after 2. and
index error comes up. I am too confused now. Please guide.
Thanks in advance.
Another big problem will arise as soon as you have a string in m which
is a strict
3013,601034\n', 'GR_ISLD I,2834\n',
'FTTHOMP 928,2908\n', 'VICTRYH 15,64808\n']
Traceback (most recent call last):
File C:\Users\TJ\dist_tracking.py, line 40, in module
if m[i] in line:
IndexError: list index out of range
I see the line,a being correct but print (i
MonkeeSage wrote:
On Oct 9, 2:31 am, Steve Holden [EMAIL PROTECTED] wrote:
Keep right on guessing.
I hope I'm not offending one whom I consider to be much more skilled
and versed than I am, not only in python, but in programming in
general; but I must say: it seems you are being rather
MonkeeSage [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
But even so, here is a simple use case from the standard library
(python 2.5 release source):
In Libs/site.py, lines 302-306:
try:
for i in range(lineno, lineno + self.MAXLINES):
MonkeeSage wrote:
In Libs/site.py, lines 302-306:
try:
for i in range(lineno, lineno + self.MAXLINES):
print self.__lines[i]
except IndexError:
break
With my proposal, that could be written as:
Terry Reedy wrote:
Is there an outer loop being 'break'ed?
yes.
This break is swallowed by the for loop, so not exactly equivalent, I
think.
the code is supposed to break out of the outer loop when it runs out of
lines, so yes, monkeeboy's code is broken in more than one way.
In any
*) insert martelli essay here.
for example:
http://mail.python.org/pipermail/python-list/2003-May/163820.html
--
http://mail.python.org/mailman/listinfo/python-list
On Oct 10, 1:57 am, Steve Holden [EMAIL PROTECTED] wrote:
I think we'll just have to agree to differ in this repsecrt, as I don't
see your suggestions for extending the sequence API as particularly
helpful.
No worries. :)
On Oct 10, 11:22 am, Fredrik Lundh [EMAIL PROTECTED] wrote:
so to
MonkeeSage wrote:
On Oct 8, 3:05 pm, Steve Holden [EMAIL PROTECTED] wrote:
No: you are proposing to add features to the sequence interface for
which there are few demonstrable use cases.
If I really wanted to find them, how many instances do you think I
could find [in the standard lib and
On Oct 9, 2:31 am, Steve Holden [EMAIL PROTECTED] wrote:
Keep right on guessing.
I hope I'm not offending one whom I consider to be much more skilled
and versed than I am, not only in python, but in programming in
general; but I must say: it seems you are being rather obtuse here. I
think I
On Sat, 07 Oct 2006 18:06:47 -0700, MonkeeSage wrote:
On Oct 7, 7:59 pm, Steven D'Aprano
[EMAIL PROTECTED] wrote:
Because they aren't needed often, and when they are, they are easy to
implement?
More often and easier to implement than dict.has_key / get?
No, *less* often. That's the point
On Oct 8, 5:57 am, Steven D'Aprano
[EMAIL PROTECTED] wrote:
No, *less* often. That's the point -- it is fairly common for people to
want dictionary lookup to return a default value, but quite rare for them
to want sequence lookup to return a default value. A sequence with a
default value
MonkeeSage wrote:
With list.has_index() / get(), the following (pretty common I think)
idiom:
try:
data = some_unknown_seq[2]
except IndexError:
data = None
if data: ...
umm. you could at least write:
try:
data = some_unknown_seq[2]
except IndexError:
On Oct 8, 1:44 pm, Fredrik Lundh [EMAIL PROTECTED] wrote:
but let's hypergeneralize and treat sequences and mappings as the same
thing proposals are nothing new; a trip to the archives might be help-
ful.
Huh? I don't want to treat sequences and mappings as the same thing.
I'm talking about
MonkeeSage wrote:
On Oct 8, 1:44 pm, Fredrik Lundh [EMAIL PROTECTED] wrote:
but let's hypergeneralize and treat sequences and mappings as the same
thing proposals are nothing new; a trip to the archives might be help-
ful.
Huh? I don't want to treat sequences and mappings as the same
MonkeeSage wrote:
but let's hypergeneralize and treat sequences and mappings as the same
thing proposals are nothing new; a trip to the archives might be help-
ful.
Huh? I don't want to treat sequences and mappings as the same thing.
I'm talking about adding two similar convenience methods
On Oct 8, 3:05 pm, Steve Holden [EMAIL PROTECTED] wrote:
No: you are proposing to add features to the sequence interface for
which there are few demonstrable use cases.
If I really wanted to find them, how many instances do you think I
could find [in the standard lib and community-respected
At Saturday 7/10/2006 02:15, MonkeeSage wrote:
On Oct 6, 8:23 pm, Gabriel Genellina [EMAIL PROTECTED] wrote:
if 2 in [1,2,3]: print Use the same (in) operator
elif 'E' in ('E','r','i','k'): print Works for any sequence
elif 'o' in 'hello': print Even strings
This isn't really analogous is
On Oct 7, 3:27 am, Gabriel Genellina [EMAIL PROTECTED] wrote:
The meaning comes from the most common usage.
I wasn't suggesting that the in keyword have a different sematic for
sequence types. I was just saying that regarding the question whether
there is anything similar to dict.has_key / k
MonkeeSage wrote:
True. But valid dictionary keys are exactly d.keys(). The has_key
method is just sugar.
for what? are you sure you're using sugar as it is usually used when
talking about computer languages?
/F
--
http://mail.python.org/mailman/listinfo/python-list
On Oct 7, 12:37 pm, Fredrik Lundh [EMAIL PROTECTED] wrote:
for what?
key in self.keys()
And d.get() looks like sugar for:
if self.has_key(key):
return self[key]
else:
return default_value
Why not have the same sugar for sequence types? E.g.,
def has_index(self, index):
MonkeeSage wrote:
On Oct 7, 12:37 pm, Fredrik Lundh [EMAIL PROTECTED] wrote:
for what?
key in self.keys()
[snip]
No. The above constructs a list of keys and searches the list for the
key, O(n). key in somedict is a lookup, O(1).
Duncan
--
On Oct 7, 7:14 pm, Duncan Smith [EMAIL PROTECTED] wrote:
No. The above constructs a list of keys and searches the list for the
key, O(n). key in somedict is a lookup, O(1).
My point wasn't in regard to implementation details, but in regard to
convenience methods. Obviously the sugary dict
On Sat, 07 Oct 2006 10:26:22 -0700, MonkeeSage wrote:
On Oct 7, 3:27 am, Gabriel Genellina [EMAIL PROTECTED] wrote:
The meaning comes from the most common usage.
I wasn't suggesting that the in keyword have a different sematic for
sequence types. I was just saying that regarding the
On Sat, 07 Oct 2006 17:25:15 -0700, MonkeeSage wrote:
My point wasn't in regard to implementation details, but in regard to
convenience methods. Obviously the sugary dict methods are tweaked for
the best performance (one would hope!), as would be sugary sequence
methods were they to be added.
On Oct 7, 7:41 pm, Steven D'Aprano
[EMAIL PROTECTED] wrote:
Are you just making a philosophical point? In which case I agree: *if* you
make the analogy a dictionary key is analogous to a sequence index,
*then* the operation of in isn't semantically analogous between mappings
and sequences.
MonkeeSage wrote:
On Oct 7, 7:14 pm, Duncan Smith [EMAIL PROTECTED] wrote:
No. The above constructs a list of keys and searches the list for the
key, O(n). key in somedict is a lookup, O(1).
My point wasn't in regard to implementation details, but in regard to
convenience methods.
On Oct 7, 8:06 pm, MonkeeSage [EMAIL PROTECTED] wrote:
More often and easier to implement than dict.has_key / get?
More - Less
--
http://mail.python.org/mailman/listinfo/python-list
I ended up using len(sys.argv) 1 for this particular problem. But I
think slicing is closer to the tool I was looking for.
I found a.has_key(k) or k in a for dictionaries - but haven't found
anything similar for lists. Does it exist?
I guess my example from php would technically be a
At Friday 6/10/2006 20:57, erikcw wrote:
I ended up using len(sys.argv) 1 for this particular problem. But I
think slicing is closer to the tool I was looking for.
I found a.has_key(k) or k in a for dictionaries - but haven't found
anything similar for lists. Does it exist?
if 2 in
On 6 Oct 2006 16:57:23 -0700, erikcw [EMAIL PROTECTED] wrote:
I ended up using len(sys.argv) 1 for this particular problem. But I
think slicing is closer to the tool I was looking for.
I found a.has_key(k) or k in a for dictionaries - but haven't found
anything similar for lists. Does it
On Oct 6, 8:23 pm, Gabriel Genellina [EMAIL PROTECTED] wrote:
if 2 in [1,2,3]: print Use the same (in) operator
elif 'E' in ('E','r','i','k'): print Works for any sequence
elif 'o' in 'hello': print Even strings
This isn't really analogous is it? For somedict.has_key(k) or k in
somedict, you
Hi all,
I'm sorry about the newbie question, but I've been searching all
afternoon and can't find the answer!
I'm trying to get this bit of code to work without triggering the
IndexError.
import shutil, os, sys
if sys.argv[1] != None:
ver = sys.argv[1]
else:
ver = '2.14'
Of course,
[EMAIL PROTECTED] wrote:
I'm trying to get this bit of code to work without triggering the
IndexError.
import shutil, os, sys
if sys.argv[1] != None:
ver = sys.argv[1]
else:
ver = '2.14'
Catch it:
try:
ver = sys.argv[1]
except IndexError:
ver = '2.14'
--
[EMAIL PROTECTED] wrote:
I'm trying to get this bit of code to work without triggering the
IndexError.
import shutil, os, sys
if sys.argv[1] != None:
ver = sys.argv[1]
else:
ver = '2.14'
Something like::
if len(sys.argv) 1:
ver = sys.argv[1]
else:
Leif K-Brooks [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I'm trying to get this bit of code to work without triggering the
IndexError.
import shutil, os, sys
if sys.argv[1] != None:
ver = sys.argv[1]
else:
ver = '2.14'
Catch it:
try:
Terry Reedy wrote bloated code:
if sys.argv[1:2] != []:
if sys.argv[1:2]:
:-)
--
http://mail.python.org/mailman/listinfo/python-list
[EMAIL PROTECTED] wrote:
Hi all,
I'm sorry about the newbie question, but I've been searching all
afternoon and can't find the answer!
I'm trying to get this bit of code to work without triggering the
IndexError.
import shutil, os, sys
if sys.argv[1] != None:
ver = sys.argv[1]
56 matches
Mail list logo