wrote:
> Second and most important question: When I run this code it sometimes
> segementation faults, and sometimes some threads run normal and some
> other threads says "Cannot call 'do_multiply'". Sometimes I get the
> message: Fatal Python error: GC object already tracked. And some times it
>
robably never going to happen. IIRC,
the current release is the last to be named IPython.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
fast random numbers from Cython
https://github.com/numpy/numpy/tree/master/numpy/random/mtrand
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
ere as well, not to mention
embedding Python and using subinterpreters.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
이현상 wrote:
> Hi.Please note that do not speak english well.
> Do you know Python 2 vs Python3 MultiProcessing the difference
> ?Multiprocessing is better performance?
The main difference is that multiprocessing on Python 3.4 (and later) will
allow you to use APIs that are not "forksafe" on Linux
Serge Christian Ibala wrote:
> Or what is the recommendation of Python for image processing?
Basic setup everyone should have:
Python
NumPy
SciPy (e.g. scipy.ndimage)
Cython
C and C++ compiler
matplotlib
scikit-image
scikit-learn
pillow
Also consider:
mahotas
tifffile (by Christoph Gohlke)
Ope
, then when it does
> what you want tack on whatever you need to make 2.7 happy. I find it
> easier to do things that way, though you may find that the only thing
> you have to adjust is the imports.
This is a good advice.
And yes, it is easier than most would think.
Sturla
--
https://
Ian Kelly wrote:
> As long as there's not *also* some other external process that needs
> to access the file occasionally. :-)
Then there is multiprocessing.Lock :)
--
https://mail.python.org/mailman/listinfo/python-list
Mark Lawrence wrote:
>> I can assure you that in a veterinary sence, Yersey cows will produce a
>> milk with higher fat content.
>
> Yersey?
Eh, Jersey.
--
https://mail.python.org/mailman/listinfo/python-list
hine produced one code that only Alan Turing could break,
it means all the other codes could be broken by someone else.
What if I say "this file contains a long Fortran code"? Or what if I say
"this file contains one long Fortran code"? There is a subtile difference
in meaning here.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 26/02/15 18:48, Jason Swails wrote:
On Thu, 2015-02-26 at 16:53 +, Sturla Molden wrote:
GPU computing is great if you have the following:
1. Your data structures are arrays floating point numbers.
It actually works equally great, if not better, for integers.
Right, but not
On 26/02/15 18:34, John Ladasky wrote:
Hi Sturla, I recognize your name from the scikit-learn mailing list.
If you look a few posts above yours in this thread, I am aware of gpu-libsvm.
I don't know if I'm up to the task of reusing the scikit-learn wrapping code,
but I am g
Python the easiest solution is to use Numba Pro.
Sturla
Jason Swails wrote:
> On Thu, 2015-02-26 at 14:02 +1100, Steven D'Aprano wrote:
>> John Ladasky wrote:
>>
>>
>>> What I would REALLY like to do is to take advantage of my GPU.
>>
>> I can'
If you are doing SVM regression with scikit-learn you are using libSVM.
There is a CUDA accelerated version of this C library here:
http://mklab.iti.gr/project/GPU-LIBSVM
You can presumably reuse the wrapping code from scikit-learn.
Sturla
John Ladasky wrote:
> I've been working with
On 25/02/15 18:22, Mario Figueiredo wrote:
And also presented a solution.
Which also was incorrect :-D
But now Benjamin Peterson has finally fixed it, it appears:
http://bugs.python.org/issue23515
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
about that. It is more the hype this gets that indicates
TimSort is already broken today, and even on your cell phone.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
ch [1]; if you're sorting
strings, they'll be 90 bytes each, so the integers are our best bet.
So add another *five* powers of two to the RAM requirements.
In that case you also need to add the PyObject_HEAD overhead for each
object. ;-)
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
TimSort.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 12/02/15 15:39, Marko Rauhamaa wrote:
I write both Py2 and Py3 code, but I keep the two worlds hermetically
separated from each other.
In SciPy world we run the same code on Python 2 and Python 3.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
or solving a particular
problem (multidimensional integrals that are not analytically tractable),
not something you would use for any kind of Monte Carlo simulation.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 30/01/15 23:25, Marko Rauhamaa wrote:
Sturla Molden :
Only a handful of POSIX functions are required to be "fork safe", i.e.
callable on each side of a fork without an exec.
That is a pretty surprising statement. Forking without an exec is a
routine way to do multiproc
Michael Torrie wrote:
> Yes I can tell you haven't used C++. Compared to C, I've always found
> memory management in C++ to be quite a lot easier. The main reason is
> that C++ guarantees objects will be destroyed when going out of scope.
> So when designing a class, you put any allocation rout
bar = Foo()
in Python. It actually corresponds to
with Foo() as bar:
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Andres Riancho wrote:
> Spawn, and I took that from the multiprocessing 3 documentation, will
> create a new process without using fork().
> This means that no memory
> is shared between the MainProcess and the spawn'ed sub-process created
> by multiprocessing.
If you memory map a segment with
is not a bug in NumPy or in
Accelerate Framework, it is a bug in multiprocessing because it assumes
that BLAS is fork safe. The correct way of doing this is to start processes
with spawn (fork + exec), which multiprocessing does on Python 3.4.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
fail. Then Python will be like Smalltalk.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/15 23:08, Ian Kelly wrote:
T = TypeVar('T')
def adder(a: T, b: T) -> T:
return a + b
I'm not thrilled about having to actually declare T in this sort of
situation, but I don't have a better proposal.
Here is a better proposal:
def adder(a, b):
the drain.
Speed? No ... still 200x slower than Swift.
Why go for Python? There is no benefit to it any longer.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 22/01/15 20:43, Skip Montanaro wrote:
The way you couched your opinion as a certainty, as if you could see the
future,
How do you know I cannot?
--
https://mail.python.org/mailman/listinfo/python-list
they will do is pick up "buzzwords" from the kind of journals that
project managers read. And then they want that buzzword implemented.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Mark Lawrence wrote:
> If they're too stupid to know the
> meaning of the word "hint" that's their problem.
It will also be Python's problem, because people are that stupid.
--
https://mail.python.org/mailman/listinfo/python-list
Chris Angelico wrote:
> Uhh... if your managers and customers are stipulating non-Pythonic
> coding styles, then it's time to find new managers/customers. If
> they're not writing the code, code quality shouldn't be their concern.
I am saying the day someone requires me to write a type hint, I w
Skip Montanaro wrote:
> FUD? What evidence do you have that this will be the way things shake out?
I don't underestimate the stupidity of those who are not writing the code
themselves.
--
https://mail.python.org/mailman/listinfo/python-list
Marko Rauhamaa wrote:
> I think the SATAN is in the optional type declarations, not in the
> particular syntax chosen.
Yes.
--
https://mail.python.org/mailman/listinfo/python-list
't typehint. And then there will be complaint about lack of such
packages.
And in 5 years every textbook read by new Python programmers will require
type hinting as a "best practice".
Forget about compatibility with Python 2.
People will upgrade from Python 2 to Swift.
And then g
On 20/01/15 01:49, Dan Stromberg wrote:
I think probably the most common need for a tree is implementing a
cache,
That is probably true, at least if you're a squirrel.
--
https://mail.python.org/mailman/listinfo/python-list
file. Another nice way to get the database in a file is to run it in an
Oracle VirtualBox VM.
SQLite also allows multiple connections, by the way, but it does not scale
very well.
Regards,
Sturla
Charles Hixson wrote:
> In order to allow multiple processes to access a database (curren
On 05/12/14 23:17, wesleiram...@gmail.com wrote:
m'giu vous êtès nom souris, pseudo nom cha'rs out oiu êtès, i'ret egop c'hâse
I have not idea what that means, but I am sure it would be interesting
if I knew French (or whatever it is).
Sturla
--
https://mail.python.
Albert-Jan Roskam wrote:
> Interesting, but it is not clear to me when you would use jitpy instead
> of pypy. Too bad pypy alone was not included in the benchmarks (cython
> would have also been nice).
And Numba can JIT compile this far better than PyPy and jitpy.
Sturla
oathed Fortran 66 and 77
languages. Fortran is a high-level language particularly suited for
numerical computing, C is a semi-portable high-level assembler.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Cython is nearly always the answer to scientific computing in Python,
including wrapping C++.
Sturla
Michael Kreim wrote:
> Hi,
>
> we are working on a small scientific program that helps us in developing
> and testing of new numerical methods for a certain type of biochemical
&
Dennis Lee Bieber wrote:
>> foo == 42 or else
>>
>
> Has a PERL stink to it... like: foo == 42 or die
I think this statement needs to take ellipsis as well
foo == 42 or else ...
Sturls
--
https://mail.python.org/mailman/listinfo/python-list
ould raise IntimidationError if evaluates to false false.
If evaluates to true it should just return .
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Abdul Abdul wrote:
> Wxy**2
>
> What do ** mean here?
Exponentiation. Same as ** means in Fortran.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Grant Edwards wrote:
> According to
> http://www.theregister.co.uk/2014/11/06/hackers_use_gmail_drafts_as_dead_drops_to_control_malware_bots:
>
> "Attacks occur in two phases. Hackers first infect a targeted
>machine via simple malware that installs Python onto the device,
>[...]"
>
> programmers who want to hack on the interpreter core?]
Didn't the "new GIL" fix some of these problems?
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Chris Angelico wrote:
>> I have a project that involves distributing Python code to users in an
>> organisation. Users do not interact directly with the Python code; they
>> only know this project as an Excel add-in.
>>
>> Now, internal audit takes exception in some cases if users are able to
>>
and import that. It
does not need a driver script because it embeds the Python interpreter in
an executable.
Yet another option is to compile the Python code with Cython and distribute
everything as compiled pyd files.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
ww.microsoft.com/en-us/download/details.aspx?id=11310
This will work fine, if you remeber to set the environmental variable
DISTUTILS_USE_SDK=1
But it is an old compiler. Unfortunately a more recent Microsoft compiler
cannot be used.
I recommend a recent GCC or Intel compiler unless you have to us
-toolchain
Sturla
"Colin J. Williams" wrote:
> I gather that Python is compiled with Windows Studio 2008.
>
> Unfortunately, the MS Download link points to a Studio 2010 advertising .ppx
>
> Could someone point to an alternative please?
>
> Colin W.
>
>
mer: I still prefer LaTeX for anything but trivial manuscripts.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
lder with layout managers (cf. wxFormBuilder) you will
also find that it does not behave as you expect. Most will just find it
annoying. But a GUI builder can be a nice way of avoiding having to
remember (or look up) all property names.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
e useful for a home user than (a) a user-unfriendly advanced
> program; or (b) a more-or-less duplicate of what they have.
Again, Apple Keynote is much better suited (even for professional users).
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Martin S wrote:
> Also if you look at any newbie programmer software, it's flawed. But it
> wouldn't hurt making it easier creating flawed software. Better than less
> software (unless it it's malware)
Malware is rarely flawed. I wish it were, though.
--
https://mail.python.org/mailman/listinf
"水静流深" <1248283...@qq.com> wrote:
> name=['60', '01', '600319', '600531','600661', '600983', '600202',
> '600149']
> x=webdata(name)
> x.run()
>
> never quit from the thread ,why?
Call .start() instead of .run()
--
https://mail.python.org/mailman/listinfo/python-list
der.
> what I was searching for is Visual Studio .Net like Gui builder where you
> drag and drop widgets and just double click on the widget to edit code of
> that widget.
Most Python GUI frameworks are based on layout managers. "Drag and drop"
does not work so well then.
Stur
ntil you need to do something
more advanced, like using OpenGL or creating custom controls. Then it
starts to suck incredibly.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Monte Milanuk wrote:
> Aaaannnd here we have a good example of why it would be really nice to
> be able to filter/score based on the message *body*, not just the
> headers. 8(
Actually, here we have the reason why Usenet died.
--
https://mail.python.org/mailman/listinfo/python-list
wrote:
> That doesn't address the problem at all! :-) You still need a news
> reader.
The problem was that Thunderbird does not support killfiles when used as a
newsreader. Leafnode adds filtering capabilities which Thunderbird
(supposedly) does not have.
Sturla
--
https://mail
Martin S wrote:
> Is there a point to still use Usenet? Last time I checked noise
> overwhelmed signal by a factor of something close to 542.
news.gmane.org can be a convinient way to read mailing lists instead of
getting tons of mail.
Sturla
--
https://mail.python.org/mailman/listinfo/
you to filter messages on
headers, etc. Just run Leafnode and tell Thunderbird to use localhost as
NNTP server. Whomever you plonk with Leafnode's killfilter will never be
seen in Thunderbird.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
> Guess where I'm going with this is... is there anything out there worth
> trying - on Linux - that I'm missing?
leafnode
--
https://mail.python.org/mailman/listinfo/python-list
On 17/07/14 20:34, Paul Rubin wrote:
Could os.urandom() be patched to use the new Linux getrandom() system
call on systems where it is available?
/dev/urandom exists on other Unix-like systems as well.
Right now os.urandom only uses special system calls on Windows.
Sturla
--
https
e. That is what an unhandled exception will do, and
in addition it will tell you where the error is and what it is, so just
leave those exceptions unhandled.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
be coverted to a float, the function float() will raise an exception:
try:
x = float(value)
except ValueError:
# not a float
pass
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
t; as they are, that would require extensive testing with test cases that
> don't exist.
You are ok with adding sockets and IPC to a Fortran app, but using f2py
is off limits because it requires a rewrite? Sorry, this doesn't make
any sense. But it's your problem, I don't
t as well use f2py from
NumPy.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
t; but not if the hs falls off. "Under two seconds" might become "the
> blink of an eye".
If the heat sinks falls off, yes, that is really bad news... But if the fan
fails the warm up shouldn't be that rapid. I thought we were taking about
fan failure, not detached heat sink.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
gt;
> I think that's about right.
One would think that in 2014, a device called a "thermostat" would shut
down the power before expensive equipent goes up in a ball of smoke.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
ers. And there are many others.
> And I don't even mention engineering tools for dependence analysis,
> packaging, etc. (or even IDEs).
You don't have to answer a rhetorical question.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Alain Ketterlin wrote:
> Sturla Molden writes:
>
>> Alain Ketterlin wrote:
>>
>>> Many of these students suggest Python as the
>>> development language (they learned it and liked it), and the suggestion
>>> is (almost) always rejected, in favor of
On 06/06/14 02:13, Roy Smith wrote:
> Well, you *can* play evil games with the struct module :-)
But then you are asking for it, it does not happen by accident.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 06/06/14 01:41, Mark Lawrence wrote:
> s/almost// :)
Sometimes it is the right decision, like when your code is firmware for
some avionics or medial life-support apparatus.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
as possible. But still
they avoid Ada, because, you know, the journals they read are full of
Java buzzwords.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Alain Ketterlin wrote:
> Many of these students suggest Python as the
> development language (they learned it and liked it), and the suggestion
> is (almost) always rejected, in favor of Java or C# or C/C++.
And it was almost always the wrong decision...
Sturla
--
https://mail.p
to
> a function that was expecting an integer, that function will *know*
> that it got a list, because objects in Python are rigidly typed.
And then there is nothing that prevents the function from raising a
TypeError.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
ge. Types in Python are
strictly enforced.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
the wall time is
spent inside the kernel waiting for some UI event (keyboard, mouse,
whatever). And in both cases the battery is spent lighting up a screen that
is mostly static. And in both bases the graphics displayed on the screen is
generated inside some UI framework written in Ob
id (which, by the way has
> reference counting), but carries on the same object model that
> developers are used to (and existing frameworks use).
That is what PyObjC does as well.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
cess.
A Python with static typing would effectively be Cython :)
It is the tool of choice in many scientific Python projects today. Most
projects affiliated with NumPy and SciPy prefer Cython to C or Fortran
for new code.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 04/06/14 01:39, Kevin Walzer wrote:
On 6/3/14, 4:43 PM, Sturla Molden wrote:
Are Python apps still banned from AppStore, even if we bundle an
interpreter?
Python apps are not banned from the App Store. See
https://itunes.apple.com/us/app/quickwho/id419483981?mt=12.
Mac AppStore yes, iOS
rd with random mix of features.
Unfortunately they retained the curly brackets from JS...
Are Python apps still banned from AppStore, even if we bundle an
interpreter? If not, I see no reason to use Swift instead of Python and
PyObjC – perhaps with some Cython if there is "need for speed".
Stur
are slow these
days. And I guess Swift makes my 3g connection faster.
It's ok to use in iOS apps. That would be it, I guess.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Numba is still a bit
immature, though, compared to e.g. Cython.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
or most of their work.
If you are worried about the GIL you can always use processes
(multiprocessing, subprocess, or os.fork) instead of threads.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
n mistake, I guess, was to assume that sys.maxint is the
biggest integer value Python 2.x can use.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
en on Windows. The difference between
32 bit and 64 bit Python is what you would expect: The size of a C
pointer is 64 bits, and the virtual address space is much larger (in
general not 2**63-1 bytes, but some OS dependent value).
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
On 12/05/14 15:42, Sturla Molden wrote:
- A one-dimensional NumPy array with dtype np.float64 can keep 16 GB of
data before a 32 bit index is too small and Python starts to use long. A
two-dimensional NumPy array with dtype np.float64 can keep 256 GB of
data before a 32 bit index is too small
cientific
computing. But there is no law that says you need to use either. You can
have the best of both world's if you like.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
a 32 bit int as indexer without
rolling over to long.
This is obviously way beyond anything the 2 GB limit on 32 bit Python
allows.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
your code to generate bogus "legal documents" in
the thousands, and thereby turn up your legal expenses.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
e being
> charged for it?!?
You can also add fear of patent trolls to this list. Particularly if you
are in a startup and cannot afford a long battle in court. You can quickly
go bankrupt on attorney fees.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
adly discount customers or pay anyone who help to improve my software.
Open Source does not mean that software has to be free, that copyright is
lost, or that copyleft is implied.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
alister wrote:
> Concentrate on making the product (even) better rather than trying to
> hide the unhideable.
I think the number one reason for code obfuscation is an ignorant boss.
Another reason might be to avoid the shame of showing crappy code to the
customer.
Sturla
--
wrote:
>> It's worth noting, as an aside, that this does NOT mean you don't
>> produce or sell anything. You can keep your code secure by running it
>> on a server and permitting users to access it; that's perfectly safe.
>>
> Perfectly? :-)
Unless y
e code?
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
man mind.
A class with a couple of queues for input and output is far easier to
comprehend.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
eneral, Cython is not useful as an obfuscation tool.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
Any of these measures can be circumvented, though. But it is hardly easier
to read than compiled C++.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
least if the threat is other companies out to make money. Dropbox is an
example.
Sturla
--
https://mail.python.org/mailman/listinfo/python-list
1 - 100 of 137 matches
Mail list logo
