Jack Jansen added the comment:
@vinay, absolutely right on this being an anti-pattern:-)
And also right on the statement that I can set a breakpoint on all three of
logging.basicConfig, logging.config.fileConfig and logging.config.dictConfig, I
had overlooked that (was looking for a single
New submission from Jack Jansen :
The logging module and its API make it easy to modify the behaviour of all
loggers used in any package in your program.
Unfortunately the downside of this is that if any author of any module that you
use changes the global logger configuration you get
New submission from Jack Jansen :
On Windows, when ctypes fails to load a DLL, the error message is misleading.
If a dependency of the DLL cannot be found if appears as if the DLL itself
cannot be found.
This issue has always existed on Windows (and I know it is due to what the OS
provides
Jack Jansen added the comment:
Correction to the last line:
When using Python 2.7 everything works fine. When adding a findall() method to
the Element subclass that simply calls ElementPath.findall() everything also
works fine. I suspect some issue with the _elementtree C implementation
New submission from Jack Jansen :
When using a TreeBuilder with a custom factory (returning a subclass of Element
with some extra functionality) there is an issue with findall().
XPaths using an indexed predicate no longer work: the findall() result is
always empty. The attached test script
Change by Jack Jansen :
--
nosy: +jackjansen
___
Python tracker
<https://bugs.python.org/issue2>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jack Jansen jackjan...@users.sourceforge.net:
--
nosy: +jackjansen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
___
___
Python
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Indeed, my situation is different from the cscript.exe situation because in my
case Python needs to call back into the hosting application.
Further experiments have shown that this is indeed the problem, and moreover
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Hmm, the cscript.exe point is a valid one. I can think of two things that make
my situation different, I will investigate (and post here):
- I started getting the problem when the hosting application (Ambulant
multimedia player
New submission from Jack Jansen jackjan...@users.sourceforge.net:
I found a problem with the handling of manifest files in the msvc9compiler.
Distutils removes the reference to the MSVC runtime from the manifest resource,
to enable installing the runtime system locally (i.e. to allow non
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Martin, I agree about the Py_DEBUG issue. My reason for asking is really only a
workaround for the VC++ problam that you can't link non-debug and debug builds
together.
You know what: if you think it isn't worth it just assign
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Martin, what I meant by linking debug and non-debug builds together is
impossible is you cannot link modules together if they code generation has
been set to different runtime systems, for example one module using the debug
New submission from Jack Jansen jackjan...@users.sourceforge.net:
Because VC++ cannot cross-link modules that have been built with debugging to
those built without debugging (because of runtime system differences) it would
be a boon for people embedding Python if there was a binary
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Sorry, I think I wasn't clear in my original message. I don't want to debug
Python, I want to debug only my own code. But because it embeds Python I cannot
debug my own code, because it needs to link to Python.
Indeed
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Jack, could you please comment on why the LDFLAGS are added to
LDSHARED
by configure, rather than using LDFLAGS as extra argument to LDSHARED
?
Because this worked, no deep reason. The initial framework builds were a
big hack
Jack Jansen jackjan...@users.sourceforge.net added the comment:
Close it. I'll revive my version of bgen whenever I find the time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue602291
16 matches
Mail list logo
