Vm-dev August 2009

vm-dev@lists.squeakfoundation.org

27 participants
87 discussions

[commit] r2082 - remove redundant build scripts
by commits＠squeakvm.org 25 Aug '09

25 Aug '09

Author: piumarta Date: 2009-08-25 13:52:25 -0700 (Tue, 25 Aug 2009) New Revision: 2082 Removed: trunk/platforms/unix/plugins/DropPlugin/build.cmake trunk/platforms/unix/plugins/FloatMathPlugin/build.cmake trunk/platforms/unix/plugins/RomePlugin/build.cmake trunk/platforms/unix/plugins/UUIDPlugin/build.cmake trunk/platforms/unix/vm-display-fbdev/build.cmake Log: remove redundant build scripts Deleted: trunk/platforms/unix/plugins/DropPlugin/build.cmake =================================================================== --- trunk/platforms/unix/plugins/DropPlugin/build.cmake 2009-08-25 00:34:52 UTC (rev 2081) +++ trunk/platforms/unix/plugins/DropPlugin/build.cmake 2009-08-25 20:52:25 UTC (rev 2082) @@ -1,3 +0,0 @@ -INCLUDE_DIRECTORIES ( - ${cross}/plugins/FilePlugin -) Deleted: trunk/platforms/unix/plugins/FloatMathPlugin/build.cmake =================================================================== --- trunk/platforms/unix/plugins/FloatMathPlugin/build.cmake 2009-08-25 00:34:52 UTC (rev 2081) +++ trunk/platforms/unix/plugins/FloatMathPlugin/build.cmake 2009-08-25 20:52:25 UTC (rev 2082) @@ -1 +0,0 @@ -ADD_DEFINITIONS (-DNO_ISNAN=1) Deleted: trunk/platforms/unix/plugins/RomePlugin/build.cmake =================================================================== --- trunk/platforms/unix/plugins/RomePlugin/build.cmake 2009-08-25 00:34:52 UTC (rev 2081) +++ trunk/platforms/unix/plugins/RomePlugin/build.cmake 2009-08-25 20:52:25 UTC (rev 2082) @@ -1,3 +0,0 @@ -INCLUDE_DIRECTORIES (${cross}/plugins/SurfacePlugin ${@plugin@_include_dirs}) -LINK_DIRECTORIES (${@plugin@_library_dirs}) -TARGET_LINK_LIBRARIES (@plugin@ ${@plugin@_libraries}) Deleted: trunk/platforms/unix/plugins/UUIDPlugin/build.cmake =================================================================== --- trunk/platforms/unix/plugins/UUIDPlugin/build.cmake 2009-08-25 00:34:52 UTC (rev 2081) +++ trunk/platforms/unix/plugins/UUIDPlugin/build.cmake 2009-08-25 20:52:25 UTC (rev 2082) @@ -1 +0,0 @@ -TARGET_LINK_LIBRARIES (@plugin@ ${@plugin@_libs}) Deleted: trunk/platforms/unix/vm-display-fbdev/build.cmake =================================================================== --- trunk/platforms/unix/vm-display-fbdev/build.cmake 2009-08-25 00:34:52 UTC (rev 2081) +++ trunk/platforms/unix/vm-display-fbdev/build.cmake 2009-08-25 20:52:25 UTC (rev 2082) @@ -1,2 +0,0 @@ -#INCLUDE_DIRECTORIES (${cross}/plugins/FilePlugin ${cross}/plugins/SocketPlugin) -#EXPECT_UNDEFINED_SYMBOLS ()

1 0

Fwd: [Pharo-project] Networking on images running on 64 bit OSes.
by Damien Cassou 24 Aug '09

24 Aug '09

---------- Forwarded message ---------- From: Miguel Enrique Cobá Martinez <miguel.coba(a)gmail.com> Date: 2009/8/24 Subject: Re: [Pharo-project] Networking on images running on 64 bit OSes. To: Pharo <pharo-project(a)lists.gforge.inria.fr> El dom, 23-08-2009 a las 18:40 -0500, Miguel Enrique Cobá Martinez escribió: > Is someone working on issues: > > http://code.google.com/p/pharo/issues/detail?id=1031 > http://code.google.com/p/pharo/issues/detail?id=961 > http://code.google.com/p/pharo/issues/detail?id=794 > > Without them fixed the in-image network doesn't work. > > CPU: intel > CPU arch: x86 > OS: Debian GNU/Linux i386 > OS arch: 32 bits > works: YES > > CPU: intel > CPU arch: x86_64 > OS: Debian GNU/Linux amd64 > OS arch: 64 bits > works: NO > > CPU: amd > CPU arch: x86_64 > OS: Debian GNU/Linux i386 > OS arch: 32 bits > works: YES > > CPU: amd > CPU arch: x86_64 > OS: Debian GNU/Linux amd64 > OS arch: 64 bits > works: NO > > In short it doesn't work on a 64 bit OS. > > I tried to see the source code for the squeak vm because it is the > primitives that are failing but I got confused and gave up. > > The interesting part that I found was this: > > static char localHostName[MAXHOSTNAMELEN]; > static u_long localHostAddress; /* GROSS IPv4 ASSUMPTION! */ > > assigned in: > > /* start a new network session */ > > sqInt sqNetworkInit(sqInt resolverSemaIndex) > { > if (0 != thisNetSession) > return 0; /* already initialised */ > gethostname(localHostName, MAXHOSTNAMELEN); > localHostAddress= nameToAddr(localHostName); > thisNetSession= clock() + time(0); > if (0 == thisNetSession) > thisNetSession= 1; /* 0 => uninitialised */ > resolverSema= resolverSemaIndex; > return 0; > } > > by means of: > > static int nameToAddr(char *hostName) > { > struct hostent *he; > > lastError= 0; /* ditto */ > if ((he= gethostbyname(hostName))) > return ntohl(*(long *)(he->h_addr_list[0])); > lastError= h_errno; /* and one more ditto */ > return 0; > } > > there it appears to call a system function (gethostbyname) > and to convert the result struct first entry on array h_addr_list. > > Well the point is, this is for someone with more experience with the > socket plugin in squeak. > > So, it is someone trying to fix this? Are there any news here? > It is a structural problem, because before this I could connect to the network in > my 64 bit OS on my x86_64 architecture without the ia32libs on debian. For these test > I installed the ia32libs package of debian in order load and start the closure vm. > > Maybe Jose Luis Redrejo has a hint about how to build the vm in order to having > a full networking vm/image. > > Or someone more involved with the internals of the vm. > I forgot to mention, this happens with the pharo recommended vm on: pharo-vm-0.15.2d-linux.zip but also with the squeak closure vm on: Squeak-3.10-6.i686-pc-linux-gnu.tar.gz that gives the following messages (the last one is the important) on trying to open a repository with monticello on my 64 bit OS. miguel@laptop:~/Squeak-3.10-6/i686-pc-linux-gnu/usr/local/lib/squeak/3.10-6$ ./squeak /home/miguel/azteca/magma.image ioLoadModule(./UUIDPlugin): libuuid.so.1: cannot open shared object file: No such file or directory ioLoadModule(UUIDPlugin): UUIDPlugin: cannot open shared object file: No such file or directory getaddrinfo: Name or service not known -- Miguel Cobá http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

3 2

Fwd: [Pharo-project] Networking on images running on 64 bit OSes.
by Damien Cassou 24 Aug '09

24 Aug '09

---------- Forwarded message ---------- From: Miguel Enrique Cobá Martinez <miguel.coba(a)gmail.com> Date: 2009/8/24 Subject: [Pharo-project] Networking on images running on 64 bit OSes. To: Pharo <pharo-project(a)lists.gforge.inria.fr> Is someone working on issues: http://code.google.com/p/pharo/issues/detail?id=1031 http://code.google.com/p/pharo/issues/detail?id=961 http://code.google.com/p/pharo/issues/detail?id=794 Without them fixed the in-image network doesn't work. CPU: intel CPU arch: x86 OS: Debian GNU/Linux i386 OS arch: 32 bits works: YES CPU: intel CPU arch: x86_64 OS: Debian GNU/Linux amd64 OS arch: 64 bits works: NO CPU: amd CPU arch: x86_64 OS: Debian GNU/Linux i386 OS arch: 32 bits works: YES CPU: amd CPU arch: x86_64 OS: Debian GNU/Linux amd64 OS arch: 64 bits works: NO In short it doesn't work on a 64 bit OS. I tried to see the source code for the squeak vm because it is the primitives that are failing but I got confused and gave up. The interesting part that I found was this: static char localHostName[MAXHOSTNAMELEN]; static u_long localHostAddress; /* GROSS IPv4 ASSUMPTION! */ assigned in: /* start a new network session */ sqInt sqNetworkInit(sqInt resolverSemaIndex) { if (0 != thisNetSession) return 0; /* already initialised */ gethostname(localHostName, MAXHOSTNAMELEN); localHostAddress= nameToAddr(localHostName); thisNetSession= clock() + time(0); if (0 == thisNetSession) thisNetSession= 1; /* 0 => uninitialised */ resolverSema= resolverSemaIndex; return 0; } by means of: static int nameToAddr(char *hostName) { struct hostent *he; lastError= 0; /* ditto */ if ((he= gethostbyname(hostName))) return ntohl(*(long *)(he->h_addr_list[0])); lastError= h_errno; /* and one more ditto */ return 0; } there it appears to call a system function (gethostbyname) and to convert the result struct first entry on array h_addr_list. Well the point is, this is for someone with more experience with the socket plugin in squeak. So, it is someone trying to fix this? Are there any news here? It is a structural problem, because before this I could connect to the network in my 64 bit OS on my x86_64 architecture without the ia32libs on debian. For these test I installed the ia32libs package of debian in order load and start the closure vm. Maybe Jose Luis Redrejo has a hint about how to build the vm in order to having a full networking vm/image. Or someone more involved with the internals of the vm. -- Miguel Cobá http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

1 0

Caps lock patch for Unix VM
by K. K. Subramaniam 24 Aug '09

24 Aug '09

Hi, In Unix VM, if caps lock is turned on, click acts like shift click (e.g. clicking on World with caps lock pops a find menu, not world menu). This can be very disconcerting when trying to quit. Attached is a patch for sqUnixX11.c Subbu

1 0

Plugin mix ups
by K. K. Subramaniam 23 Aug '09

23 Aug '09

Hi, I just bumped into subtle errors caused by the plugin resolution algorithms ioLoadModule() in sqUnixExternalPrims.c. I was testing Etoys 4 on a machine that also had VM v3.10-5 installed. Etoys (also VM v3.10-5) was placed in $HOME/etoys/. I assumed that -plugins (from command line) or SQUEAK_PLUGINS (from env) would override internal search paths. Etoys tested fine and the code was sent into the field. It promptly bombed :-(. The error turned out to be due to plugins missing in Etoys but present squeakvm. When a OSProcess plugin was missing in -plugins path, instead of returning an error, the algorithm continued searching in built-in paths and picked one up from /usr/local/lib/squeak/3.10-5/. Of course, the field machines did not have squeakvm installed, so the code bombed. Plugins are an integral part of VM and cannot be shared across multiple VM builds. How do VM-ers run vms on the same machine without such mixups? How does one override built-in paths in squeakvm and force it to search only in certain paths? I propose that squeakPlugins be set to ${SQUEAK_PLUGINS:-vmPath} while starting and then override it with -plugins arg (if provided). I am not convinced vmLibDir or LD_LIBRARY_PATH are really needed. Subbu

1 0

3.10-6 shaky?
by Göran Krampe 19 Aug '09

19 Aug '09

Hey! I am prepping a Gjallar demo for later today and had to back down to 3.10-4 due to segfaults etc. Not fully certified yet, but have anyone else seen 3.10-6 go boom more than "usual"? :) regards, Göran

4 6

Fwd: [Pharo-project] Could not load VMMaker in 10315
by John M McIntosh 18 Aug '09

18 Aug '09

Begin forwarded message: > From: Stéphane Ducasse <stephane.ducasse(a)inria.fr> > Date: May 24, 2009 1:35:01 AM PDT (CA) > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: [Pharo-project] Could not load VMMaker in 10315 > Reply-To: Pharo-project(a)lists.gforge.inria.fr > > Hi > > I did > > ScriptLoader loadFFI > Then loaded VMMaker-dtl.122 > Then proceeded when asked about klatt. > > And I got Cannot compile -- stack including temps is too deep > > what did I miss? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

4 7

SerialPlugin modifications to handle arbitrary nodes names
by Serge Stinckwich 17 Aug '09

17 Aug '09

Hi all, i would like to push the following patch in the VM: http://bugs.squeak.org/view.php?id=7266 Severin Lemaignan already talked about this patch in the mailing-list: http://www.nabble.com/Inclusion-of-the-COM-port-patch-for-Unix-MacOS-to2202… and we need the integration of these modifications for our work with robots. Thank you, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

3 2

Forwarded: [squeak-dev] Re: Problems building squeak VM (Fedora core 11)
by David T. Lewis 16 Aug '09

16 Aug '09

FYI for folks building VMs on Linux, the following is from the squeak-dev list. See the list archives for background. Dave ----- Forwarded message from Casimiro de Almeida Barreto <casimiro.barreto(a)gmail.com> ----- Date: Thu, 25 Jun 2009 00:16:06 -0300 From: Casimiro de Almeida Barreto <casimiro.barreto(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Subject: [squeak-dev] Re: Problems building squeak VM (Fedora core 11) Precedence: list Problem is Fedora rel 11 compiler is botched. Made a copy of /usr/include/stdio.h in $ROOT/platforms/unix/vm/stdio.h Edited this file removing dprintf (starting line 399) Changed: #include <stdio.h> to: #include "stdio.h" whenever had problem. in file debug.c included line #include <stdlib.h> Dirty work. But fix things... :( ----- End forwarded message -----

7 13

BitBlt>>primDisplayString no longer updates destX?
by Andreas Raab 15 Aug '09

15 Aug '09

Folks - I just realized that BitBlt>>primDisplayString no longer updates BitBlt's destX var. I'm not sure when or why this was changed but it explains some of the strangeness that has been noticed with m17n font display recently (some glyphs are just printed on top of each other). I would like to fix this ASAP since to me that's a critical piece of code and uncommenting the primitive is painfully slow. Any ideas what was changed and why? Cheers, - Andreas

2 1

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev August 2009