Status: Accepted
Owner: siguc...(a)gmail.com
Labels: Type-Defect Priority-Medium
New issue 97 by siguc...(a)gmail.com: Sound on Linux
http://code.google.com/p/cog/issues/detail?id=97
... I had to replace the vm-sound-ALSA plugin that comes bundled in the 1.4
one-click image with the so.vm-sound-ALSA one that comes in Squeak 4.3.
Couldn't we include that one by default? The one that comes with Pharo
doesn't work and reports "could not find module vm-sound-ALSA".
...
Looks like run-time link problems, because code we use for this plugin is
same.
Status: Accepted
Owner: nicolas....(a)gmail.com
Labels: Type-Enhancement Priority-Low
New issue 96 by nicolas....(a)gmail.com: Using >> (bitShift:) instead of pow
(raisedTo:)
http://code.google.com/p/cog/issues/detail?id=96
By virtue of SLANG translation, interpreterAllocationReserveBytes uses
pow((double)2,(double)n) to answer an int, wouldn't it better to just use a
bit shift?
2^n <=> 1<<n, up to n=31
I doubt we reserve more than that, the result is signed anyway.
And this would remove yet another warning.
Attachments:
interpreterAllocationReserveBytes.st 2.0 KB
Updates:
Status: Accepted
Cc: esteba...(a)gmail.com
Comment #1 on issue 72 by sean.p.d...(a)gmail.com: Don't open an Dialog on
Mac in headless mode
http://code.google.com/p/cog/issues/detail?id=72
This is even more important now with the MBP retina. A "headless" cog image
always forces the GPU to discrete mode, draining the battery. I often use
headless (e.g. for Jenkins jobs and web scrapers) and in addition to the
distraction of the unneeded window popping up, the switch to the power
hogging GPU for no reason is even more of a drag.
Comment #5 on issue 44 by siguc...(a)gmail.com: Ephemerons integration
http://code.google.com/p/cog/issues/detail?id=44
Eliot proposed to change implementation to use separate object format for
Ephemerons.
Comment #6 on issue 92 by nicolas....(a)gmail.com: 3 LargeInteger arithmetic
primitive bugs with minimum signed 64 bit value
http://code.google.com/p/cog/issues/detail?id=92
As long as SmallInteger minVal negated (2^30) fits on 32 bits, there would
be no such problem in SmallInteger primitives.
AFAICT, 0 - INT_MIN like problem was only in LargeInt primitives, and those
are not jitted.
However, JIT is clever and for example in genPrimitiveAdd avoid shifting
the SmallInteger tag (genShiftAwaySmallIntegerTagsInScratchReg:), and just
remove it from one of operands (genRemoveSmallIntegerTagsInScratchReg:) so
as to directly produce a tagged integer. Thus, testing if the result fits
in 31 bit SmallInteger, become as simple as testing for 32 bit overflow...
Testing for overflow is much simpler than in C, see senders of
#JumpOverflow:
Note that genPrimitiveDivide use another strategy for testing overflow case
of (SmallInteger minVal/-1).
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 109 by jonkande...(a)gmail.com: CogVM crashes with simple code
http://code.google.com/p/cog/issues/detail?id=109
Below are a few lines of code that crashes the CogVM on both
Linux and Windows. File-in the Smalltalk code below, then evaluate
[nil crashCogVM]. The code uses [1-1] but it could use [1+1] or
[56+98]. I put the code on nil, but that is not important either. I
think the important thing is that the primitive (+ or -) is evaluated
but the result is not assigned into any variable. Also important is
that the code is put into a loop that I assume has been JIT optimized.
The image I used is Pharo 1.4 one-click with latest update #14459.
This code does not crash StackVM.
!UndefinedObject methodsFor: 'crash' stamp: 'JonKAnderson 11/29/2012 17:26'!
crashCogVM
" Evaluate [
nil crashCogVM ]"
| i |
i := 20.
1 to: i do: [:d | 1-1 ]
! !
With squeak-vm-4.10.2.2614 with the Scratch plugin that's included, the Help
Screens function (which is supposed to launch a browser with HTML help) does
not work. If I copy in the so.ScratchPlugin from the Scratch package,
however, it works fine.
(Code is 'ScratchPlugin primOpenURL: helpDir pathName, FileDirectory slash,
aFilename')
--
Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/>
I thought the problem I was having was scratch specific, but I've
discovered that it happens more generally. If I use squeak-image 4.3,
there's a little icon at the top right for going full-screen, and that works
fine to get to full screen, but gives an unresponsive all-black window when
clicked again to exit.
I'm running squeak-vm-4.10.2.2614 on Fedora 18.
--
Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/>