[Pharo-project] [ANN 1.3] One-Click #13315
Please test... https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip -- Marcus Denker -- http://marcusdenker.de
On Wed, Oct 19, 2011 at 2:20 PM, Marcus Denker <marcus.denker@inria.fr>wrote:
Please test...
https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip
-- Marcus Denker -- http://marcusdenker.de
-- Mariano http://marianopeck.wordpress.com
Moose is building now using this image. It looks quite good. The only issue seems to be with RoelTyper when trying to type the variables from AST-Core. But, I did not investigate this in details yet. Cheers, Doru On 19 Oct 2011, at 14:53, Mariano Martinez Peck wrote:
On Wed, Oct 19, 2011 at 2:20 PM, Marcus Denker <marcus.denker@inria.fr> wrote: Please test...
https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip
-- Marcus Denker -- http://marcusdenker.de
-- Mariano http://marianopeck.wordpress.com
-- www.tudorgirba.com "Live like you mean it."
I still get the error handling failure when attempting HtmlParser parse:Clipboard default clipboardText readStream. Again, the expression is wrong, but it should give only a walkback, not the preceding error. ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Tudor Girba [tudor@tudorgirba.com] Sent: Wednesday, October 19, 2011 2:29 PM To: Pharo-project@lists.gforge.inria.fr Cc: A friendly place where any question about pharo is welcome Subject: Re: [Pharo-project] [ANN 1.3] One-Click #13315 Moose is building now using this image. It looks quite good. The only issue seems to be with RoelTyper when trying to type the variables from AST-Core. But, I did not investigate this in details yet. Cheers, Doru On 19 Oct 2011, at 14:53, Mariano Martinez Peck wrote:
On Wed, Oct 19, 2011 at 2:20 PM, Marcus Denker <marcus.denker@inria.fr> wrote: Please test...
https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip
-- Marcus Denker -- http://marcusdenker.de
-- Mariano http://marianopeck.wordpress.com
-- www.tudorgirba.com "Live like you mean it."
Schwab,Wilhelm K wrote:
I still get the error handling failure when attempting
HtmlParser parse:Clipboard default clipboardText readStream.
Again, the expression is wrong, but it should give only a walkback, not the preceding error.
Oh I can reproduce this one easily: Just do this: | buf out | buf := ByteArray new: 1024. out := NullStream new. (ZLibWriteStream on: out) nextPutAll: buf. (the 'out' stream should have been binary in order for the code to be correct) -- View this message in context: http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
That's helpful to illustrate the problem. Of course, the concern is not that the code is wrong (no argument there), it's the fact that 1.3 goes nuts rather than simply displaying a walkback. 1.4 exhibits the same defect. My 1.1.1 image "gets it right," (goes directly to the walkback), but that is using a non-Cog vm. ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of mmimica [milan.mimica@gmail.com] Sent: Saturday, October 22, 2011 5:33 AM To: pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN 1.3] One-Click #13315 Schwab,Wilhelm K wrote:
I still get the error handling failure when attempting
HtmlParser parse:Clipboard default clipboardText readStream.
Again, the expression is wrong, but it should give only a walkback, not the preceding error.
Oh I can reproduce this one easily: Just do this: | buf out | buf := ByteArray new: 1024. out := NullStream new. (ZLibWriteStream on: out) nextPutAll: buf. (the 'out' stream should have been binary in order for the code to be correct) -- View this message in context: http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Heh, to make it more apsurd, this trivial code does the job. And is actually correct. | out | out := NullStream new. self break. On 22 October 2011 16:43, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
That's helpful to illustrate the problem. Of course, the concern is not that the code is wrong (no argument there), it's the fact that 1.3 goes nuts rather than simply displaying a walkback.
1.4 exhibits the same defect. My 1.1.1 image "gets it right," (goes directly to the walkback), but that is using a non-Cog vm.
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [ pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of mmimica [ milan.mimica@gmail.com] Sent: Saturday, October 22, 2011 5:33 AM To: pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN 1.3] One-Click #13315
Schwab,Wilhelm K wrote:
I still get the error handling failure when attempting
HtmlParser parse:Clipboard default clipboardText readStream.
Again, the expression is wrong, but it should give only a walkback, not the preceding error.
Oh I can reproduce this one easily: Just do this:
| buf out | buf := ByteArray new: 1024. out := NullStream new. (ZLibWriteStream on: out) nextPutAll: buf.
(the 'out' stream should have been binary in order for the code to be correct)
-- View this message in context: http://forum.world.st/ANN-1-3-One-Click-13315-tp3918441p3927851.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Milan Mimica http://sparklet.sf.net
On 22 Oct 2011, at 17:21, Milan Mimica wrote:
Heh, to make it more apsurd, this trivial code does the job. And is actually correct. | out | out := NullStream new. self break.
NullStream new is unprintable which seems to trigger the emergency evaluator when entering the debugger. Since the inspector can live with unprintable objects, so should the debugger. Has this already been turned into an issue ? If not, I will do it. Sven
Marcus Denker wrote:
Please test...
https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip
-- Marcus Denker -- http://marcusdenker.de
I've spent the weekend trying to isolate a VM crash varying the conditions under which pharo.exe runs. The user steps to reproduce are minimal: 1. Run pharo.exe 2. Open TestRunner 3. Click <Run Selected> ...but this leaves a lot of possibilities. I have Windows 7 and I usually operate under a non-admin account, but also did testing with an admin account. I got the feeling the problem is network related. During the test run a Windows Security Alert regarding the firewall blocking functionality would appear, and a fair while later the VM would crash. It seems under a non-admin account the OS then choses to deny by default because for subsequent runs of pharo.exe, the WSA did not appear and also the image did not crash the first time <Run Selected> was clicked from TestRunner, but a second click of <Run Selected> would still crash the image. I'm not sure on the list policy of attaching a 1.7MB file with report and crash dumps, so for interested parties I have sent the file direct to Marcus. cheers, Ben
Ben Coman wrote:
Marcus Denker wrote:
Please test...
https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip
-- Marcus Denker -- http://marcusdenker.de
I've spent the weekend trying to isolate a VM crash varying the conditions under which pharo.exe runs. The user steps to reproduce are minimal: 1. Run pharo.exe 2. Open TestRunner 3. Click <Run Selected> ...but this leaves a lot of possibilities.
I have Windows 7 and I usually operate under a non-admin account, but also did testing with an admin account. I got the feeling the problem is network related. During the test run a Windows Security Alert regarding the firewall blocking functionality would appear, and a fair while later the VM would crash. It seems under a non-admin account the OS then choses to deny by default because for subsequent runs of pharo.exe, the WSA did not appear and also the image did not crash the first time <Run Selected> was clicked from TestRunner, but a second click of <Run Selected> would still crash the image.
I'm not sure on the list policy of attaching a 1.7MB file with report and crash dumps, so for interested parties I have sent the file direct to Marcus.
cheers, Ben btw, is there a way to match up a particular test run number with the Testcase that produced it ?
Hi. There was some crash related to network changes... but I don't remember that much. Maybe Sven can help you. Attach here the dump file and the PharoDebug.log no problem. Did you also try in pharo 1.4 ? just to see if it works there. thanks On Sun, Oct 30, 2011 at 3:49 PM, Ben Coman <btc@openinworld.com> wrote:
Ben Coman wrote:
Marcus Denker wrote:
Please test...
https://gforge.inria.fr/frs/**download.php/29274/Pharo-1.3-** 13315-OneClick.zip<https://gforge.inria.fr/frs/download.php/29274/Pharo-1.3-13315-OneClick.zip>
-- Marcus Denker -- http://marcusdenker.de
I've spent the weekend trying to isolate a VM crash varying the conditions under which pharo.exe runs. The user steps to reproduce are minimal: 1. Run pharo.exe 2. Open TestRunner 3. Click <Run Selected> ...but this leaves a lot of possibilities.
I have Windows 7 and I usually operate under a non-admin account, but also did testing with an admin account. I got the feeling the problem is network related. During the test run a Windows Security Alert regarding the firewall blocking functionality would appear, and a fair while later the VM would crash. It seems under a non-admin account the OS then choses to deny by default because for subsequent runs of pharo.exe, the WSA did not appear and also the image did not crash the first time <Run Selected> was clicked from TestRunner, but a second click of <Run Selected> would still crash the image.
I'm not sure on the list policy of attaching a 1.7MB file with report and crash dumps, so for interested parties I have sent the file direct to Marcus.
cheers, Ben
btw, is there a way to match up a particular test run number with the Testcase that produced it ?
-- Mariano http://marianopeck.wordpress.com
participants (8)
-
Ben Coman -
Marcus Denker -
Mariano Martinez Peck -
Milan Mimica -
mmimica
-
Schwab,Wilhelm K -
Sven Van Caekenberghe -
Tudor Girba