Vm-dev April 2009

vm-dev@lists.squeakfoundation.org

22 participants
37 discussions

VM on ppc/linux: "iconv_open: Invalid argument"
by pascal.vollmer＠nexgo.de 10 Apr '09

10 Apr '09

Hello, I have brought Squeak-3.7-7.powerpc-linux-gnu.tar.gz to an linux-based embedded system with no display. In order to test that Squeak is alive I did Smalltalk addToStartUpList: MyTestClass. Here I ask to create a text file and to write some lines. Running this on my host linux-based computer works without any problems. The text file is created as expected. On the target I get: "iconv_open: Invalid argument". The text file is not created. Looking through the vm-sources led me to [squeak-svn] trunk/platforms/unix/vm/sqUnixCharConv.c/convertChars(..). But since now I could not find fixes or other clues. Any idea ? Kind regards Pascal Pascal Vollmer Email: pascal.vollmer(a)ieee.org Zerreißen Sie die Netze der Phisher, Hacker und Betrüger! Ihre Internet-Sicherheits-Seiten auf Arcor.de bieten alle Infos und Hilfsmittel, die Sie zum sicheren Surfen brauchen! Play it safe! http://www.arcor.de/footer-sicherheit/

1 0

[Bug] Bug in BitBlt (rgbMin and other set alpha to 0)
by Juan Vuletich 09 Apr '09

09 Apr '09

Hi Folks, I found a bug in BitBlt. The following rules: 20 rgbAdd:with: 21 rgbSub:with: 27 rgbMax:with 28 rgbMin:with: 29 rgbMinInvert:with: 37 rgbMul:with: will set alpha = 0 if the destination is 32 bit deep. This means that if the destination is 32bpp, these rules are useless, as they will ignore source and destination and always set all the pixels to transparent. To test, try printing: f1 := Form extent: 8@8 depth: 32. f1 fillColor: (Color r: 1.0 g: 1.0 b: 0.7 alpha: 0.6). f2 := Form extent: 8@8 depth: 32. f2 fillColor: (Color r: 0.5 g: 1.0 b: 0.7 alpha: 0.7). bb :=(BitBlt toForm: f1) sourceForm: f2; combinationRule: 28; copyBits. (f1 colorAt: 2@2) alpha The fix I propose is in the last line of all those methods, to change 'nBits: 8 nPartitions: 3' to read 'nBits: 8 nPartitions: 4'. This would make all these operations to treat alpha as they treat red, green and blue. This could have some performance impact. Reasonable alternatives includes leaving alpha unchanged, set it to 255 (opaque), or set it to (source max: destination). What do you think? Thanks, Juan Vuletich

4 16

browserPluginReturnIfNeeded
by Eliot Miranda 09 Apr '09

09 Apr '09

Hi All, is browserPluginReturnIfNeeded needed on anything other than Mac OS classic? I'd like to nuke it in the Cog VM as it complicates. Talking with Andreas he says that now Squeak browser plugins run in a separate thread and project a window into the browser, which is almost what I did with my first VW browser plugin until John Baker found one can run in a completely different process and still project a window into the browser :) So it would seem that browserPluginReturnIfNeeded is indeed obsolete. Can anyone confirm or contradict? TIA Eliot

4 3

Re: [Vm-dev] LoadLibrary problem on Vista? - supplementary info
by Aran Lunzer 02 Apr '09

02 Apr '09

Andreas wrote: > This is the first time I've ever heard of something like > it. However, it looks like this is a custom VM, no? If it is, I would > recommend running one of the release VMs instead to see if you get the > same problem or not. If you don't, then I think it's safe to assume that > the problem is related to whatever modifications you've been doing. Fair point. I've now confirmed that the problem occurs with VMs as supplied with 3.9 (Sept 2004) and 3.10 (Aug 2007). The reason for this problem being intermittent seems to be that it depends on what DLLs you've loaded, and whether any of them happens to be occupying the address space normally used for the DLL you want to load now. It seems like something of a lottery. But perhaps the fact that I'm normally running inside Internet Explorer, and loading a bunch of other DLLs, makes such clashes more likely? Otherwise it's odd that no-one else is seeing this. Meanwhile, Korakurider pointed me to the following information about DLL-relocation problems with gcc: >By quick googling I found >http://oakham.cs.ucl.ac.uk/pipermail/sumover-dev/2009-January/000982.html >that shows similar symptom and (possible) root cause. > >> "The problem is that DLLs generated by MingW GCC (with -shared) are not > > correctly relocatable, even though they contain relocation information. > > LoadLibrary() returns ERROR_NOACCESS if it is forced to relocate the DLL > > and a backtrace shows a blind jump into bad memory from > > __gcc_register_frame. " So it looks like there is some precedent for this kind of problem - though I can't tell whether our situation quite matches this one. For a start, they are talking about a later release of gcc. Anyway, I've now managed to install the ProcessWrapper plugin source and build my own dll. The problem remains as before, which wouldn't be surprising if my build environment is basically the same as for the distributed version. The question is (I guess) whether I can now flick some switch to create a version that doesn't barf when relocated. (One thing I notice is that the new DLL is larger than the distributed one: 121344 bytes cf 115712. Presumably some difference in the C or CXX flags? For the record, mine are as seen here: gcc -c -g3 -O3 -mpentium -mwindows -fomit-frame-pointer -funroll-loops -fschedule-insns2 -I. -I../.. -I../../vm -Ic:/dx7sdk/include -DLSB_FIRST -DX86 ProcessWrapperPlugin.c g++.exe -c main.cpp -o main.o -g3 -O3 -mpentium -mwindows -fomit-frame-pointer -funroll-loops -fschedule-insns2 -I. -I../.. -I../../vm -Ic:/dx7sdk/include -felide-constructors ) Ok, so... it seems that Squeak VM-building tools are based on gcc 2.95. If the relocation problem is related to gcc, and if it was fixed in a later release, is it a simple matter for me to install that instead? Presumably I wouldn't need to use the new compiler for the VM, but just the external DLLs. Thanks - Aran

1 0

Re: Build, send and comment on Plugins page
by Andreas Raab 02 Apr '09

02 Apr '09

Good idea. Any reason not to maintain the page at Squeak.org in (or near) the downloads section? I think this would make it easier for people to find it when they're looking for a download. Cheers, - Andreas Torsten Bergmann wrote: > There is a new page on the pharo website [1] with an overview > on all plugins available for squeak and pharo. > > Plugins should be easily downloadable so one dont has to > rebuild them from scratch again and again. This is especially > for newbies with no knowledge of the tool chain to build plugins. > > Feel free to send comments and build/send plugins for the various > OS platforms. The page is maintained by m.rueger at acm.org > > Thank > Torsten > > [1] http://code.google.com/p/pharo/wiki/VMPluginOverview > [2] http://lists.gforge.inria.fr/pipermail/pharo-project/2009-March/007231.html > >

2 1

Linux ALSA sound bug
by Bert Freudenberg 01 Apr '09

01 Apr '09

Whenever I try to play a sound in Etoys on Fedora 10, the VM logs a notice: soundStart: snd_add_pcm_handler: Function not implemented This has been reported a couple of times but did not make it to this list yet, apparently: http://tinyurl.com/c4kmta A workaround is to force using OSS instead of ALSA using the -vm-sound- OSS option. I filed this at http://bugs.squeak.org/view.php?id=7328 (wondered why it was auto-assigned to Tim - maybe Dave would be a better taker now?) - Bert -

2 1

Re: [squeak-dev] Build, send and comment on Plugins page
by Bert Freudenberg 01 Apr '09

01 Apr '09

On 01.04.2009, at 09:03, Torsten Bergmann wrote: > There is a new page on the pharo website [1] with an overview > on all plugins available for squeak and pharo. > > [1] http://code.google.com/p/pharo/wiki/VMPluginOverview That's a great start! Very useful potentially. IMHO listing all the plugins that are usually built as internal is more confusing than helpful. At least that should be mentioned (or they should get their own table?). At the very least use a lower-case "i" to indicate "internal", I wondered what the vertical bar meant ;) Plugins missing include Rome, DBus, GStreamer: http://squeaksource.com/Rome.html http://squeaksource.com/dbus.html http://squeaksource.com/GStreamer.html - Bert -

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2009