And just thinking about it,,, Devyn might want to install virtual box, and
place in the os's he wants to target first, because there's usually always
a glitch in 3rd party imports,
This is especially true when using a newer version of python that the other
developers of packages you can import fro
Mainly I just use my apps for my own purposes. So it's usually on the
debian/ubuntu distro I have, although I do have Windows XP SP3 in virtual
box.
I have been meaning to install some other linux distros in virtual box that
are the main ones, percentage of utilization based, that are used, and
pr
On Sun, Jul 21, 2013 at 4:07 PM, David Hutto wrote:
> Yeah, its like yum used in others(or the point and click gui package
> installers). The main point kind of is in cross platform it would seem that
> you would just use what's available with try/except, or if statements, and
> the question is wh
Yeah, its like yum used in others(or the point and click gui package
installers). The main point kind of is in cross platform it would seem that
you would just use what's available with try/except, or if statements, and
the question is what os's is he going for.
Then a simple usage of what's avail
On Sun, Jul 21, 2013 at 3:39 PM, David Hutto wrote:
> With linux you can have your package listed in synaptic, and can use with a
> sudo apt-get install whatever ogg player like ogg123, and windows I don't
> work with that much, but I'm pretty sure I've played .wav files from the
> command line be
With linux you can have your package listed in synaptic, and can use with a
sudo apt-get install whatever ogg player like ogg123, and windows I don't
work with that much, but I'm pretty sure I've played .wav files from the
command line before while working with cross platform just for practice, so
It was supposed to show you that you can use a command line function from
windows or linux that will play an ogg/.wav file/ etc with an if windows:
do this or if linux do this.
espeak was just a suggestion, unless you want your own voice played for the
chatbot, or a selection of a male or female v
On Sat, 20 Jul 2013 13:22:03 -0700, pablobarhamalzas asked:
"How can I make this piece of code even faster?"
- Use a faster computer.
- Put in more memory.
- If using Unix or Linux, decrease the "nice" priority of the process.
I mention these because sometimes people forget that if you have a ch
On Sat, 20 Jul 2013 14:30:14 -0700, Paul McGuire wrote:
> Thanks for your continued support and interest in pyparsing!
And thank you for pyparsing!
Paul, I thought I would mention that over the last week or so on the
Python-Dev mailing list, there has been some discussion about adding a
parser
On Sun, Jul 21, 2013 at 9:24 AM, wrote:
> Hi there Chris.
> Unfortunately, using iterations was about twice as slow as the original
> implementation, so that's not the solution.
> Thank's anyway.
Fascinating! Well, was worth a try anyhow. But that's a very surprising result.
ChrisA
--
http://
Hi there Chris.
Unfortunately, using iterations was about twice as slow as the original
implementation, so that's not the solution.
Thank's anyway.
--
http://mail.python.org/mailman/listinfo/python-list
On Sun, Jul 21, 2013 at 6:22 AM, wrote:
> temp = 0
> for y in range(input_num):
> count += 1
> temp += inputs[y] * h_weight[count]
> hidden[x] = 1/(1+e**(-temp))
It's a micro-optimization that'll probably have negligible effect,
Hi there.
I'm using python 3, where xrange doesn't exist any more (range is now
equivalent). And "temp" doesn't have any fixed discrete values it always takes.
I have tried cython but it doesn't seem to work well (maybe using it wrong?).
Any other ideas?
--
http://mail.python.org/mailman/lis
On 20 July 2013 22:56, Dave Angel wrote:
> On 07/20/2013 02:37 PM, Joshua Landau wrote:
>>
>> The problem can be solved, I'd imagine, for builtin types. Just build
>> an internal representation upon calling .translate that's faster. It's
>> especially easy in the list case
>
> What "list case"? l
On 07/20/2013 02:37 PM, Joshua Landau wrote:
On 20 July 2013 19:04, Dave Angel wrote:
On 07/20/2013 01:03 PM, Joshua Landau wrote:
Still, it seems to me that it should be optimizable for sensible
builtin types such that .translate is significantly faster, as there's
no theoretical extra work
Pyparsing 2.0.1 fixes this incompatibility, and should work with all versions
of Python 2.6 and later.
-- Paul
--
http://mail.python.org/mailman/listinfo/python-list
In my releasing of Pyparsing 1.5.7/2.0.0 last November, I started to split
supported Python versions: 2.x to the Pyparsing 1.5.x track, and 3.x to the
Pyparsing 2.x track. Unfortunately, this caused a fair bit of pain for many
current users of Python 2.6 and 2.7 (especially those using libs depe
In article <6bf4d298-b425-4357-9c1a-192e6e6cd...@googlegroups.com>,
pablobarhamal...@gmail.com wrote:
> Ok, I'm working on a predator/prey simulation, which evolve using genetic
> algorithms. At the moment, they use a quite simple feed-forward neural
> network, which can change size over time.
On Sat, Jul 20, 2013 at 5:22 PM, wrote:
> Ok, I'm working on a predator/prey simulation, which evolve using genetic
> algorithms. At the moment, they use a quite simple feed-forward neural
> network, which can change size over time. Each brain "tick" is performed by
> the following function (insi
Ok, I'm working on a predator/prey simulation, which evolve using genetic
algorithms. At the moment, they use a quite simple feed-forward neural network,
which can change size over time. Each brain "tick" is performed by the
following function (inside the Brain class):
def tick(self):
On 20 July 2013 19:37, Joshua Landau wrote:
> mapping int -> int
Well, on second thought it's not quite this unless it's a 1:1 mapping.
Point remains valid, though, I think.
--
http://mail.python.org/mailman/listinfo/python-list
On 20 July 2013 19:04, Dave Angel wrote:
> On 07/20/2013 01:03 PM, Joshua Landau wrote:
>>
>> Still, it seems to me that it should be optimizable for sensible
>> builtin types such that .translate is significantly faster, as there's
>> no theoretical extra work that .translate *has* to do that .re
On 07/20/2013 01:03 PM, Joshua Landau wrote:
On 20 July 2013 12:57, Serhiy Storchaka wrote:
20.07.13 14:16, Joshua Landau написав(ла):
However, some quick timing shows that translate has a very
high penalty for missing characters and is a tad slower any way.
Really, though, there sh
On 20 July 2013 12:57, Serhiy Storchaka wrote:
> 20.07.13 14:16, Joshua Landau написав(ла):
>>
>> On 19 July 2013 18:29, Serhiy Storchaka wrote:
>>>
>>> The string replace() method is fastest (at least in Python 3.3+). See
>>> implementation of html.escape() etc.
>>
>>
>> def escape(s, quote=True
On Sat, Jul 20, 2013 at 10:48 PM, Devyn Collier Johnson
wrote:
> Many users on here have answered my questions and given me ideas and
> suggestions for code that I am using in my open-source GPLv3 chatbot. When I
> release the next update (that will be in a month or two), does anyone that
> has co
On 07/20/2013 07:48 AM, Serhiy Storchaka wrote:
19.07.13 21:08, Skip Montanaro написав(ла):
Serhiy> The string replace() method is fastest (at least in Python
3.3+). See
Serhiy> implementation of html.escape() etc.
I trust everybody knows by now that when you want to use regular
expressions yo
Many users on here have answered my questions and given me ideas and
suggestions for code that I am using in my open-source GPLv3 chatbot.
When I release the next update (that will be in a month or two), does
anyone that has contributed helpful ideas want to be listed as a
contributor under the
On 07/20/2013 12:39 AM, David Hutto wrote:
you could use , and I think its
david@david:~$ python
Python 2.7.3 (default, Aug 1 2012, 05:16:07)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import subprocess
>>> subprocess.call(['espeak', 'word_
On 07/20/2013 07:16 AM, Joshua Landau wrote:
On 19 July 2013 18:29, Serhiy Storchaka wrote:
19.07.13 19:22, Steven D'Aprano написав(ла):
I also expect that the string replace() method will be second fastest,
and re.sub will be the slowest, by a very long way.
The string replace() method is
On 07/20/2013 12:26 AM, David Hutto wrote:
I didn't see that this was for a chess game. That seems more point and
click. Everyone can recognize a bishop from a queen, or a rook from a
pawn. So why would case sensitivity matter other than the 16 pieces on
the board? Or am I misunderstanding the
On 07/20/2013 12:21 AM, Stefan Behnel wrote:
Devyn Collier Johnson, 20.07.2013 03:06:
I am making a chatbot that I host on Launchpad.net/neobot. I am currently
converting the engine from BASH code to Python3. I need to convert this for
cross-platform compatibility. I do not need to use Mplayer;
On 07/19/2013 09:13 PM, Chris Angelico wrote:
On Sat, Jul 20, 2013 at 11:04 AM, Devyn Collier Johnson
wrote:
On 07/19/2013 07:09 PM, Dave Angel wrote:
On 07/19/2013 06:08 PM, Devyn Collier Johnson wrote:
On 07/19/2013 01:59 PM, Steven D'Aprano wrote:
As for the case-insensitive i
20.07.13 14:16, Joshua Landau написав(ла):
On 19 July 2013 18:29, Serhiy Storchaka wrote:
The string replace() method is fastest (at least in Python 3.3+). See
implementation of html.escape() etc.
def escape(s, quote=True):
if quote:
return s.translate(_escape_map_full)
ret
19.07.13 21:08, Skip Montanaro написав(ла):
Serhiy> The string replace() method is fastest (at least in Python 3.3+). See
Serhiy> implementation of html.escape() etc.
I trust everybody knows by now that when you want to use regular
expressions you should shell out to Perl for the best performance
On 19 July 2013 18:29, Serhiy Storchaka wrote:
> 19.07.13 19:22, Steven D'Aprano написав(ла):
>
>> I also expect that the string replace() method will be second fastest,
>> and re.sub will be the slowest, by a very long way.
>
>
> The string replace() method is fastest (at least in Python 3.3+). S
On 19 July 2013 23:35, Chris Angelico wrote:
> On Sat, Jul 20, 2013 at 4:54 AM, wrote:
>> And do not forget memory. The €uro just become expensive.
>>
> sys.getsizeof('
>> )
>> 26
> sys.getsizeof('€')
>> 40
>>
>> I do not know. When an €uro char need 14 bytes more that
>> a dollar, I bel
On 07/19/2013 11:18 PM, Steven D'Aprano wrote:
On Fri, 19 Jul 2013 18:08:43 -0400, Devyn Collier Johnson wrote:
As for the case-insensitive if-statements, most code uses Latin letters.
Making a case-insensitive-international if-statement would be
interesting. I can tackle that later. For now,
On 07/19/2013 11:44 PM, Steven D'Aprano wrote:
On Fri, 19 Jul 2013 21:04:55 -0400, Devyn Collier Johnson wrote:
In the future, I want to
make the perfect international-case-insensitive if-statement. For now,
my code only supports a limited range of characters. Even with casefold,
I will have s
On 07/19/2013 09:51 PM, Dave Angel wrote:
On 07/19/2013 09:04 PM, Devyn Collier Johnson wrote:
Chris Angelico said that casefold is not perfect. In the future, I want
to make the perfect international-case-insensitive if-statement. For
now, my code only supports a limited range of c
cutems93 writes:
> I am currently doing some research on testing software for Python. I
> found that there are many different types of testing tools. These are
> what I've found.
You will find these discussed at the Python Testing Tools Taxonomy
http://wiki.python.org/moin/PythonTestingToolsTaxo
After considering all the options suggested here I decided to use
PySide/QtCreator as was suggested by Dave Cook. I created a simple GUI with
QtCreator and found a way to convert .ui files to .py files. So far so good.
But now I am having some confusion about the correct tools to use for PySide
41 matches
Mail list logo
