I have a 'logging' on my code using:
import logging
< ... >
logging.basicConfig(filename="bumpr.log", level=logging.INFO)
< ... >
The thing is that the default location of this output when running via
Windows Task Scheduler is 'C:/Windows/System32'.
Is there a way to change the location of the o
On Monday, December 22, 2014, Juan Christian > wrote:
> I have a 'logging' on my code using:
>
> import logging
> < ... >
> logging.basicConfig(filename="bumpr.log", level=logging.INFO)
> < ... >
>
> The thing is that the default location of this output when running via
> Windows Task Scheduler is
On 12/22/2014 07:53 AM, Juan Christian wrote:
I have a 'logging' on my code using:
import logging
< ... >
logging.basicConfig(filename="bumpr.log", level=logging.INFO)
< ... >
The thing is that the default location of this output when running via
Windows Task Scheduler is 'C:/Windows/System32'.
On Mon Dec 22 2014 at 1:35:44 PM Dave Angel wrote:
>
> No idea what part main.py plays to your code. If it's imported, then
> you could use main.__file__ to get the full pathname to it. Then use
> os.path.dirname() to get the directory. Then use os.path.join() to
> combine that with "bumpr.log
On 12/22/2014 11:41 AM, Juan Christian wrote:
str(os.path.abspath(__file__)).replace('main.py', '')
So I get the full-path of my main dir where main.py is and all the other
modules/packages too, no matter if I'm on OSX/Win/Linux.
That's not the best way to get the directory path for a file.
Hi,
I am working building on developing an automation framework for my product . I
need to implement multi-threading having a pool of thread where each thread
will be executed different set of test cases on remote windows machines.
Consider following example -
Say I have two windows OS test m
On Dec 22, 2014 10:57 AM, "Vishwas Pathak"
wrote:
>
> Hi,
>
> I am working building on developing an automation framework for my
product . I need to implement multi-threading having a pool of thread where
each thread will be executed different set of test cases on remote windows
machines.
Apologi
On Mon, Dec 22, 2014 at 6:27 AM, Vishwas Pathak <
vishwas_pat...@persistent.com> wrote:
Your Disclaimer alone means that I can not respond to this question, or
else it would apparently become the property of Persistent Systems Ltd. I
prefer Open Source to closed source... good day.
>
>
> DISCLAIME
On Dec 22, 2014 12:36 PM, wolfrage8...@gmail.com wrote:
>
> On Mon, Dec 22, 2014 at 6:27 AM, Vishwas Pathak <
> vishwas_pat...@persistent.com> wrote:
> Your Disclaimer alone means that I can not respond to this question, or
> else it would apparently become the property of Persistent Systems Lt
On 12/22/2014 09:58 PM, Alex Kleider wrote:
On Dec 22, 2014 12:36 PM, wolfrage8...@gmail.com wrote:
On Mon, Dec 22, 2014 at 6:27 AM, Vishwas Pathak <
vishwas_pat...@persistent.com> wrote:
Your Disclaimer alone means that I can not respond to this question, or
else it would apparently become th
On Mon, Dec 22, 2014 at 10:21 PM, Dave Angel wrote:
> On 12/22/2014 09:58 PM, Alex Kleider wrote:
>
>>
>> On Dec 22, 2014 12:36 PM, wolfrage8...@gmail.com wrote:
>>
>>>
>>> On Mon, Dec 22, 2014 at 6:27 AM, Vishwas Pathak <
>>> vishwas_pat...@persistent.com> wrote:
>>> Your Disclaimer alone means
11 matches
Mail list logo
