Vm-dev November 2017

vm-dev@lists.squeakfoundation.org

16 participants
44 discussions

[OpenSmalltalk/opensmalltalk-vm] 3e80bd: Issue 20294 Add FileAttributesPlugin to the linux ...
by GitHub 10 Nov '17

10 Nov '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 3e80bdb1574d90fe07af086164d3fc8fb34e94e6 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/3e80bdb1574d90fe07… Author: AlistairGrant <akgrant0710(a)gmail.com> Date: 2017-08-25 (Fri, 25 Aug 2017) Changed paths: A platforms/win32/plugins/FileAttributesPlugin/sqWin32File.h Log Message: ----------- Issue 20294 Add FileAttributesPlugin to the linux 32 bit VM Add the windows support code for the FileAttributesPlugin: platforms/win32/plugins/FileAttributesPlugin/sqWin32File.h Commit: 1680d9443be60c826d38d0638f6298c2223a1122 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/1680d9443be60c826d… Author: AlistairGrant <akgrant0710(a)gmail.com> Date: 2017-08-26 (Sat, 26 Aug 2017) Changed paths: A platforms/win32/plugins/FileAttributesPlugin/Makefile.plugin R platforms/win32/plugins/FileAttributesPlugin/sqWin32File.h Log Message: ----------- Issue 20294: Single copy of sqWin32File.h Use Makefile.plugin so that FileAttributesPlugin references FilePlugin's sqWin32File.h instead of copying the file. Commit: b351fe0edeac5d1fa19107f0bc7a166888db5f78 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/b351fe0edeac5d1fa1… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2017-11-10 (Fri, 10 Nov 2017) Changed paths: A platforms/win32/plugins/FileAttributesPlugin/Makefile.plugin Log Message: ----------- Merge pull request #147 from akgrant43/20294-Add-FileAttributesPlugin Issue 20294 Add FileAttributesPlugin to the linux 32 bit VM Integrator note: it's from pharo issue tracker https://pharo.fogbugz.com/f/cases/20294/ and this commit fix the compilation on win32 The corresponding plugin remains to be integrated in VMMaker Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/8cff18901ab9...b3…

1 0

[OpenSmalltalk/opensmalltalk-vm] e1d06f: Fix #164
by GitHub 09 Nov '17

09 Nov '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: e1d06f3ec9e6f5fdadf836c106752075a54dd2cd https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/e1d06f3ec9e6f5fdad… Author: Luís Câmara <luis.camara(a)live.com.pt> Date: 2017-11-03 (Fri, 03 Nov 2017) Changed paths: M .appveyor.yml Log Message: ----------- Fix #164 Commit: 68b44fd0a44265de706262842e38e96d49e11e14 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/68b44fd0a44265de70… Author: Luís Câmara <luis.camara(a)live.com.pt> Date: 2017-11-04 (Sat, 04 Nov 2017) Changed paths: M .appveyor.yml Log Message: ----------- Update .appveyor.yml Commit: 8cff18901ab981089de0a4a64a4571c82082bfc4 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/8cff18901ab981089d… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2017-11-09 (Thu, 09 Nov 2017) Changed paths: M .appveyor.yml Log Message: ----------- Merge pull request #165 from luis140219/patch-1 Fix #164 Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/370fa3109807...8c…

1 0

[OpenSmalltalk/opensmalltalk-vm] 4d40fe: Use correct errno header path on OpenBSD
by GitHub 09 Nov '17

09 Nov '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 4d40fead1b8766b5cd0e96c6f858807837ab8a2c https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/4d40fead1b8766b5cd… Author: Christian Kellermann <ckeen(a)pestilenz.org> Date: 2017-11-07 (Tue, 07 Nov 2017) Changed paths: M platforms/unix/vm/sqUnixExternalPrims.c Log Message: ----------- Use correct errno header path on OpenBSD Commit: ebf7ca7131c5b11113e3ea5f09ec9966e6d861b1 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/ebf7ca7131c5b11113… Author: Christian Kellermann <ckeen(a)pestilenz.org> Date: 2017-11-07 (Tue, 07 Nov 2017) Changed paths: M platforms/unix/vm/sqUnixMain.c M platforms/unix/vm/sqUnixVMProfile.c Log Message: ----------- Add profiling support for i386, thanks to Stuart Cassoff Commit: 370fa31098076acd70918a8f4ab31fad0f3366bd https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/370fa31098076acd70… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2017-11-09 (Thu, 09 Nov 2017) Changed paths: M platforms/unix/vm/sqUnixExternalPrims.c M platforms/unix/vm/sqUnixMain.c M platforms/unix/vm/sqUnixVMProfile.c Log Message: ----------- Merge pull request #167 from ckeen/OpenBSD_Integration Improve OpenBSD support (base files) Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/f819c8f7d221...37…

1 0

Re: [Vm-dev] [squeak-dev] Saving Projects Broken? Squeak5.1-16549-64bit.2.image
by Eliot Miranda 08 Nov '17

08 Nov '17

Hi John-Reed, On Fri, Nov 3, 2017 at 3:21 PM, John-Reed Maffeo <jrmaffeo(a)gmail.com> wrote: > /Smalltalk/Squeak64/Squeak5.1-16549-64bit.2.image > Squeak5.1 > latest update: #16549 > Current Change Set: WorkSpace > Image format 68021 (64 bit) > > I have no experience with saving projects, but I thought I would try it > and see how it works. > > The image I am using has four projects: > 1. The root project that opens in a fresh image > 2. A Morphic project > 3.1 Another Morphic project and, > 3.2 An MVC project in the 3.1 Morphic project. > > When trying to save 2, I get an error message. > > Note: I also tried this on a fresh image with the same results. > a. Open new (as downloaded) image. > b. Create Morphic project, make no changes, just open it. > c. Try to save it >> error > > It looks like it is trying to process "(TheWorldMainDockingBar>>#toggleFullScreenOn: > "a CompiledMethod(2777225)")" > Yes, there are VM bugs with ImageSegment on Spur. I haven't had time to debug yet. Things have been getting slowly better (recently the size limit for Spur image segments was lifted) but I haven't got the bugs out yet. _,,,^..^,,,_ best, Eliot

1 0

Re: [Vm-dev] [Pharo-dev] change weird String compare: method (was about SortFunctions)
by Nicolas Cellier 07 Nov '17

07 Nov '17

2017-11-07 14:48 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > 2017-11-07 14:45 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> 2017-11-07 14:40 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@gmai >> l.com>: >> >>> >>> >>> 2017-11-07 14:20 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: >>> >>>> I have new question. Why we really need threeWayCompareTo:? >>>> DefaultSortFunction can implement it using standard comparison methods. >>>> >>>> >>> But what would the DefaultSortFunction use? >>> 2 among the 3 selectors < = > ? >>> It's just that we might scan String twice when <=> would do it once, but >>> apart that is OK >>> >> >> Yes, you are right. >> And we already have VM based String compare: with strange logic returning >> 1, 2, 3. So we already can optimize current String>>threeWayCompareTo:. >> > > Maybe good idea to open ticket and modify image level methods to return > standard -1,0,1 values. > > We should have done that for long. But we want to avoid images to behave differentlly depending on VM version. Possibility 1: add a new primitive, marking the old as for backward compatibility, and modify image side with backward compatibility support (try new prim, if failure try old, if failure revert to Smalltalk code) Since this primitive is only for accelerating things and not strictly necessary, we don't need backward compatibility so: Possibility 2: add a new primitive, and modify image side (try new prim if failure then revert to Smalltalk code)

1 0

[Off-Topic] linking exported symbols into shared lib
by Ben Coman 07 Nov '17

07 Nov '17

$ nm -A fpdfview.o | grep FPDF_Init fpdfview.o:0000000000000000 T FPDF_InitLibrary fpdfview.o:0000000000000000 T FPDF_InitLibraryWithConfig fpdfview.o:0000000000000000 t FPDF_InitLibraryWithConfig.part.47 IIUC, the capital "T" means the "FPDF_InitLibrary" symbol is exported and available for another program to link against. Browsing around, object files are composed into a shared library like this... $ g++ -fPIC -shared -o libmypdf.so fpdfview.o but now the "FPDF_InitLibrary" symbol shows as internal and I can't link against it. $ nm -A libmypdf.so | grep FPDF_Init libmypdf.so:0000000000003e60 t FPDF_InitLibrary libmypdf.so:0000000000003e80 t FPDF_InitLibraryWithConfig libmypdf.so:00000000000031f0 t FPDF_InitLibraryWithConfig.part.47 Here is my makefile... INC_DIR= -I ./public LIB_DIR= -L ./out STD_LIBS= -lpthread -lm -lc -lstdc++ PDF_LIBS= -lmypdfium default: gcc -o first first.c ${INC_DIR} ${LIB_DIR} ${PDF_LIBS} ${STD_LIBS} So I know it finds the library, since if I change its name the linker complains it can't find the file. I don't think the following adds useful extra info, but for completeness... The header file fpdfview.h has... #if defined(_WIN32) && defined(FPDFSDK_EXPORTS) // On Windows system, functions are exported in a DLL #define FPDF_EXPORT __declspec(dllexport) #define FPDF_CALLCONV __stdcall #else #define FPDF_EXPORT #define FPDF_CALLCONV #endif #ifdef __cplusplus extern "C" { #endif FPDF_EXPORT void FPDF_CALLCONV FPDF_InitLibrary(); #ifdef __cplusplus } #endif

2 4

Proof of Concept of a pharo cog spur VM to OpenBSD
by Christian Kellermann 07 Nov '17

07 Nov '17

Dear List, I have managed to successfully build a pharo cog spur VM on the OpenBSD operating system (http://openbsd.org). I have put up some patches on a fork of the opensmalltalk-vm github repo: https://github.com/ckeen/opensmalltalk-vm/tree/OpenBSD_PoC I habe briefly started current Squeak with it also, but did not build a specific VM for it. I would consider this a proof of concept at the moment and would like to discuss how to get this into the main repo. OpenBSD needs a couple of changes, all of them pretty minor. Mostly this is due to different location of include files (errno) or unsupported linker flags (-lrt) or not included by default search paths (/usr/X11R6/{include, lib), /usr/local/{include,lib})/ However just hacking them into the mvm script for one machine does not seem right, are these files generated by something else? I have also disabled the building of third party components. I am currently relying on them being installed already by the OS package manager. If this gets integrated in a real OpenBSD package these dependencies would be made explicit in the package's meta information. Also how do you test these VMs? I am a SmallTalk beginner so I am not yet familiar with the available tooling that's out there. To reproduce this build on OpenBSD, make sure you compile/install the resulting binaries into a partition that is mounted with the OpenBSD specific wxallowed flag (usually /usr/local). Otherwise the JIT will just cause a segmentation fault as mapping memory writable and executable at the same time is prohibited by default. My next planned steps would be: - Get the needed patches into your repo - Build all VMs under OpenBSD, once I know how to test those properly - Propose an update to the outdated OpenBSD squeak package - Propose a port of Pharo to be included in the OpenBSD ports tree - Write a plugin for OpenBSD's sndio sound system (Pulse seems to work but that is usually not installed) Looking forward to hearing your opinion. Kind regards, Christian P.S.: There is also still some issue with the FFI binding a ByteArray from libc (i.e. the 'environ' Variable). This fails for two reasons: LibC is looking for the wrong libc module name ('libc.so.6' instead of 'libc.so' or more specific to OpenBSD 'libc.so.<major>.<minor>' for example 'libc.so.90.0'). And then I get an External Allocation error. I am not sure whether this is a bug in the VM handling 64bits or in Pharo. I have not yet tested this behaviour with Squeak yet. -- May you be peaceful, may you live in safety, may you be free from suffering, and may you live with ease.

3 6

[OpenSmalltalk/opensmalltalk-vm] f819c8: Oops - fix SqueakSSL Win64 Pharo again
by GitHub 06 Nov '17

06 Nov '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: f819c8f7d2214a8a84526fe6bcc467354f900bf3 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/f819c8f7d2214a8a84… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2017-11-06 (Mon, 06 Nov 2017) Changed paths: M build.win64x64/pharo.cog.spur/plugins.ext Log Message: ----------- Oops - fix SqueakSSL Win64 Pharo again

1 0

[OpenSmalltalk/opensmalltalk-vm] ecebcc: Build SqueakSSL for Win64 pharo.cog.spur too
by GitHub 06 Nov '17

06 Nov '17

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: ecebcca92dbdba8e41e65d9cf48a4f1c4cf8422b https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/ecebcca92dbdba8e41… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2017-11-06 (Mon, 06 Nov 2017) Changed paths: M build.win64x64/pharo.cog.spur/plugins.ext Log Message: ----------- Build SqueakSSL for Win64 pharo.cog.spur too

1 0

[commit][3760] Update with source generated from ImageFormat-dtl.28
by commits＠squeakvm.org 05 Nov '17

05 Nov '17

Revision: 3760 Author: lewis Date: 2017-11-05 10:05:07 -0800 (Sun, 05 Nov 2017) Log Message: ----------- Update with source generated from ImageFormat-dtl.28 Modified Paths: -------------- trunk/src/ckformat.c Modified: trunk/src/ckformat.c =================================================================== --- trunk/src/ckformat.c 2017-04-11 01:31:29 UTC (rev 3759) +++ trunk/src/ckformat.c 2017-11-05 18:05:07 UTC (rev 3760) @@ -5,7 +5,7 @@ /* Usage: ckformat imageFileName */ /* --- DO NOT EDIT THIS FILE --- */ -/* --- Automatically generated from class ImageFormat 2017-01-02T20:53:17.937+01:00--- */ +/* --- Automatically generated from class ImageFormat 2017-11-02T23:51:17.239+01:00--- */ /* --- Source code is in package ImageFormat in the VMMaker repository --- */ /* --- DO NOT EDIT THIS FILE --- */ @@ -65,72 +65,72 @@ } } { - unsigned char b_68000_5[8]= { 0, 0, 0, 0, 0, 1, 9, 160}; - if (strncmp(buf, b_68000_5, 8) == 0) { - printf("%d\n", 68000); + unsigned char b_6505_5[4]= { 0, 0, 25, 105}; + if (strncmp(buf, b_6505_5, 4) == 0) { + printf("%d\n", 6505); exit(0); } } { - unsigned char b_68000_6[8]= { 160, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68000_6, 8) == 0) { - printf("%d\n", 68000); + unsigned char b_6505_6[4]= { 105, 25, 0, 0}; + if (strncmp(buf, b_6505_6, 4) == 0) { + printf("%d\n", 6505); exit(0); } } { - unsigned char b_68002_7[8]= { 0, 0, 0, 0, 0, 1, 9, 162}; - if (strncmp(buf, b_68002_7, 8) == 0) { - printf("%d\n", 68002); + unsigned char b_6521_7[4]= { 0, 0, 25, 121}; + if (strncmp(buf, b_6521_7, 4) == 0) { + printf("%d\n", 6521); exit(0); } } { - unsigned char b_68002_8[8]= { 162, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68002_8, 8) == 0) { - printf("%d\n", 68002); + unsigned char b_6521_8[4]= { 121, 25, 0, 0}; + if (strncmp(buf, b_6521_8, 4) == 0) { + printf("%d\n", 6521); exit(0); } } { - unsigned char b_6505_9[4]= { 0, 0, 25, 105}; - if (strncmp(buf, b_6505_9, 4) == 0) { - printf("%d\n", 6505); + unsigned char b_68000_9[8]= { 0, 0, 0, 0, 0, 1, 9, 160}; + if (strncmp(buf, b_68000_9, 8) == 0) { + printf("%d\n", 68000); exit(0); } } { - unsigned char b_6505_10[4]= { 105, 25, 0, 0}; - if (strncmp(buf, b_6505_10, 4) == 0) { - printf("%d\n", 6505); + unsigned char b_68000_10[8]= { 160, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68000_10, 8) == 0) { + printf("%d\n", 68000); exit(0); } } { - unsigned char b_68003_11[8]= { 0, 0, 0, 0, 0, 1, 9, 163}; - if (strncmp(buf, b_68003_11, 8) == 0) { - printf("%d\n", 68003); + unsigned char b_68002_11[8]= { 0, 0, 0, 0, 0, 1, 9, 162}; + if (strncmp(buf, b_68002_11, 8) == 0) { + printf("%d\n", 68002); exit(0); } } { - unsigned char b_68003_12[8]= { 163, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68003_12, 8) == 0) { - printf("%d\n", 68003); + unsigned char b_68002_12[8]= { 162, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68002_12, 8) == 0) { + printf("%d\n", 68002); exit(0); } } { - unsigned char b_6521_13[4]= { 0, 0, 25, 121}; - if (strncmp(buf, b_6521_13, 4) == 0) { - printf("%d\n", 6521); + unsigned char b_68003_13[8]= { 0, 0, 0, 0, 0, 1, 9, 163}; + if (strncmp(buf, b_68003_13, 8) == 0) { + printf("%d\n", 68003); exit(0); } } { - unsigned char b_6521_14[4]= { 121, 25, 0, 0}; - if (strncmp(buf, b_6521_14, 4) == 0) { - printf("%d\n", 6521); + unsigned char b_68003_14[8]= { 163, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68003_14, 8) == 0) { + printf("%d\n", 68003); exit(0); } } @@ -199,72 +199,72 @@ } } { - unsigned char b_68000_5[8]= { 0, 0, 0, 0, 0, 1, 9, 160}; - if (strncmp(buf, b_68000_5, 8) == 0) { - printf("%d\n", 68000); + unsigned char b_6505_5[4]= { 0, 0, 25, 105}; + if (strncmp(buf, b_6505_5, 4) == 0) { + printf("%d\n", 6505); exit(0); } } { - unsigned char b_68000_6[8]= { 160, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68000_6, 8) == 0) { - printf("%d\n", 68000); + unsigned char b_6505_6[4]= { 105, 25, 0, 0}; + if (strncmp(buf, b_6505_6, 4) == 0) { + printf("%d\n", 6505); exit(0); } } { - unsigned char b_68002_7[8]= { 0, 0, 0, 0, 0, 1, 9, 162}; - if (strncmp(buf, b_68002_7, 8) == 0) { - printf("%d\n", 68002); + unsigned char b_6521_7[4]= { 0, 0, 25, 121}; + if (strncmp(buf, b_6521_7, 4) == 0) { + printf("%d\n", 6521); exit(0); } } { - unsigned char b_68002_8[8]= { 162, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68002_8, 8) == 0) { - printf("%d\n", 68002); + unsigned char b_6521_8[4]= { 121, 25, 0, 0}; + if (strncmp(buf, b_6521_8, 4) == 0) { + printf("%d\n", 6521); exit(0); } } { - unsigned char b_6505_9[4]= { 0, 0, 25, 105}; - if (strncmp(buf, b_6505_9, 4) == 0) { - printf("%d\n", 6505); + unsigned char b_68000_9[8]= { 0, 0, 0, 0, 0, 1, 9, 160}; + if (strncmp(buf, b_68000_9, 8) == 0) { + printf("%d\n", 68000); exit(0); } } { - unsigned char b_6505_10[4]= { 105, 25, 0, 0}; - if (strncmp(buf, b_6505_10, 4) == 0) { - printf("%d\n", 6505); + unsigned char b_68000_10[8]= { 160, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68000_10, 8) == 0) { + printf("%d\n", 68000); exit(0); } } { - unsigned char b_68003_11[8]= { 0, 0, 0, 0, 0, 1, 9, 163}; - if (strncmp(buf, b_68003_11, 8) == 0) { - printf("%d\n", 68003); + unsigned char b_68002_11[8]= { 0, 0, 0, 0, 0, 1, 9, 162}; + if (strncmp(buf, b_68002_11, 8) == 0) { + printf("%d\n", 68002); exit(0); } } { - unsigned char b_68003_12[8]= { 163, 9, 1, 0, 0, 0, 0, 0}; - if (strncmp(buf, b_68003_12, 8) == 0) { - printf("%d\n", 68003); + unsigned char b_68002_12[8]= { 162, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68002_12, 8) == 0) { + printf("%d\n", 68002); exit(0); } } { - unsigned char b_6521_13[4]= { 0, 0, 25, 121}; - if (strncmp(buf, b_6521_13, 4) == 0) { - printf("%d\n", 6521); + unsigned char b_68003_13[8]= { 0, 0, 0, 0, 0, 1, 9, 163}; + if (strncmp(buf, b_68003_13, 8) == 0) { + printf("%d\n", 68003); exit(0); } } { - unsigned char b_6521_14[4]= { 121, 25, 0, 0}; - if (strncmp(buf, b_6521_14, 4) == 0) { - printf("%d\n", 6521); + unsigned char b_68003_14[8]= { 163, 9, 1, 0, 0, 0, 0, 0}; + if (strncmp(buf, b_68003_14, 8) == 0) { + printf("%d\n", 68003); exit(0); } }

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev November 2017