Mailman 3 October 2006 - NumPy-Discussion

Warning: message 1GUFPK-0001wW-5k delayed 24 hours
by Mail Delivery System Oct. 3, 2006

Oct. 3, 2006

This message was created automatically by mail delivery software. A message that you sent has not yet been delivered to one or more of its recipients after more than 24 hours on the queue on externalmx-1.sourceforge.net. The message identifier is: 1GUFPK-0001wW-5k The date of the message is: Mon, 02 Oct 2006 09:32:13 -0200 The subject of the message is: doctor, at the revolt is located treating the planet he gold; The address to which the message has not yet been delivered is: numpy-discussion(a)lists.sourceforge.net Delay reason: SMTP error from remote mailer after RCPT TO:<numpy-discussion(a)lists.sourceforge.net>: host mail.sourceforge.net [66.35.250.206]: 451-Could not complete sender verify callout 451-Could not complete sender verify callout for 451-<numpy-discussion(a)lists.sourceforge.net>. 451-The mail server(s) for the domain may be temporarily unreachable, or 451-they may be permanently unreachable from this server. In the latter case, 451-you need to change the address or create an MX record for its domain 451-if it is No action is required on your part. Delivery attempts will continue for some time, and this warning may be repeated at intervals if the message remains undelivered. Eventually the mail delivery software will give up, and when that happens, the message will be returned to you.

1 0

Re: [Numpy-discussion] Hi
by Jeno Kingsley Oct. 2, 2006

Oct. 2, 2006

Hi, ClAxLIS VlAxGRA AMBxlEN VALxlUM Economize over 50% http://www.defunjeriondsafun.com _____ farms. The only really puzzling thing about the 3D map was what looked enthusiastically. My medication was beginning to override the pain and that I could see-except in the close vicinity of the device. I moved

1 0

Warning: message 1GUFPK-0001wW-5k delayed 10 hours
by Mail Delivery System Oct. 2, 2006

Oct. 2, 2006

This message was created automatically by mail delivery software. A message that you sent has not yet been delivered to one or more of its recipients after more than 10 hours on the queue on externalmx-1.sourceforge.net. The message identifier is: 1GUFPK-0001wW-5k The date of the message is: Mon, 02 Oct 2006 09:32:13 -0200 The subject of the message is: doctor, at the revolt is located treating the planet he gold; The address to which the message has not yet been delivered is: numpy-discussion(a)lists.sourceforge.net Delay reason: SMTP error from remote mailer after RCPT TO:<numpy-discussion(a)lists.sourceforge.net>: host mail.sourceforge.net [66.35.250.206]: 451-Could not complete sender verify callout 451-Could not complete sender verify callout for 451-<numpy-discussion(a)lists.sourceforge.net>. 451-The mail server(s) for the domain may be temporarily unreachable, or 451-they may be permanently unreachable from this server. In the latter case, 451-you need to change the address or create an MX record for its domain 451-if it is No action is required on your part. Delivery attempts will continue for some time, and this warning may be repeated at intervals if the message remains undelivered. Eventually the mail delivery software will give up, and when that happens, the message will be returned to you.

1 0

doctor, at the revolt is located treating the planet he gold;
by Daniel Davis Oct. 2, 2006

Oct. 2, 2006

HOT STOCK ALERT - THIS ONE IS STILL CLIMBING THE STOCK CHARTS ALERT -- BREAKING MARKET NEWS REPORT ---- PGCN.OB Company: Pingchuan Pharmaceutical Inc. Ticker: PGCN.OB Current Price: $.26 5-Day Target: $1.5 - $2 Rating: 10(10) Recommendation: S T R 0 N G - B U Y !! This quick rising stock is a good long term winner. This stock is going high due to superb business solutions and creative partnerships in the business world. Could this company be the next PFIZER?? Pingchaun Pharmaceuticals disributes its medications to over 50 percent of CHINA and has a tremendous presence via exports to U.S.A, Russia, Japan and South-Eastern Asia. They have partnerships with the biggest drugstores, equivalent in the US to SAV-ON, CVS, RITE-AID, etc. With BIG NEWS anticipated this coming WEEK we strongly advise you to get in EARLY and issue a 10/10 Alert. About Pingchuan Pharmaceutical Inc. Pingchuan Pharmaceutical Inc. ("PINGCHUAN") is a modernized pharmaceutical manufacturer with first-class medical R&D ability, pioneered medicine products, and well-established marketing network. Since its establishment, PINGCHUAN has focused its businesses on diabetes medicine and its medical products. The products of PINGCHUAN include health care products, varieties of medicine, as well as medical apparatus. Kang Da Glycosuria Capsule is a successful product of PINGCHUAN for treating diabetes, which was first developed in 1998 and introduced to the market in 2001. PINGCHUAN has well-established marketing network and sale branches, which include about 180,000 retail pharmacies /drugstores across China, agency network in major cities like Beijing, Shanghai, Guangzhou, and Xi'an, special counter sale at drug chain stores in key regions, residence community clinic sale and promotion, as well as internet marketing through the company's website. The marketing network of PINGCHUAN covers more than 50 percent districts of China and exports to US, Japan, Russia, and south-eastern Asia. Dont miss the boat, this is a new issue, is thinly traded and could move up quickly. We anticipate that shares of PGCN will be much higher in the short-term. ACT NOW! Remember the gains from our recent recommendations... Do not miss out, Put PGCN.OB on your radar's now. Good luck and trade out at the top!!

1 0

bincount on multidimensional array (missing 'axis' parameter)
by Emanuele Olivetti Oct. 2, 2006

Oct. 2, 2006

Hi, I have to perform bincount on each column of a matrix so I was wondering why there is no 'axis=?' parameter in bincount function. Currently I'm looping through columns using a python loop but I'd appreciate to have the loop embedded in the bincount function (and possibily using a C loop, since I'm doing this stuff thousands times in a case of many columns). Is there a good alternative solution to extending bincount? Suggestions? Thanks in advance, Emanuele

1 0

Re: [Numpy-discussion] Problem building from svn under cygwin
by Kyle Ferrio Oct. 2, 2006

Oct. 2, 2006

You're correct. I built python with cygwin. Thanks for the clue. Robert Kern wrote: Coatimundi wrote: > I have the latest cygwin environment and am using gcc 3.4.4. to build numpy. > > Configure works: > > python setup.py configure --compiler=mingw32 > > Build fails: > > python setup.py build --compiler=mingw32 What Python are you using? It looks like you built Python 2.5 using cygwin (that is, the UNIX emulation layer). You cannot build your extensions with mingw32 in that case. Don't use --compiler at all and you will be fine. If you are using the regular Python binaries, then you should be using --compiler=mingw32, but you're getting the wrong Python headers in that case. -- Robert Kern

1 0

Adding an assert to ctypeslib.py
by Gael Varoquaux Oct. 1, 2006

Oct. 1, 2006

Hi, I just lost a bit of time because I had an old version of ctypes (the one that comes with ubuntu dapper). It doesn't work with ctypeslib.py. I think we should add a warning just after the import. Cheers, Gaël

1 0

return type diffences of indexed arrays with Intel C++ compiler (Python 2.5)
by Lars Bittrich Oct. 1, 2006

Oct. 1, 2006

Hi all, recently I tried to compile numpy/scipy with Python 2.5 and Intel C++ compiler 9.1. At first everything was fine, but the scipy test produced a few errors. The reason was a little difference: numpy svn(1.0.dev3233) with Intel C compiler (Python 2.5): ----------------------------------------------------------- In [1]:from numpy import ones, zeros, integer In [2]: In [2]:x = ones(1) In [3]:i = zeros(1, integer) In [4]:x[i] Out[4]:1.0 numpy svn(1.0.dev3233) with GCC 3.3 (Python 2.3): -------------------------------------------------- In [1]:from numpy import ones, zeros, integer In [2]: In [2]:x = ones(1) In [3]:i = zeros(1, integer) In [4]:print x[i] Out[4]:array([1]) The Intel version gives me a scalar whereas the gcc version an array. Maybe Python 2.5 is causing this problem but my first guess was the compiler. A typical error message from scipy.test(10): ====================================================================== ERROR: check_chebyc (scipy.special.tests.test_basic.test_chebyc) ---------------------------------------------------------------------- Traceback (most recent call last): File "[...]/lib/python2.5/site-packages/scipy/special/tests/test_basic.py", line 667, in check_chebyc C1 = chebyc(1) File "[...]/lib/python2.5/site-packages/scipy/special/orthogonal.py", line 461, in chebyc p = orthopoly1d(x,w,hn,kn,wfunc=lambda x: 1.0/sqrt(1-x*x/4.0),limits=(-2,2),monic=monic) File "[...]/lib/python2.5/site-packages/scipy/special/orthogonal.py", line 78, in __init__ equiv_weights = [weights[k] / wfunc(roots[k]) for k in range(len(roots))] TypeError: object of type 'numpy.complex128' has no len() Does anyone know how to resolve the problem? Best regards, Lars

1 0

return type diffences of indexed arrays with Intel C++ compiler (Python 2.5)
by Lars Bittrich Oct. 1, 2006

Oct. 1, 2006

Hi all, recently I tried to compile numpy/scipy with Python 2.5 and Intel C++ compiler 9.1. At first everything was fine, but the scipy test produced a few errors. The reason was a little difference: numpy svn(1.0.dev3233) with Intel C compiler (Python 2.5): ----------------------------------------------------------- In [1]:from numpy import ones, zeros, integer In [2]: In [2]:x = ones(1) In [3]:i = zeros(1, integer) In [4]:x[i] Out[4]:1.0 numpy svn(1.0.dev3233) with GCC 3.3 (Python 2.3): -------------------------------------------------- In [1]:from numpy import ones, zeros, integer In [2]: In [2]:x = ones(1) In [3]:i = zeros(1, integer) In [4]:print x[i] Out[4]:array([1]) The Intel version gives me a scalar whereas the gcc version an array. Maybe Python 2.5 is causing this problem but my first guess was the compiler. A typical error message from scipy.test(10): ====================================================================== ERROR: check_chebyc (scipy.special.tests.test_basic.test_chebyc) ---------------------------------------------------------------------- Traceback (most recent call last): File "[...]/lib/python2.5/site-packages/scipy/special/tests/test_basic.py", line 667, in check_chebyc C1 = chebyc(1) File "[...]/lib/python2.5/site-packages/scipy/special/orthogonal.py", line 461, in chebyc p = orthopoly1d(x,w,hn,kn,wfunc=lambda x: 1.0/sqrt(1-x*x/4.0),limits=(-2,2),monic=monic) File "[...]/lib/python2.5/site-packages/scipy/special/orthogonal.py", line 78, in __init__ equiv_weights = [weights[k] / wfunc(roots[k]) for k in range(len(roots))] TypeError: object of type 'numpy.complex128' has no len() Does anyone know how to resolve the problem? Best regards, Lars

1 0

Non-writeable default for numpy.ndarray
by Francesc Altet Oct. 1, 2006

Oct. 1, 2006

Hello, Is the next a bug a feature? In [102]: f4=numpy.ndarray(buffer="a\x00b"*4, dtype="f4", shape=3) In [103]: f4 Out[103]: array([ 2.60561966e+20, 8.94319890e-39, 5.92050103e+20], dtype=float32) In [104]: f4[2] = 2 --------------------------------------------------------------------------- <type 'exceptions.RuntimeError'> Traceback (most recent call last) /home/faltet/python.nobackup/numpy/<ipython console> in <module>() <type 'exceptions.RuntimeError'>: array is not writeable In [105]: f4.flags.writeable = True In [106]: f4[2] = 2 In [107]: f4 Out[107]: array([ 2.60561966e+20, 8.94319890e-39, 2.00000000e+00], dtype=float32) i.e. in an array built from ndarray, the default is that it has to be read-only? -- >0,0< Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data "-"

4 6