date:20090709

can i write a assemly language programs in python

2009-07-09 Thread m.reddy prasad reddy

can any one tell me how to write assembly language programs in python...if
no is there any other way to write the programs in python

Reddi prasad reddy
ph.no:09958083797
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: count

2009-07-09 Thread Paul Rubin

a...@pythoncraft.com (Aahz) writes:
> When dealing with small N, O() can get easily swamped by the constant
> factors.  How often do you deal with more than a hundred fields?

The number of fields in the OP's post was not stated.  Expecting it to
be less than 100 seems like an ill-advised presumption.  If N is
unknown, speed-tuning the case where N is small at the expense of
consuming monstrous amounts of memory when N is large sounds 
somewhere between a premature optimization and a nasty bug.

-- 
http://mail.python.org/mailman/listinfo/python-list

PyGtk Depends on Numeric

2009-07-09 Thread dieter

Get with the times people and port to numpy. :P
Don't you think its about time?

~Pete
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: ... remove all 0 values

2009-07-09 Thread Daniel Austria

Thanks a lot for your advices,

i decided to use the filter() method to sort out the 0.
i can ´t use the sum() function cause i need the list afterwards 


best,
Dan
-- 
http://mail.python.org/mailman/listinfo/python-list

i need immediate help from u

2009-07-09 Thread m.reddy prasad reddy

i m new this community .;
can any one send me the solution for writing the assembly language programs
in python
my mail ID:redd@gmail.com 
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: i need immediate help from u

2009-07-09 Thread Chris Rebert

On Thu, Jul 9, 2009 at 12:25 AM, m.reddy prasad
reddy wrote:
> i m new this community .;
> can any one send me the solution for writing the assembly language programs
> in python
> my mail ID:redd@gmail.com

Please read http://catb.org/esr/faqs/smart-questions.html

Cheers,
Chris
-- 
http://blog.rebertia.com
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: regex help

2009-07-09 Thread Peter Otten

David wrote:

>  
> 
> Open:
> 
> 5.50
> 
>  
> Mkt Cap:
> 
> 6.92M
> 
>  
> P/E:
> 
> 21.99
> 
> 
> 
> I want to extract the open, mkt cap and P/E values - but apart from
> doing loads of indivdual REs which I think would look messy, I can't
> think of a better and neater looking way. Any ideas?

>>> from BeautifulSoup import BeautifulSoup
>>> bs = BeautifulSoup(""" 
...
... Open:
... 
... 5.50
... 
...  
... Mkt Cap:
... 
... 6.92M
... 
...  
... P/E:
... 
... 21.99
... 
... """)
>>> for key in bs.findAll(attrs={"class": "key"}):
... value = key.findNext(attrs={"class": "val"})
... print key.string.strip(), "-->", value.string.strip()
...
Open: --> 5.50
Mkt Cap: --> 6.92M
P/E: --> 21.99


-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Problem reading file with umlauts

2009-07-09 Thread Claus Hausberger

Thanks a lot. I will try that on the weekend.

Claus

> Claus Hausberger wrote:
> > Thanks a lot. Now I am one step further but I get another strange error:
> > 
> > Traceback (most recent call last):
> >   File "./read.py", line 12, in 
> > of.write(text)
> > UnicodeEncodeError: 'ascii' codec can't encode character u'\ufeff' in
> position 0: ordinal not in range(128)
> > 
> > according to google ufeff has something to do with byte order.
> > 
> > I use an Linux system, maybe this helps to find the error.
> > 
> 'text' contains Unicode, but you're writing it to a file that's not
> opened for Unicode. Either open the output file for Unicode:
> 
>  of = codecs.open("umlaut-out.txt", "w", encoding="latin1")
> 
> or encode the text before writing:
> 
>  text = text.encode("latin1")
> 
> (I'm assuming you want the output file to be in Latin1.)
> 
> > 
> >> Claus Hausberger wrote:
> >>
> >>> I have a text file with is encoding in Latin1 (ISO-8859-1). I can't
> >>> change that as I do not create those files myself. I have to read
> >>> those files and convert the umlauts like ö to stuff like &oumol; as
> >>> the text files should become html files.
> >> umlaut-in.txt:
> >> 
> >> This file is contains data in the unicode
> >> character set and is encoded with utf-8.
> >> Viele Röhre. Macht spaß!  Tsüsch!
> >>
> >>
> >> umlaut-in.txt hexdump:
> >> 
> >> 00: 54 68 69 73 20 66 69 6C  65 20 69 73 20 63 6F 6E This file is
> con
> >> 10: 74 61 69 6E 73 20 64 61  74 61 20 69 6E 20 74 68 tains data in
> th
> >> 20: 65 20 75 6E 69 63 6F 64  65 0D 0A 63 68 61 72 61 e
> unicode..chara
> >> 30: 63 74 65 72 20 73 65 74  20 61 6E 64 20 69 73 20 cter set and
> is
> >> 40: 65 6E 63 6F 64 65 64 20  77 69 74 68 20 75 74 66 encoded with
> utf
> >> 50: 2D 38 2E 0D 0A 56 69 65  6C 65 20 52 C3 B6 68 72 -8...Viele
> R..hr
> >> 60: 65 2E 20 4D 61 63 68 74  20 73 70 61 C3 9F 21 20 e. Macht
> spa..!
> >> 70: 20 54 73 C3 BC 73 63 68  21 0D 0A 00 00 00 00 00 
> Ts..sch!...
> >>
> >>
> >> umlaut.py:
> >> 
> >> # -*- coding: utf-8 -*-
> >> import codecs
> >> text=codecs.open("umlaut-in.txt",encoding="utf-8").read()
> >> text=text.replace(u"ö",u"oe")
> >> text=text.replace(u"ß",u"ss")
> >> text=text.replace(u"ü",u"ue")
> >> of=open("umlaut-out.txt","w")
> >> of.write(text)
> >> of.close()
> >>
> >>
> >> umlaut-out.txt:
> >> 
> >> This file is contains data in the unicode
> >> character set and is encoded with utf-8.
> >> Viele Roehre. Macht spass!  Tsuesch!
> >>
> >>
> >> umlaut-out.txt hexdump:
> >> 
> >> 00: 54 68 69 73 20 66 69 6C  65 20 69 73 20 63 6F 6E This file is
> con
> >> 10: 74 61 69 6E 73 20 64 61  74 61 20 69 6E 20 74 68 tains data in
> th
> >> 20: 65 20 75 6E 69 63 6F 64  65 0D 0D 0A 63 68 61 72 e
> unicode...char
> >> 30: 61 63 74 65 72 20 73 65  74 20 61 6E 64 20 69 73 acter set and
> is
> >> 40: 20 65 6E 63 6F 64 65 64  20 77 69 74 68 20 75 74  encoded with
> ut
> >> 50: 66 2D 38 2E 0D 0D 0A 56  69 65 6C 65 20 52 6F 65 f-8Viele
> Roe
> >> 60: 68 72 65 2E 20 4D 61 63  68 74 20 73 70 61 73 73 hre. Macht
> spass
> >> 70: 21 20 20 54 73 75 65 73  63 68 21 0D 0D 0A 00 00 ! 
> Tsuesch!.
> >>
> >>
> >>
> >>
> >>
> >> -- 
> >> "The ability of the OSS process to collect and harness
> >> the collective IQ of thousands of individuals across
> >> the Internet is simply amazing." - Vinod Valloppillil
> >> http://www.catb.org/~esr/halloween/halloween4.html
> > 
> 
> -- 
> http://mail.python.org/mailman/listinfo/python-list

-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Clarity vs. code reuse/generality

2009-07-09 Thread Gabriel Genellina

En Wed, 08 Jul 2009 23:19:25 -0300, kj escribió:

In Tim Rowe
writes:

2009/7/4 kj :

Precisely. =A0As I've stated elsewhere, this is an internal helper
function, to be called only a few times under very well-specified
conditions. =A0The assert statements checks that these conditions
are as intended. =A0I.e. they are checks against the module writer's
programming errors.

Good for you. I'm convinced that you have used the assertion
appropriately, and the fact that so many here are unable to see that
looks to me like a good case for teaching the right use of assertions.
For what it's worth, I read assertions at the beginning of a procedure
as part of the specification of the procedure, and I use them there in
order to document the procedure. An assertion in that position is for
me a statement to the user of the procedure "it's your responsibility
to make sure that you never call this procedure in such a way as to
violate these conditions". They're part of a contract, as somebody
(maybe you) pointed out.

As somebody who works in the safety-critical domain, it's refreshing
to see somebody teaching students to think about the circumstances in
which a procedure can legitimately be called. The hostility you've
received to that idea is saddening, and indicative of why there's so
much buggy software out there.

Thanks for the encouragement.

When I teach programming, the students are scientists. For the
stuff they do, correctness of the code trumps everything else. I
teach them to view assertions as way of translating their assumptions
into code. And by this I mean not only assumptions about the
correctness of their code (the typical scope of assertions), but
also, more broadly, assumptions about the data that they are dealing
with (which often comes from external sources with abysmal quality
control).

Nobody says you shouldn't check your data. Only that "assert" is not the
right way to do that. Ok, it's easier to write:

assert x>0 and y>0 and x0 and y>0 and xbut the assert statement is completely ignored if your script is run with
the -O option, and then no check is done.
assert should be used only to verify internal correctness only - to detect
wrong assumptions in the *code* itself. Once you're confident the code is
OK, you may turn off assertions (and improve program speed). But you must
*always* validate input data no matter what - so assert is not the right
tool.

Even worse, never DO anything inside an assertion - it won't be done in
the optimized version. This method becomes almost empty when assertions
are removed (not the intended behavior!):

def process_all(self):
for item in self.items:
assert self.process(item)

My scientific code is jam-packed with assertions. I can't count
the number of times that one such lowly assertion saved me from a
silent but potentially disastrous bug. And yes I find it distressing
that so so few programmers in my line of work use assertions at
all.

I'm just saying that some of those assertions probably should be real "if
... raise" statements instead - not that you remove the checks. You may
use this short function, if you prefer:

1 2 >

1 - 100 of 175 matches

Mail list logo