[issue12808] Coverage of codecs.py
New submission from Tennessee Leeuwenburg : Increases the coverage of codecs.py by about 3 lines... -- files: mywork.patch keywords: patch messages: 142661 nosy: ncoghlan, tleeuwenburg priority: normal severity: normal status: open title: Coverage of codecs.py versions: Python 3.4 Added file: http://bugs.python.org/file22983/mywork.patch ___ Python tracker <http://bugs.python.org/issue12808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Tennessee Leeuwenburg added the comment: Also some pep8 compliance outside of the scope of the added lines of code. -- ___ Python tracker <http://bugs.python.org/issue12808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12815] Coverage of smtpd.py
New submission from Tennessee Leeuwenburg : Okay, I really don't know if I'm doing the right things to test meaningfully here. However, 100% coverage of the PureProxy class has been achieved. I also slightly changed smtpd.py in a way that I'm not confident is what people would want. I pushed one print statement into the debug stream, and raised an exception in a place where it looked like the expected behaviour wasn't properly defined, but it's probably not a good place to fail if you're using the code. I'm also not an SMTP expert... yes there's an RFC but I was going for coverage with "just enough" correctness. I'm more than happy to revisit this work if anyone has any comments or issues, so just let me know. -- files: PureProxy.diff keywords: patch messages: 142696 nosy: giampaolo.rodola, ncoghlan, tleeuwenburg priority: normal severity: normal status: open title: Coverage of smtpd.py Added file: http://bugs.python.org/file22994/PureProxy.diff ___ Python tracker <http://bugs.python.org/issue12815> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12816] smtpd uses library outside of the standard libraries
New submission from Tennessee Leeuwenburg : Hi, I was writing some coverage tests, and started on a class called MailmanProxy inside of smtpd.py. It imports Mailman, which isn't in the standard library. I've attached a failing test to demonstrate the problem, but I didn't want to delete the section from smtpd.py as a beginner. Thanks, -Tennessee -- components: Library (Lib) files: MailmanProxy.diff keywords: patch messages: 142701 nosy: barry, ncoghlan, tleeuwenburg priority: normal severity: normal status: open title: smtpd uses library outside of the standard libraries Added file: http://bugs.python.org/file22995/MailmanProxy.diff ___ Python tracker <http://bugs.python.org/issue12816> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Tennessee Leeuwenburg added the comment: Some more tests, updated initial state of BufferedIncrementalEncoder to be the correct type, updated rst file. Bit tired, hope I got it right! Thanks for the feedback everyone, helps me to get it done, even if it's more work for you... -- Added file: http://bugs.python.org/file22996/codecs.diff ___ Python tracker <http://bugs.python.org/issue12808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Tennessee Leeuwenburg added the comment: Thanks for the review. Here is a patch incorporating the two comments being to move some comments. -- Added file: http://bugs.python.org/file23007/codecs.diff ___ Python tracker <http://bugs.python.org/issue12808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Tennessee Leeuwenburg added the comment: Here is a stab at updated documentation. I would suggest that if further changes are recommended to the documentation, that a core committer go ahead and make them. I'm absolutely more than happy to keep taking "stabs" at it, but ultimately I probably don't understand the purpose of these classes as well as some of the rest of you, and I don't feel best placed to decide exactly how this should read -- Added file: http://bugs.python.org/file23049/codecs.diff ___ Python tracker <http://bugs.python.org/issue12808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9285] A decorator for cProfile and profile modules
Tennessee Leeuwenburg added the comment: I have been working on a similar idea. I just wanted to raise an issue I ran into which might affect this code also. The decorated function ended up with a different function signature to the original inner function. This can be important sometimes. I had to use the decorator.decorator module to give the outer function the same signature as the inner function. -- nosy: +tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue9285> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11720] PyErr_WriteUnraisable while running cProfile
New submission from Tennessee Leeuwenburg : I am happy to come up with a minimal test for this if that would help, but repeating the problem is not hard. Take a Python2.7 interpreter, install the decorator module from PyPi, and also the code at https://bitbucket.org/tleeuwenburg/benchmarker.py/. Running test_benchmarker.py will cause the problem. Exception TypeError: "'str' object is not callable" in '/tmp/benchlog/2011/30/2011_03_30_09_41.pstats' ignored I've tracked this message down and it's likely being writted to stdout by errors.c, where unraisable exceptions are handled. Using hotshot, and otherwise the same code, the error does not occur. Diagnosing the true cause of this issue is probably beyond me, but I'm more than happy to try to come up with a more minimal example or help any way I can. -- components: Interpreter Core messages: 132577 nosy: tleeuwenb...@gmail.com priority: normal severity: normal stage: test needed status: open title: PyErr_WriteUnraisable while running cProfile type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue11720> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11720] PyErr_WriteUnraisable while running cProfile
Tennessee Leeuwenburg added the comment: Never mind, I was doing something stupid. The error message doesn't really make it terribly obvious, but the cause is in my code. -- resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue11720> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2706] datetime: define division timedelta/timedelta
Tennessee Leeuwenburg added the comment: On Tue, Apr 20, 2010 at 6:46 AM, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > Tennessee, are you still tracking this issue? If not, can I steal it from > you. :) > Hi Mark, Please feel free to steal it from me! Wonderful to see some movement on this issue... > > I found out that timedelta % int is not supported in the > > released versions while timedelta // int is. > > Mmm. Interesting. :) > > I think it would be fine to add timedelta % timedelta in this patch, and > then open another feature request for timedelta % int and friends as you > suggest. I don't think divmod(timedelta, timedelta) should go in if > timedelta % timedelta doesn't also go in. > I'm an incrementalist -- I'm happy with one step at a time, so for what it's worth I'd be happy to see divmod go in alone with % to be added later. However, seeing as I'm really contributing, I'd say feel free to disregard my vote of +1... :) Regards, -Tennessee -- Added file: http://bugs.python.org/file16999/unnamed ___ Python tracker <http://bugs.python.org/issue2706> ___On Tue, Apr 20, 2010 at 6:46 AM, Mark Dickinson <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Mark Dickinson <mailto:dicki...@gmail.com";>dicki...@gmail.com> added the comment: Tennessee, are you still tracking this issue?  If not, can I steal it from you.  :)Hi Mark, Please feel free to steal it from me! Wonderful to see some movement on this issue...  > I found out that timedelta % int is not supported in the > released versions while timedelta // int is. Mmm.  Interesting.  :) I think it would be fine to add timedelta % timedelta in this patch, and then open another feature request for timedelta % int and friends as you suggest.  I don't think divmod(timedelta, timedelta) should go in if timedelta % timedelta doesn't also go in. I'm an incrementalist -- I'm happy with one step at a time, so for what it's worth I'd be happy to see divmod go in alone with % to be added later. However, seeing as I'm really contributing, I'd say feel free to disregard my vote of +1... :) Regards,-Tennessee ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
New submission from Tennessee Leeuwenburg : A very tiny patch which places a DeprecationWarning inside Queue.empty and Queue.full -- components: Library (Lib) files: queue_patch.txt messages: 83180 nosy: tleeuwenb...@gmail.com severity: normal status: open title: Queue deprecation warning patch type: feature request versions: Python 3.1 Added file: http://bugs.python.org/file13245/queue_patch.txt ___ Python tracker <http://bugs.python.org/issue5420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
Tennessee Leeuwenburg added the comment: Add comment to NEWS as documented... Added file: http://bugs.python.org/file13246/NEWS_patch.txt ___ Python tracker <http://bugs.python.org/issue5420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
Tennessee Leeuwenburg added the comment: Patch covering all files in a single patch. * Updated warning message * Updated multiprocessing tests to avoid calls to empty and full * Placed deprecation warning in multiprocessing methods * Update wsgui to avoid deprecated calls Issues: * Noticed no warnings raised as a result of changes to multiprocessing: ergo multiprocessing.queue empty() and full() methods are not currently getting test coverage * No obvious test rig for wsgui, so code is completely untested (!), but I figured someone closer to wsgui could at least have my code for reference, so included in the patch Added file: http://bugs.python.org/file13251/queue_patch.txt ___ Python tracker <http://bugs.python.org/issue5420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
Tennessee Leeuwenburg added the comment: Hi JP, I experimented with stacklevel but to be honest nothing I saw appeared greatly more useful than the default for the tests in question. What form would the unit tests take? Trying to assert that empty() and full() raised a deprecation warning? I'm not sure how I would go about that, but I'll see what I can do. Thanks, -Tennessee On Thu, Mar 5, 2009 at 3:00 PM, Jean-Paul Calderone wrote: > > Jean-Paul Calderone added the comment: > > Unit tests are a great thing as well. Also, the deprecation warnings > you've added are the really annoying kind. They refer to users to the > source of the deprecated methods themselves! A vastly preferable use of > the warnings system is to refer users to the *callers* of the deprecated > methods. Try passing different values for the stacklevel parameter of > the warnings.warn function until you get a warning that is more helpful. > > -- > nosy: +exarkun > > ___ > Python tracker > <http://bugs.python.org/issue5420> > ___ > Added file: http://bugs.python.org/file13252/unnamed ___ Python tracker <http://bugs.python.org/issue5420> ___Hi JP,I experimented with stacklevel but to be honest nothing I saw appeared greatly more useful than the default for the tests in question.What form would the unit tests take? Trying to assert that empty() and full() raised a deprecation warning? I'm not sure how I would go about that, but I'll see what I can do. Thanks,-TennesseeOn Thu, Mar 5, 2009 at 3:00 PM, Jean-Paul Calderone <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Jean-Paul Calderone <mailto:exar...@divmod.com";>exar...@divmod.com> added the comment: Unit tests are a great thing as well. Â Also, the deprecation warnings you've added are the really annoying kind. Â They refer to users to the source of the deprecated methods themselves! Â A vastly preferable use of the warnings system is to refer users to the *callers* of the deprecated methods. Â Try passing different values for the stacklevel parameter of the warnings.warn function until you get a warning that is more helpful. -- nosy: +exarkun ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue5420"; target="_blank">http://bugs.python.org/issue5420> ___ -- --Tennessee Leeuwenburghttp://myownhat.blogspot.com/";>http://myownhat.blogspot.com/"Don't believe everything you think" ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
Changes by Tennessee Leeuwenburg : Removed file: http://bugs.python.org/file13252/unnamed ___ Python tracker <http://bugs.python.org/issue5420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5420] Queue deprecation warning patch
Tennessee Leeuwenburg added the comment: Now, with unit tests... :) Added file: http://bugs.python.org/file13253/queue_patch3.txt ___ Python tracker <http://bugs.python.org/issue5420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2706] datetime: define division timedelta/timedelta
Changes by Tennessee Leeuwenburg : -- nosy: +tleeuwenb...@gmail.com nosy_count: 6.0 -> 7.0 ___ Python tracker <http://bugs.python.org/issue2706> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2706] datetime: define division timedelta/timedelta
Tennessee Leeuwenburg added the comment: Hi all, I'm trying to help out by reviewing issues in the tracker... so this is just a first attempt and I hope it is somewhat useful. This issue covers a number of discrete functional changes. I here review each in turn: 1) Allow truediv, the operator '/', to be applied to two timedeltas (e.g. td1 / td2). The return value is a float representing the number of times that td2 goes into td1. Evaluation: Since both time deltas are quantitative values of the same unit, it makes sense they should be able to support basic math operations. In this case, operation to be added is '/' or truediv. I would personally find this functionality useful, and believe it is a natural addition to the code. Recommendation: That this functionality be recommended for development 2) Allow truediv to be applied to a timedelta and an int or float. The return value is a timedelta representing the fractional proportion of the original timedelta. Evaluation: This makes total sense. Recommendation: That this functionality be recommended for development 2) Allow divmod, the operator '%', to be applied to two timedeltas (e.g. td1 % td2). I think there is some debate here about whether the return value be an integer in microsends, or a timedelta. I personally believe that a timedelta should be returned, representing the amount of time remaining after (td1 // td2) * td2 has been subtracted. The alternative is an integer, but due to a lack of immediate clarity over what time quanta this integer represents, I would suggest returning a unit amount. There is also some discussion of returning (long, timedelta), but I personally fail to see the merits of returning the long without some unit attached. 3) Allow divmod, the operator '%', to be applied to a timedelta and an integer or float. (e.g. % 3). I'm not quite as sold on this. I suggest that more discussion is required to flesh this out further. A patch has been attached which implements some of this behaviour. I would suggest that it's valuable to start doing this work in discrete chunks so that progress can be begun before the issues under debate are resolved. I suggest that it would be appropriate to create three smaller issues, each tackling just one piece of functionality. This should make the changes more atomic and the code patch simpler. -T -- message_count: 19.0 -> 20.0 ___ Python tracker <http://bugs.python.org/issue2706> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue444582] Finding programs in PATH, addition to os
Tennessee Leeuwenburg added the comment: +1 adding which to shutil -- nosy: +tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue444582> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg added the comment: I believe this shouldn't be tagged as part of the Lib component... Also, I am happy to work on this issue, developing tests and a patch. Would that be appropriate? I may take a little while to get the hang of things, but I'm happy to put some time into this. -- components: +Extension Modules -Library (Lib), Unicode nosy: +tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg added the comment: My mistake, it is part of the Lib component ... I failed to see the callback to Python from timemodule.c and jumped to conclusions. In any case, I'm happy to work on this. -- ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg added the comment: See also thread http://mail.python.org/pipermail/python-dev/2009-March/087104.html -- ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg added the comment: Python implementation to raise this exception if a bytes argument is passed in as argument 1. Test case added to test_time -- Added file: http://bugs.python.org/file13311/strptime_patch.txt ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Changes by Tennessee Leeuwenburg : -- stage: test needed -> patch review ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg added the comment: Thanks for the comments all and sorry for the delay -- life! -- ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Changes by Tennessee Leeuwenburg : Added file: http://bugs.python.org/file13355/strptime_patch_v2.txt ___ Python tracker <http://bugs.python.org/issue5236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
Tennessee Leeuwenburg added the comment: I'd be happy to look at this. Would you be able to detail what is missing for me, so that it is easier for me to get to grips with what is involved? I'm not intimately familiar with all of the functionality of these modules, so if you are able to detail what is missing, then I can more quickly look at a solution. Thanks, -T -- nosy: +tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue1520662> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
Tennessee Leeuwenburg added the comment: I might start trawling through these issues, slowly ticking them off. Thanks for the links. -T On Wed, Mar 18, 2009 at 1:17 PM, David W. Lambert wrote: > > David W. Lambert added the comment: > > (I have no clue where the servers are.) > > -- > > ___ > Python tracker > <http://bugs.python.org/issue1520662> > ___ > -- Added file: http://bugs.python.org/file13373/unnamed ___ Python tracker <http://bugs.python.org/issue1520662> ___I might start trawling through these issues, slowly ticking them off. Thanks for the links.-TOn Wed, Mar 18, 2009 at 1:17 PM, David W. Lambert <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: David W. Lambert <mailto:lamber...@corning.com";>lamber...@corning.com> added the comment: (I have no clue where the servers are.) -- ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue1520662"; target="_blank">http://bugs.python.org/issue1520662> ___ -- --Tennessee Leeuwenburghttp://myownhat.blogspot.com/";>http://myownhat.blogspot.com/"Don't believe everything you think" ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2304] subprocess under windows fails to quote properly when shell=True
Changes by Tennessee Leeuwenburg : -- stage: -> patch review ___ Python tracker <http://bugs.python.org/issue2304> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3119] pickle.py is limited by python's call stack
Tennessee Leeuwenburg added the comment: Aaron, Could you please upload another patch against the current trunk, then the issue could be flagged as requiring a patch review? Thanks, -Tennessee -- nosy: +tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue3119> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5722] settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)
Tennessee Leeuwenburg added the comment: This issue is a follow-up to Issue 2240 (now closed). http://bugs.python.org/issue2240 -- ___ Python tracker <http://bugs.python.org/issue5722> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2240] setitimer, getitimer wrapper
Tennessee Leeuwenburg added the comment: Closing this issue as the main functionality is committed. See issue 5722 for follow-up regarding FreeBSD functionality. -- nosy: +tleeuwenb...@gmail.com status: open -> closed ___ Python tracker <http://bugs.python.org/issue2240> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5722] settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)
New submission from Tennessee Leeuwenburg :
Tests fail on FreeBSD 6.3
http://www.python.org/dev/buildbot/trunk/x86%20FreeBSD%203%20trunk/build
s/77/step-test/0
Relevant extract from parent issue, post by Guilherme Polo:
---
Trent Nelson kindly gave me access to his FreeBSD 6.2 buildbot so I had
chance to do some tests. The problem happens when Python is built
against or libc_r, or if you are using libmap you won't need to
recompile but the problem still happens when using libc_r.
I started searching in the FreeBSD bug tracker and found this issue:
http://www.freebsd.org/cgi/query-pr.cgi?pr=threads/49087 which seems
very similar to the problem related here.
I've also done a very simple "test" in C, just to demonstrate that this
issue isn't related to Python at all:
#include
#include
#include
void h(int signo)
{
struct itimerval t;
getitimer(ITIMER_PROF, &t);
printf("%d %d\n", t.it_value.tv_sec, t.it_value.tv_usec);
printf("deactive ITIMER_PROF\n");
t.it_value.tv_sec = 0;
t.it_value.tv_usec = 0;
setitimer(ITIMER_PROF, &t, &t);
}
int main(void)
{
struct itimerval ival;
ival.it_value.tv_sec = 1;
ival.it_value.tv_usec = 0;
ival.it_interval.tv_sec = 1;
ival.it_interval.tv_usec = 0;
signal(SIGPROF, h);
printf("%d\n", setitimer(ITIMER_PROF, &ival, NULL));
alarm(2);
while (1) {
getitimer(ITIMER_PROF, &ival);
if (ival.it_value.tv_sec == 0 && ival.it_value.tv_usec == 0)
break;
}
return 0;
}
When I compile this using -lc_r then the callback "h" is never called
and then the alarm is fired. Compiling against pthread, thr or nothing
(since this example doesn't need any threading library) doesn't
demonstrate this problem and all is fine (callback "h" is invoked,
infinite loop finishes and test returns 0).
Should further discussion be moved to python-dev ? I'm somewhat stuck on
how to resolve this, besides saying to upgrade to FreeBSD 7 which uses
libthr by default.
--
messages: 85765
nosy: tleeuwenb...@gmail.com
severity: normal
status: open
title: settimer / gettimer functionality on FreeBSD 6.3 (not 7.x)
type: behavior
versions: Python 3.1
___
Python tracker
<http://bugs.python.org/issue5722>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2706] datetime: define division timedelta/timedelta
Changes by Tennessee Leeuwenburg : -- assignee: -> tleeuwenb...@gmail.com ___ Python tracker <http://bugs.python.org/issue2706> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3119] pickle.py is limited by python's call stack
Changes by Tennessee Leeuwenburg : -- keywords: +needs review -patch stage: -> patch review ___ Python tracker <http://bugs.python.org/issue3119> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
