On Mon, Sep 3, 2012 at 10:21 PM, Dwight Hutto wrote:
> What's wrong with:
>
> But each OS(BIOS handler) has a way of providing/accepting instructions to
> the processor, which is constantly procedural. This has to have a terminal
> at some point.
What do you mean by 'terminal' in this context? A
On 04/09/12 01:26, Dwight Hutto wrote:
But each OS(BIOS handler) has a way of providing/accepting instructions
to the processor, which is constantly procedural. This has to have a
terminal at some point.
No it doesn't. Most OS do not run in a 'procedural' way (by which I
assume you mean seque
On Mon, Sep 3, 2012 at 9:56 PM, Steven D'Aprano wrote:
> On 04/09/12 10:26, Dwight Hutto wrote:
>
> On *nix there is a cron daemon that runs in the background.
>>> but one job running in the background controlling dozens(?) of
>>>
>>> others is way more efficient than dozens of programs all runn
On 04/09/12 10:26, Dwight Hutto wrote:
On *nix there is a cron daemon that runs in the background.
but one job running in the background controlling dozens(?) of
others is way more efficient than dozens of programs all running idle in
the background and periodically springing into action.
But
On Mon, Sep 3, 2012 at 7:57 PM, Alan Gauld wrote:
> On 03/09/12 22:46, Dwight Hutto wrote:
>
> But a script is always running in the background of the OS main console
>> of the upfront GUI app users usually see, correct?
>>
>
> Not every OS has a main console behind the GUI, but in the case of *n
On 03/09/12 22:46, Dwight Hutto wrote:
But a script is always running in the background of the OS main console
of the upfront GUI app users usually see, correct?
Not every OS has a main console behind the GUI, but in the case of *nix
its true.
On *nix there is a cron daemon that runs in the
>
> Cron or another process that oversees cron has to continually run.
>
> --
> Best Regards,
> David Hutto
> *CEO:* *http://www.hitwebdevelopment.com*
>
>
--
Best Regards,
David Hutto
*CEO:* *http://www.hitwebdevelopment.com*
___
Tutor maillist - T
On Sun, Sep 2, 2012 at 9:03 PM, Steven D'Aprano wrote:
> On Sun, Sep 02, 2012 at 03:14:53PM -0700, Ray Jones wrote:
> > This is only tangentially related to the thread. Someone mentioned that
> > so long as a script didn't require user input or output to the user, it
> > could run silently in the
On 09/02/2012 06:03 PM, Steven D'Aprano wrote:
> On Sun, Sep 02, 2012 at 03:14:53PM -0700, Ray Jones wrote:
>> This is only tangentially related to the thread. Someone mentioned that
>> so long as a script didn't require user input or output to the user, it
>> could run silently in the background.
On Sun, Sep 2, 2012 at 9:04 PM, William R. Wing (Bill Wing)
wrote:
>
> Apple's mechanism for launching applications at login is picky
> about what it will accept as a legitimate application to add to
> the list.
Here's an Ask Different (Apple Stack Exchange) answer with a template
for a launchd
On Sep 2, 2012, at 6:15 PM, Alan Gauld wrote:
> On 02/09/12 21:30, William R. Wing (Bill Wing) wrote:
>
>> My suggestion would be to take the script and run it through py2app,
>> which will turn it into a stand-alone application which can then
>> be added to your list of StartUp or LogIn applica
On Sun, Sep 02, 2012 at 03:14:53PM -0700, Ray Jones wrote:
> This is only tangentially related to the thread. Someone mentioned that
> so long as a script didn't require user input or output to the user, it
> could run silently in the background. But is there a way for a Python
> (2.7.3) script to
On 09/02/2012 03:30 PM, Alan Gauld wrote:
> On 02/09/12 23:14, Ray Jones wrote:
>> could run silently in the background. But is there a way for a Python
>> (2.7.3) script to determine whether it was called by the user or called
>> by something like cron or kalarm? That way user inputs could be used
On 02/09/12 23:14, Ray Jones wrote:
could run silently in the background. But is there a way for a Python
(2.7.3) script to determine whether it was called by the user or called
by something like cron or kalarm? That way user inputs could be used
when called by a user, but defaults could be used
This is only tangentially related to the thread. Someone mentioned that
so long as a script didn't require user input or output to the user, it
could run silently in the background. But is there a way for a Python
(2.7.3) script to determine whether it was called by the user or called
by something
On Sep 2, 2012, at 5:06 PM, Michael Lewis wrote:
>
>
> Michael, I see you have several Windows answers, but it doesn't look as
> though you found quite what you were hoping for on OSX. My suggestion would
> be to take the script and run it through py2app, which will turn it into a
> stand-a
>
>
>
> Michael, I see you have several Windows answers, but it doesn't look as
> though you found quite what you were hoping for on OSX. My suggestion
> would be to take the script and run it through py2app, which will turn it
> into a stand-alone application which can then be added to your list
On Sep 1, 2012, at 11:29 PM, Michael Lewis wrote:
> Hi everyone,
>
> I am sorry to ask this when there are a lot of resources online regarding the
> subject, but I've spent the past two days trying to figure this out and I
> don't get it.
>
> I have a script that will run forever. Since it ru
On 02/09/12 04:29, Michael Lewis wrote:
I have a script that will run forever. Since it runs forever, I don't
want to see the interpreter or command line. I want the program to run
in the background so I don't see it at all.
That's an OS thing not a Python thing.
On Unix it means adding an en
Here's a little more reading for you, found under google search term 'no
terminal python script'
http://stackoverflow.com/questions/2338951/how-can-i-run-a-py2exe-program-in-windows-without-the-terminal
http://ginstrom.com/scribbles/2007/09/12/running-a-python-script-on-windows-without-the-consol
On Sat, Sep 1, 2012 at 11:29 PM, Michael Lewis wrote:
> Hi everyone,
>
> I am sorry to ask this when there are a lot of resources online regarding
> the subject, but I've spent the past two days trying to figure this out and
> I don't get it.
>
> I have a script that will run forever
>
Forever i
You are thinking of &&
& is what you want
___
Tutor maillist - Tutor@python.org
To unsubscribe or change subscription options:
http://mail.python.org/mailman/listinfo/tutor
> For windows not sure but for osx just add an & after the command.
>
> python myscript.py &
>
Thanks, but I know about that. I should have been more clear. What I want
to do is have the script run in the background without even seeing the
terminal. Adding the & after the command will let do other
For windows not sure but for osx just add an & after the command.
python myscript.py &
On Sep 1, 2012, at 11:29 PM, Michael Lewis wrote:
> Hi everyone,
>
> I am sorry to ask this when there are a lot of resources online regarding the
> subject, but I've spent the past two days trying to figur
Hi everyone,
I am sorry to ask this when there are a lot of resources online regarding
the subject, but I've spent the past two days trying to figure this out and
I don't get it.
I have a script that will run forever. Since it runs forever, I don't want
to see the interpreter or command line. I w
25 matches
Mail list logo
