Can someone help me on this please?
From: python-list-bounces+nikunj.badjatya=emc@python.org
[mailto:python-list-bounces+nikunj.badjatya=emc@python.org] On Behalf Of
nikunj.badja...@emc.com
Sent: Wednesday, November 23, 2011 11:15 AM
To: python-list@python.org
Subject: Thread problem
Howdy All,
Please see http://pastebin.com/GuwH8B5C .
Its a sample program implementing progressbar in multithreaded program.
Here I am creating a thread and passing update2() function to it.
Now wheneever I press CTRL-C, the program isnt returning to prompt. !
Can someone help me out with this
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Using threads with bsddb3. I spent weeks trying to get it to behave
when threading. I gave up in the end and changed to sqlite :-(
So does it mean that I will have to use threading locks around access
methods? or that will also fail
In my application I am trying to access(read) a DB thru a thread while
my main thread is adding data to it and it gives following error(s)
bsddb._db.DBRunRecoveryError: (-30974, 'DB_RUNRECOVERY: Fatal error,
run database recovery -- PANIC: Permission denied')
and sometimes
On Apr 1, 1:29 am, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
In my application I am trying to access(read) a DB thru a thread while
my main thread is adding data to it and it gives following error(s)
bsddb._db.DBRunRecoveryError: (-30974, 'DB_RUNRECOVERY: Fatal error,
run database recovery
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
In my application I am trying to access(read) a DB thru a thread while
my main thread is adding data to it and it gives following error(s)
[snip]
Do anybody has a clue what I am doing wrong here?
Using threads with bsddb3. I spent weeks trying to
Using threads with bsddb3. I spent weeks trying to get it to behave
when threading. I gave up in the end and changed to sqlite :-(
So does it mean that I will have to use threading locks around access
methods? or that will also fail mysteriously :)
--
On Apr 1, 9:02 pm, Rhamphoryncus [EMAIL PROTECTED] wrote:
It's my understanding that the connection is NOT thread-safe. Your
thread should be using an entirely separate connection.- Hide quoted text -
Can you please explain that, which connection you are talking about?
How to modify my test
Changes by Sean Reifschneider [EMAIL PROTECTED]:
--
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1975
__
___
Python-bugs-list mailing list
Andriy Pylypenko added the comment:
I'm sorry I've forgotten to add one important thing to the script - the
t.setDaemon(True) call, as without it the main thread will wait for the
user thread to stop explicitly. So the correct script is:
some_time = 600 # seconds
class
Guido van Rossum added the comment:
Well okay than I can confirm that OSX is *not* affected by this OS
bugginess.
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1975
__
Guido van Rossum added the comment:
Actually I see the same behavior under Linux and OSX: the first ^C
interrupts the select() call, after that ^C is ignored.
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1975
based on FreeBSD.
--
components: Interpreter Core
files: pthread_sig.diff
messages: 61870
nosy: bamby
severity: normal
status: open
title: signals in thread problem
type: behavior
versions: Python 2.4, Python 2.5
Added file: http://bugs.python.org/file9333/pthread_sig.diff
Hi there,
I have installed python(2.4.3) trac(0.9.4) on freebsd(4.8) from the ports
collection and I seem to have an underlying problem with the thread module.
Pysqlite is calling 'import thread' which is failing with no such module and
causing it not to load. I thought that 'thread' was one
Dorian Mcfarland wrote:
Hi there,
I have installed python(2.4.3) trac(0.9.4) on freebsd(4.8) from the
ports collection and I seem to have an underlying problem with the
thread module.
Salling 'import thread' from the python prompt yields the same result.
I have a 'threading.py' and a
That was the problem. thanks for the clarity - finally working.
How did you install python? By default, if built from ports, it should
pop up a configuration dialog in which one of the options is to enable
thread support. If you have a bad configuration record, you can do a
make config in
[EMAIL PROTECTED] wrote:
I found that multi-threaded program(io-centralize ) runs very slowly
on linux while the same program runs very quickly on windows.If I
change the thread number to one ,the program runs quickly on linux, in
fact the speed is quicker than the multi-threaded
I found that multi-threaded program(io-centralize ) runs very slowly
on linux while the same program runs very quickly on windows.If I
change the thread number to one ,the program runs quickly on linux, in
fact the speed is quicker than the multi-threaded version .
It turns out that
[EMAIL PROTECTED] wrote:
I found that multi-threaded program(io-centralize ) runs very slowly
on linux while the same program runs very quickly on windows.If I
change the thread number to one ,the program runs quickly on linux, in
fact the speed is quicker than the multi-threaded version
Daniel Bernhardt wrote:
my thread calls a program with os.system().
os.system(/usr/bin/wine /path/to/ultima/online.exe)
in the example you included, you use execv. which one is it?
Ultima Online is starting and i can enter commands and navigate through the
game with my keyboard. If I move
Fredrik Lundh wrote:
in the example you included, you use execv. which one is it?
it should be system(). I just played a bit and forgot to change it back.
just curious: do you really have to use a thread? why not just do
os.system(command + )
No, i don't need to use a thread. I
21 matches
Mail list logo