In a message of Sun, 27 Sep 2015 16:31:59 -0500, Tim Daneliuk writes:
>Traceback (most recent call last):
> File "/usr/local/TundraWare/bin/twander.py", line 5464, in
>UI = twanderUI(UIroot)
> File "/usr/local/TundraWare/bin/twander.py", line 2152, in __init__
>self.CmdBtn = Menubutton(s
Tim Daneliuk writes:
> P.S. X applications like xterm work flawlessly on the hosts in question.
It could still be that tk requires some client libraries that are
missing, that xterm doesn't use. xterm is a much older and cruftier
program. Does Gnome work? For that matter, does Idle work (it is
On Mon, Sep 28, 2015 at 12:37 PM, Tim Daneliuk
wrote:
> You may have heard about this thing called X Windows and this other thing
> called
> ssh that easily permit VPS instances to run GUI code while displaying things
> on a remote X server.
I'd still be curious about the possibility of a missin
On 09/27/2015 06:32 PM, Terry Reedy wrote:
> On 9/27/2015 5:31 PM, Tim Daneliuk wrote:
>
>>> Of late, I am seeing core dumps of this program (which has been
>>> stable/mature for some
>>> years) but only on VPS servers, both FreeBSD 10 and CentOS 6/7.
>
>> Correction: It dumps core on FreeBSD 1
On 09/27/2015 05:29 PM, Paul Rubin wrote:
> Tim Daneliuk writes:
>> this is somehow VPS related but not sure where to start.
>
> How are you expecting tkinter to work on a vps, when there is no window
> system? It wouldn't surprise me if tk is crashing.
>
You may have heard about this thing ca
Terry Reedy writes:
> Dumping core when there is no terminal server, instead of exiting
> gracefully, might be considered a bug.
I wonder if it's a missing or wrong .so since there's no X and maybe
no X libraries. That might lead to a crash.
--
https://mail.python.org/mailman/listinfo/python-li
On 9/27/2015 5:31 PM, Tim Daneliuk wrote:
Of late, I am seeing core dumps of this program (which has been stable/mature
for some
years) but only on VPS servers, both FreeBSD 10 and CentOS 6/7.
Correction: It dumps core on FreeBSD 10.2
Dumping core when there is no terminal server, instead
Tim Daneliuk writes:
> this is somehow VPS related but not sure where to start.
How are you expecting tkinter to work on a vps, when there is no window
system? It wouldn't surprise me if tk is crashing.
--
https://mail.python.org/mailman/listinfo/python-list
On 09/27/2015 04:20 PM, Tim Daneliuk wrote:
> I am the author of https://www.tundraware.com/Software/twander, a cross
> platform, macro-
> programmable file manager written in python/tkinter.
>
> Of late, I am seeing core dumps of this program (which has been stable/mature
> for some
> years) bu
I am the author of https://www.tundraware.com/Software/twander, a cross
platform, macro-
programmable file manager written in python/tkinter.
Of late, I am seeing core dumps of this program (which has been stable/mature
for some
years) but only on VPS servers, both FreeBSD 10 and CentOS 6/7.
Is
In case somebody else is trying to do the same thing, this is what I ended up
with to get the concept, that I can now integrate in other scripts:
http://projects.zioup.org/scratchpad/python/tkrun.py
--
Yves. http://www.SollerS.ca/
On 2012-01-24 02:52, Peter Otten wrote:
Have update() (renamed to read_more() in my code) do the reading:
import sys
import tkinter
import tkinter.scrolledtext
root = tkinter.Tk()
text_window = tkinter.Toplevel()
text = tkinter.scrolledtext.ScrolledText(text_window)
text.pack()
infile = open
woooee wrote:
[Peter Otten]
>> line = next(infile, None)
>> if line is not None:
> if line is not None: probably does not work the way you expect.
It does what I expect.
> You might try
> if line.strip():
> Take a look at this quick example
>
> test_lines = ["Number 1\n", "\n", ""]
>
if line is not None: probably does not work the way you expect. You
might try
if line.strip():
Take a look at this quick example
test_lines = ["Number 1\n", "\n", ""]
for ctr, line in enumerate(test_lines):
print ctr, line
if line is not None:
print " not None"
--
http://mai
y...@zioup.com wrote:
>
> I'm missing something about tkinter updates. How can I give tkinter a
> chance to run?
>
> Here's some code:
>
> import time
> import tkinter
> import tkinter.scrolledtext
>
> tk = tkinter.Tk()
> f = tkinter.Toplevel(tk)
> st = tkinter.scrolledtext.ScrolledText(f)
> s
On 2012-01-23 20:57, Dave Angel wrote:
You have it backward. The question is not what you do inside your loop to give
tk a chance, but rather what do you do to make tk give you a chance. tk
doesn't "start" till you make the mainloop() method call, and once you call
that method, it won't return
On 01/23/2012 08:09 PM, y...@zioup.com wrote:
I'm missing something about tkinter updates. How can I give tkinter a
chance to run?
Here's some code:
import time
import tkinter
import tkinter.scrolledtext
tk = tkinter.Tk()
f = tkinter.Toplevel(tk)
st = tkinter.scrolledtext.ScrolledText(f)
st
I'm missing something about tkinter updates. How can I give tkinter a chance
to run?
Here's some code:
import time
import tkinter
import tkinter.scrolledtext
tk = tkinter.Tk()
f = tkinter.Toplevel(tk)
st = tkinter.scrolledtext.ScrolledText(f)
st.pack()
def update():
print('updating')
On Mon, 17 Jul 2006 15:20:46 +0200, Claus Tondering
<[EMAIL PROTECTED]> wrote:
> Eric Brunel wrote:
>> This is where the problem is: if you do just a event_generate without
>> specifying the 'when' option, the binding is fired immediately in the
>> current thread. To be sure that an event is cre
Eric Brunel wrote:
> This is where the problem is: if you do just a event_generate without
> specifying the 'when' option, the binding is fired immediately in the
> current thread. To be sure that an event is created and that the thread
> switch actually happens, do:
>
> app.event_generate("<>", wh
On Mon, 17 Jul 2006 12:58:08 +0200, Claus Tondering
<[EMAIL PROTECTED]> wrote:
> My Tkinter application has to receive events from a TCP connection. I
> have chosen to do this in the following manner:
>
> The TCP communication takes place in a separate thread. When I receive
> data, I generate a
"Claus Tondering" <[EMAIL PROTECTED]> writes:
> Does this mean that I cannot even call the main thread's after_idle
> method from another thread?
I'm not certain, I've never tried it that way since there's no way I
could be confident of its reliability even if it appeared to work.
Just use after_i
Paul Rubin wrote:
> Tkinter is simply not
> thread safe and generating events from another thread can trigger race
> conditions and who knows.
Does this mean that I cannot even call the main thread's after_idle
method from another thread?
--
Claus Tondering
--
http://mail.python.org/mailman/lis
"Claus Tondering" <[EMAIL PROTECTED]> writes:
> The TCP communication takes place in a separate thread. When I receive
> data, I generate an event in the Python application thus:
>
> app.event_generate("<>")
I think all bets are off when you do that. Tkinter is simply not
thread safe and gen
My Tkinter application has to receive events from a TCP connection. I
have chosen to do this in the following manner:
The TCP communication takes place in a separate thread. When I receive
data, I generate an event in the Python application thus:
app.event_generate("<>")
In the associated ev
Steffen Mutter schrieb in comp.lang.python:
> fenster.title = 'Demofenster'
Try:
fenster.title("Demofenster")
instead
Mario
--
Mario Wehbrink
--
http://mail.python.org/mailman/listinfo/python-list
Am Sun, 01 Jan 2006 18:36:56 +0100 schrieb Kevin:
> Try:
>
> fenster.title("Demofenster")
Exactly. I had a look in Michael Lauer's 'Python & GUI-Toolkits'
meanwhile, so I found the clue.
> "title" a class method, not a variable.
Yep. Thank you:
> Kevin.
Steffen
--
http://mail.python.org/ma
> My first try fiddling around with GUIs ended disappointing,
> instead of showing the window title as expected 'Demofenster'
> ist still shows 'tk' instead.
>
> What did I do wrong?
>
>
> #!/usr/bin/env python
>
> from Tkinter import *
> fenster = Tk()
> fenster.title = 'Demofenster'
> fenster
Try:
fenster.title("Demofenster")
"title" a class method, not a variable.
Kevin.
"Steffen Mutter" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi all and a happy new year!
>
> My first try fiddling around with GUIs ended disappointing, instead of
> showing the window title as
Hi all and a happy new year!
My first try fiddling around with GUIs ended disappointing, instead of
showing the window title as expected 'Demofenster' ist still shows 'tk'
instead.
What did I do wrong?
#!/usr/bin/env python
from Tkinter import *
fenster = Tk()
fenster.title = 'Demofenster'
fen
30 matches
Mail list logo
