Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
(30) |
May
(18) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2002 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
|
Sep
(23) |
Oct
(180) |
Nov
(291) |
Dec
(95) |
2003 |
Jan
(338) |
Feb
(352) |
Mar
(97) |
Apr
(46) |
May
(226) |
Jun
(184) |
Jul
(145) |
Aug
(141) |
Sep
(69) |
Oct
(161) |
Nov
(96) |
Dec
(90) |
2004 |
Jan
(66) |
Feb
(87) |
Mar
(98) |
Apr
(132) |
May
(115) |
Jun
(68) |
Jul
(150) |
Aug
(92) |
Sep
(59) |
Oct
(52) |
Nov
(17) |
Dec
(75) |
2005 |
Jan
(84) |
Feb
(191) |
Mar
(133) |
Apr
(114) |
May
(158) |
Jun
(185) |
Jul
(62) |
Aug
(28) |
Sep
(36) |
Oct
(88) |
Nov
(65) |
Dec
(43) |
2006 |
Jan
(85) |
Feb
(62) |
Mar
(92) |
Apr
(75) |
May
(68) |
Jun
(101) |
Jul
(73) |
Aug
(37) |
Sep
(91) |
Oct
(65) |
Nov
(30) |
Dec
(39) |
2007 |
Jan
(24) |
Feb
(28) |
Mar
(10) |
Apr
(2) |
May
(18) |
Jun
(16) |
Jul
(21) |
Aug
(6) |
Sep
(30) |
Oct
(31) |
Nov
(153) |
Dec
(31) |
2008 |
Jan
(63) |
Feb
(70) |
Mar
(47) |
Apr
(24) |
May
(59) |
Jun
(22) |
Jul
(12) |
Aug
(7) |
Sep
(14) |
Oct
(26) |
Nov
(5) |
Dec
(5) |
2009 |
Jan
(10) |
Feb
(41) |
Mar
(70) |
Apr
(88) |
May
(49) |
Jun
(62) |
Jul
(34) |
Aug
(15) |
Sep
(55) |
Oct
(40) |
Nov
(67) |
Dec
(21) |
2010 |
Jan
(60) |
Feb
(17) |
Mar
(26) |
Apr
(26) |
May
(29) |
Jun
(4) |
Jul
(21) |
Aug
(21) |
Sep
(10) |
Oct
(12) |
Nov
(3) |
Dec
(19) |
2011 |
Jan
(3) |
Feb
(13) |
Mar
(8) |
Apr
(8) |
May
(17) |
Jun
(20) |
Jul
(21) |
Aug
(7) |
Sep
|
Oct
|
Nov
(9) |
Dec
(11) |
2012 |
Jan
(3) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
(14) |
Jul
(5) |
Aug
(2) |
Sep
(15) |
Oct
(2) |
Nov
(23) |
Dec
(1) |
2013 |
Jan
(8) |
Feb
(1) |
Mar
|
Apr
|
May
(5) |
Jun
(1) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
(12) |
Nov
(10) |
Dec
(3) |
2014 |
Jan
(7) |
Feb
(14) |
Mar
(2) |
Apr
|
May
(2) |
Jun
(11) |
Jul
(10) |
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(1) |
Dec
(2) |
2015 |
Jan
(9) |
Feb
(7) |
Mar
(1) |
Apr
|
May
(7) |
Jun
|
Jul
(5) |
Aug
(6) |
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2016 |
Jan
(1) |
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(6) |
Aug
(8) |
Sep
(21) |
Oct
(17) |
Nov
|
Dec
(36) |
2017 |
Jan
(6) |
Feb
(2) |
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(6) |
2018 |
Jan
(2) |
Feb
(3) |
Mar
(3) |
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
(1) |
4
|
5
(7) |
6
(2) |
7
(3) |
8
(1) |
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
(2) |
17
(1) |
18
|
19
(4) |
20
(2) |
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
30
|
|
From: Ronald Oussoren <ronaldoussoren@ma...> - 2012-11-20 08:07:41
|
On 20 Nov, 2012, at 3:11, Ben Smith <bcsmith05@...> wrote: > Benjamin Smith <bcsmith05 <at> gmail.com> writes: > >> >> Hi all, >> >> I have a python script that I'm bundling with py2app and run using > AppHelper.runEventLoop. In my script, I >> set sys.excepthook to a custom function in order to do some cleanup when there > is an unhandled exception. >> However, because runEventLoop runs the entire runloop inside a try, except > block, sys.excepthook is >> never called and the application simply terminates. It looks like the only > way to mimic this behavior is to >> pass in my cleanup code within the 'unexpectedErrorAlert' parameter to > runEventLoop, but that seemed to >> not be the best approach. Is there another way to mimic sys.excepthook that > I'm missing? >> >> Thanks! >> Ben >> ------------------------------------------------------------------------------ >> Monitor your physical, virtual and cloud infrastructure from a single >> web console. Get in-depth insight into apps, servers, databases, vmware, >> SAP, cloud infrastructure, etc. Download 30-day Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> > > Hi again, > > It looks like my understanding earlier was not correct. The problem was > unrelated to runEventLoop's try/catch blocks, but rather seemed to be related to > the fact that my exception was being raised in code that was fired off from > applicationDidFinishLaunching. It seems that when python code raises an > exception within a method called from the run loop, the exception is handled by > the run loop (generating an objective C exception) and so never reaches the > python unhandled exception handler. The Objective-C exception should be converted to a Python one by the bridge, unless the runloop swallows the exception (and it does that at least for some exceptions). > > The first thing we tried was to use NSSetUncaughtExceptionHandler to catch the > objective-C exceptions, but it seems like that function is not implemented. So > now what we're going with is to write a decorator to wrap methods that could be > called from the run loop in try, except, and then on the except, route the > exception to our sys.excepthook function. Does that sound reasonable? That's the best solution. In general Apple's code doesn't like exceptions at all, throwing exceptions through an Objective-C callstack could result in resource leaks and other misbehavior. That's because Apple tends to use exceptions only to signal programmer errors, "normal" errors are usually signalled using return values and/or NSError values. You could also call "objc.setVerbose(1)". After that call PyObjC will print exceptions when converting them to/from Objective-C. Ronald > > Thanks a bunch! > Ben > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Pyobjc-dev mailing list > Pyobjc-dev@... > https://lists.sourceforge.net/lists/listinfo/pyobjc-dev |
From: Ben Smith <bcsmith05@gm...> - 2012-11-20 02:15:02
|
Benjamin Smith <bcsmith05 <at> gmail.com> writes: > > Hi all, > > I have a python script that I'm bundling with py2app and run using AppHelper.runEventLoop. In my script, I > set sys.excepthook to a custom function in order to do some cleanup when there is an unhandled exception. > However, because runEventLoop runs the entire runloop inside a try, except block, sys.excepthook is > never called and the application simply terminates. It looks like the only way to mimic this behavior is to > pass in my cleanup code within the 'unexpectedErrorAlert' parameter to runEventLoop, but that seemed to > not be the best approach. Is there another way to mimic sys.excepthook that I'm missing? > > Thanks! > Ben > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > Hi again, It looks like my understanding earlier was not correct. The problem was unrelated to runEventLoop's try/catch blocks, but rather seemed to be related to the fact that my exception was being raised in code that was fired off from applicationDidFinishLaunching. It seems that when python code raises an exception within a method called from the run loop, the exception is handled by the run loop (generating an objective C exception) and so never reaches the python unhandled exception handler. The first thing we tried was to use NSSetUncaughtExceptionHandler to catch the objective-C exceptions, but it seems like that function is not implemented. So now what we're going with is to write a decorator to wrap methods that could be called from the run loop in try, except, and then on the except, route the exception to our sys.excepthook function. Does that sound reasonable? Thanks a bunch! Ben |