Vm-dev January 2021

vm-dev@lists.squeakfoundation.org

20 participants
161 discussions

Fwd: Bintray account for OpenSmalltalk has been rate-limited
by Fabio Niephaus 05 Feb '21

05 Feb '21

Hi all, Looks like our Bintray account has been rate-limited again, possibly due to too many builds that pushed binaries to Bintray without deleting older ones. This possibly can cause CI builds to fail (if they fail to deploy to Bintray). I'm afraid I don't have much time to look into this, but I will monitor and forward the communication with Bintray support. Best, Fabio ---------- Forwarded message --------- From: Bintray <noreply(a)bintray.com> Date: Thu, Jan 21, 2021 at 7:11 AM Subject: Bintray account for OpenSmalltalk has been rate-limited To: <code(a)fniephaus.com> Hi OpenSmalltalk, Your Bintray account is currently rate-limited due to overuse. Customer Support should contact you at the earliest to remove the limits from your account. You may also contact them directly at support(a)jfrog.com. Regards, The Bintray Team

6 10

missing file sqFFIPlugin.c in config.cmake
by stes＠PANDORA.BE 30 Jan '21

30 Jan '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Please have a look at the following fixes for SVN squeak classical VM. Patches for platforms/unix/plugins/SqueakFFIPrims (see below). Those are against revision 3796 latest (I think) from svn. The issues are 1) missing #include in any-libffi.c 2) missing sqFFIPlugin.c file in config.cmake 3) ffi-config refers to non-existing ../../config/config.guess Thanks if this can be applied to subversion. David Stes Index: plugins/SqueakFFIPrims/any-libffi.c =================================================================== - --- plugins/SqueakFFIPrims/any-libffi.c (revision 3796) +++ plugins/SqueakFFIPrims/any-libffi.c (working copy) @@ -13,6 +13,7 @@ * *****************************************************************************/ #include "sq.h" +#include "sqVirtualMachine.h" /* primitiveFail in struct VirtualMachine */ #include "sqFFI.h" #ifndef NO_FFI_SUPPORT Index: plugins/SqueakFFIPrims/config.cmake =================================================================== - --- plugins/SqueakFFIPrims/config.cmake (revision 3796) +++ plugins/SqueakFFIPrims/config.cmake (working copy) @@ -46,7 +46,7 @@ PLUGIN_DISABLE () ENDIF () ENABLE_LANGUAGE (ASM) - - PLUGIN_SOURCES ("${cross}/plugins/${plugin}/sqManualSurface.c ${SQFFIC} ${unix}/plugins/${plugin}/${cpu}-${abi}.c ${unix}/plugins/${plugin}/${cpu}-${abi}-asm.S") + PLUGIN_SOURCES ("${cross}/plugins/${plugin}/sqFFIPlugin.c ${cross}/plugins/${plugin}/sqManualSurface.c ${SQFFIC} ${unix}/plugins/${plugin}/${cpu}-${abi}.c ${unix}/plugins/${plugin}/${cpu}-${abi}-asm.S") IF (CMAKE_COMPILER_IS_GNUCC) SET (CMAKE_ASM_COMPILER "${CMAKE_C_COMPILER}") SET (CMAKE_ASM_FLAGS "${CMAKE_C_FLAGS} -c") Index: plugins/SqueakFFIPrims/ffi-config =================================================================== - --- plugins/SqueakFFIPrims/ffi-config (revision 3796) +++ plugins/SqueakFFIPrims/ffi-config (working copy) @@ -7,7 +7,7 @@ # -lib print nothing if supported, otherwise `-lffi' # -query exit with status 0 if supported, 1 if libffi required - -cfgdir=../../config +cfgdir=../../cmake if [ $# -gt 0 ]; then case $1 in @@ -39,6 +39,7 @@ case ${abi} in linux) abi=sysv;; + solaris*) abi=sysv;; darwin*) abi=darwin;; *) abi=libffi; lib="-lffi";; esac -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJgEDpfAAoJEAwpOKXMq1MaD+gH/jpY8bPYrJ+ScYisjjZbpLbF fiD+yOMQBG4UmBWGdgF+41xRrLjKQV/nXLotTsUQS1qHtox+Jl7yGXiYCMuxndvd x7EwirGO6q81dpmBAwYX/yPWlwRCiBYsjiGPFIB/tu0C/0TpT4WbLOi95xs+PqN6 m8+0585aPPV3bDNxo/eRqWaZdPUG4tN19v0OXqvh77SUMDVpQwMaVWCUKjA1Qn1D s0esq2bOgkH8VBUP7zUjY/ka9Q+E1W8qAHz3MFZi1ACFbBDZgx6mBd6lD8AR7LQg kHu/TwWcTuGHGe2faKskgJk54xAOjvTHVz+dcYnFgfrS5vby0L7iNavlGpcm3Fw= =6Rov -----END PGP SIGNATURE-----

2 5

CfP | Programming Experience Workshop PX/21
by Marcel Taeumel 28 Jan '21

28 Jan '21

===== PX/21 Call for Papers ===== Welcome to the 7th Edition of the Programming Experience Workshop https://2021.programming-conference.org/home/px-2021 [https://2021.programming-conference.org/home/px-2021] Co-located with <Programming> 2021 https://2021.programming-conference.org/ [https://2021.programming-conference.org/] ## Abstract Some programming feels fun, other programming feels annoying. Why? For a while now the study of programming has forced improvements to be described through the Fordist lens of usability and productivity, where the thing that matters is how much software can get built, how quickly. But along the way, something has gone missing. What makes programmers feel the way they do when they’re programming? It’s not usually fun to spend an age doing something that could have been done easily, so efficiency and usability still matter, but they’re not the end of the story. Some environments, activities, contexts, languages, infrastructures make programming feel alive, others feel like working in a bureaucracy. This is not purely technologically determined, writing Lisp to do your taxes probably still isn’t fun, but it’s also not technologically neutral, writing XML to produce performance art is still likely to be <bureaucratic></bureaucratic>. Whilst we can probably mostly agree about what isn’t fun, what is remains more personal and without a space within the academy to describe it. In its past editions, PX set its focus on questions like: Do programmers create text that is transformed into running behavior (the old way), or do they operate on behavior directly (“liveness”); are they exploring the live domain to understand the true nature of the requirements; are they like authors creating new worlds; does visualization matter; is the experience immediate, immersive, vivid and continuous; do fluency, literacy, and learning matter; do they build tools, meta-tools; are they creating languages to express new concepts quickly and easily; and curiously, is joy relevant to the experience? In this 7th edition of PX, we will expand its focus to also cover the experience that programmers have. What makes it and what breaks it? For whom? What can we build to share the joy of programming with others? Here is a list of topic areas to get you thinking: - creating programs - experience of programming - exploratory programming - liveness - non-standard tools - visual, auditory, tactile, and other non-textual languages - text and more than text - program understanding - domain-specific languages - psychology of programming - error tolerance - user studies Correctness, performance, standard tools, foundations, and text-as-program are important traditional research areas, but the experience of programming and how to improve and evolve it are the focus of this workshop. We also welcome a wide spectrum of contributions on programming experience. ## Submissions Submissions are solicited for Programming Experience 2021 (PX/21). The thrust of the workshop is to explore the human experience of programming—what it feels like to program, or what it should feel like. The technical topics include exploratory programming, live programming, authoring, representation of active content, visualization, navigation, modularity mechanisms, immediacy, literacy, fluency, learning, tool building, and language engineering. Submissions by academics, professional programmers, and non-professional programmer are welcome. Submissions can be in any form and format, including but not limited to papers, presentations, demos, videos, panels, debates, essays, writers’ workshops, and art. Presentation slots are expected to be between 20 minutes and one hour (if time allows), depending on quality, form, and relevance to the workshop. Submissions of academic papers directed toward publication should be so marked, and the program committee will engage in peer review for all such papers. All artifacts are to be submitted via EasyChair [2]. Papers and essays must be written in English, provided as PDF documents, and follow the new ACM Conference ‘acmart’ Format with the ‘sigconf’ option [3] using the Times New Roman font family with 10 point font size. If you are formatting your paper using LaTeX, you will need to set the ‘10pt’ option in the ‘\documentclass’ command. If you are formatting your paper using Word, you may wish to use the provided Word template that supports this font size. Please include page numbers in your submission for review using the LaTeX command ‘\settopmatter{printfolios=true}’ (see examples in template). Please also ensure that your submission is legible when printed on a black and white printer. In particular, please check that colors remain distinct and font sizes are legible. There is no page limit on submitted papers and essays. It is, however, the responsibility of the authors to keep the reviewers interested and motivated to read the paper. Reviewers are under no obligation to read all or even a substantial portion of a paper or essay if they do not find the initial part of it interesting. ## Publication Authors of accepted contributions will be invited to present their work at the workshop. *Papers accepted for publication* will appear in the ACM Digital Library (ACM DL) as part of the ‹Programming› 2021 Conference Companion. ## Upcoming Deadlines (AoE UTC-12h) Submissions: Sun 14 Feb 2021 Notifications: Sun 28 Feb 2021 Pre-workshop versions: Sun 14 Mar 2021 Workshop: Mon 22 Mar 2021 Final versions: Fri 9 Apr 2021 ## More Information [1] https://2021.programming-conference.org/home/px-2021 [https://2021.programming-conference.org/home/px-2021] [2] https://easychair.org/conferences/?conf=px21 [https://easychair.org/conferences/?conf=px21] [3] http://www.acm.org/publications/proceedings-template [http://www.acm.org/publications/proceedings-template]

1 0

VM Maker: VMMaker.oscog-eem.2941.mcz
by commits＠source.squeak.org 27 Jan '21

27 Jan '21

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2941.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2941 Author: eem Time: 26 January 2021, 5:37:27.815241 pm UUID: 84ab4f06-0db7-4eca-b3de-b5ac04b17b92 Ancestors: VMMaker.oscog-eem.2940 Add explicit variables for the handler and unwind primitive markers (PrimNumberHandlerMarker & PrimNumberUnwindMarker), and add 123 as the no-context-switch marker (PrimNumberNoContextSwitchMarker). =============== Diff against VMMaker.oscog-eem.2940 =============== Item was changed: ----- Method: CurrentImageCoInterpreterFacade>>canContextSwitchIfActivating:header: (in category 'accessing') ----- canContextSwitchIfActivating: method header: header "Would like to do ^coInterpreter canContextSwitchIfActivating: method header: header but the bytecode access to get at the primitive number defeats us :-(, so the following may well get out-of-date..." + ^(self objectForOop: method) primitive ~= PrimNumberUnwindMarker + and: [(self objectForOop: method) primitive ~= PrimNumberNoContextSwitchMarker]! - ^(self objectForOop: method) primitive ~= 198! Item was changed: ----- Method: Interpreter>>isHandlerMarked: (in category 'compiled methods') ----- isHandlerMarked: aContext "Is this a MethodContext whose meth has a primitive number of 199?" | header meth pIndex | "NB: the use of a primitive number for marking the method is pretty grungy, but it is simple to use for a test sytem, not too expensive and we don't actually have the two spare method header bits we need. We can probably obtain them when the method format is changed. NB 2: actually, the jitter will probably implement the prim to actually mark the volatile frame by changing the return function pointer." <inline: true> header := self baseHeader: aContext. (self isMethodContextHeader: header) ifFalse: [^false]. meth := self fetchPointer: MethodIndex ofObject: aContext. pIndex := self primitiveIndexOf: meth. + ^pIndex == PrimNumberHandlerMarker - ^pIndex == 199 ! Item was changed: ----- Method: StackInterpreter class>>initializePrimitiveTable (in category 'initialization') ----- (excessive size, no diff calculated) Item was changed: ----- Method: StackInterpreter>>canContextSwitchIfActivating:header: (in category 'message sending') ----- canContextSwitchIfActivating: theMethod header: methodHeader + "Context switch should not be allowed on every method activation. In particular the + implementation of ensure: and ifCurtailed: depends on there being no suspension point + on failing primitive 198 (primitiveMarkUnwindMethod, primitiveMarkUnwindMethod). + slowPrimitiveResponse used to state - "Context switch should not be allowed on every method activation. In particular - the implementation of ensure: and ifCurtailed: depends on there being no - suspension point on failing primitive 198 (primitiveMarkUnwindMethod). - slowPrimitiveResponse states ``N.B. This means there is no suspension point on primitive failure which methods such as ensure: and ifCurtailed: rely on.'' Rather than prevent context switch on all primitives but the ones we really need to be suspension points (primitiveSignal et al) we choose to allow context switch + for all but primitiveMarkUnwindMethod and PrimNumberNoContextSwitch." - for all but primitiveMarkUnwindMethod." | primitiveIndex | <api> <inline: true> primitiveIndex := self primitiveIndexOfMethod: theMethod header: methodHeader. ^self cppIf: true ifTrue: + [primitiveIndex ~= PrimNumberUnwindMarker "198 primitiveMarkUnwindMethod" + and: [primitiveIndex ~= PrimNumberNoContextSwitchMarker "123"]] - [primitiveIndex ~= 198] "primitiveMarkUnwindMethod" ifFalse: [primitiveIndex = 0 or: [(primitiveIndex between: 85 and: 88) "primitiveSignal primitiveWait primitiveResume primitiveSuspend" or: [primitiveIndex = 167 "primitiveYield" or: [primitiveIndex between: 185 and: 186 "primitiveExitCriticalSection primitiveEnterCriticalSection"]]]]! Item was changed: ----- Method: StackInterpreter>>findUnwindThroughContext: (in category 'return bytecodes') ----- findUnwindThroughContext: homeContext + "Search for either an unwind-protect (activation of method with primitive 198, PrimNumberUnwindMarker) - "Search for either an unwind-protect (activation of method with primitive 198) or homeContext along the sender chain, which ever is found first. Return values: 0 home context was found on sender chain with no intervening unwind-protects nilObj home context could not be found => cannotReturn context the context of an intervening unwind-protect implies home context was found" | onSamePage ctxtOrNilOrZero theMethod | "Almost always (98%) the home is on the same page, in which case we know it will be found." onSamePage := (self isStillMarriedContext: homeContext) and: [(stackPages pageIndexFor: framePointer) = (stackPages pageIndexFor: (self frameOfMarriedContext: homeContext))]. "Since nothing changes we don't need to internalize." + ctxtOrNilOrZero := self findMethodWithPrimitive: PrimNumberUnwindMarker FromFP: framePointer UpToContext: homeContext. - ctxtOrNilOrZero := self findMethodWithPrimitive: 198 FromFP: framePointer UpToContext: homeContext. self deny: (onSamePage and: [ctxtOrNilOrZero = objectMemory nilObject]). ctxtOrNilOrZero = 0 ifTrue: [theMethod := objectMemory fetchPointer: MethodIndex ofObject: homeContext. + (self primitiveIndexOf: theMethod) = PrimNumberUnwindMarker ifTrue: - (self primitiveIndexOf: theMethod) = 198 ifTrue: [^homeContext]. ^0]. "If an unwind was found, can the home context be found also? No need to look if on the same page. No need to look if cannot return (ctxtOrNilOrZero = objectMemory nilObject)" (onSamePage or: [ctxtOrNilOrZero = objectMemory nilObject]) ifFalse: [(self findMethodWithPrimitive: 0 FromContext: ctxtOrNilOrZero UpToContext: homeContext) = objectMemory nilObject ifTrue: [^objectMemory nilObject]]. ^ctxtOrNilOrZero! Item was changed: ----- Method: StackInterpreterPrimitives>>primitiveFindHandlerContext (in category 'control primitives') ----- primitiveFindHandlerContext "Primitive. Search up the context stack for the next method context marked for exception handling starting at the receiver. Return nil if none found" | handlerOrNilOrZero | self externalWriteBackHeadFramePointers. handlerOrNilOrZero := self + findMethodWithPrimitive: PrimNumberHandlerMarker - findMethodWithPrimitive: 199 FromContext: self stackTop UpToContext: objectMemory nilObject. handlerOrNilOrZero = 0 ifTrue: [handlerOrNilOrZero := objectMemory nilObject]. self pop: 1 thenPush: handlerOrNilOrZero! Item was changed: ----- Method: StackInterpreterPrimitives>>primitiveFindNextUnwindContext (in category 'control primitives') ----- primitiveFindNextUnwindContext "Primitive. Search up the context stack for the next method context marked for unwind handling from the receiver up to but not including the argument. Return nil if none found." | stopContext calleeContext handlerOrNilOrZero | <var: #theFP type: #'char *'> stopContext := self stackTop. calleeContext := self stackValue: 1. (stopContext = objectMemory nilObject or: [objectMemory isContext: stopContext]) ifFalse: [^self primitiveFail]. "The following should never be true, but developing full blocks, early in September 2016 we were seeing invalid invocations of this primitive.. Hence the assert:" self assert: stopContext ~= calleeContext. self externalWriteBackHeadFramePointers. (self isStillMarriedContext: calleeContext) ifTrue: [| theFP | theFP := self frameOfMarriedContext: calleeContext. (self isBaseFrame: theFP) ifTrue: + [handlerOrNilOrZero := self findMethodWithPrimitive: PrimNumberUnwindMarker - [handlerOrNilOrZero := self findMethodWithPrimitive: 198 FromContext: (self frameCallerContext: theFP) UpToContext: stopContext] ifFalse: + [handlerOrNilOrZero := self findMethodWithPrimitive: PrimNumberUnwindMarker - [handlerOrNilOrZero := self findMethodWithPrimitive: 198 FromFP: (self frameCallerFP: theFP) UpToContext: stopContext]] ifFalse: [| startContext | startContext := objectMemory fetchPointer: SenderIndex ofObject: calleeContext. (objectMemory isContext: startContext) ifTrue: + [handlerOrNilOrZero := self findMethodWithPrimitive: PrimNumberUnwindMarker - [handlerOrNilOrZero := self findMethodWithPrimitive: 198 FromContext: startContext UpToContext: stopContext] ifFalse: [handlerOrNilOrZero := 0]]. handlerOrNilOrZero = 0 ifTrue: [handlerOrNilOrZero := objectMemory nilObject]. self pop: 2 thenPush: handlerOrNilOrZero! Item was changed: SharedPool subclass: #VMBasicConstants instanceVariableNames: '' + classVariableNames: 'BaseHeaderSize BytecodeSetHasExtensions BytesPerOop BytesPerWord COGMTVM COGVM CloneOnGC CloneOnScavenge DisownVMForFFICall DisownVMForThreading DoAssertionChecks DoExpensiveAssertionChecks GCCheckPrimCall GCModeBecome GCModeFreeSpace GCModeFull GCModeImageSegment GCModeIncremental GCModeNewSpace HashMultiplyConstant HashMultiplyMask IMMUTABILITY LowcodeVM MULTIPLEBYTECODESETS NewspeakVM PharoVM PrimErrBadArgument PrimErrBadIndex PrimErrBadMethod PrimErrBadNumArgs PrimErrBadReceiver PrimErrCallbackError PrimErrFFIException PrimErrGenericFailure PrimErrInappropriate PrimErrLimitExceeded PrimErrNamedInternal PrimErrNeedCompaction PrimErrNoCMemory PrimErrNoMemory PrimErrNoModification PrimErrNotFound PrimErrOSError PrimErrObjectIsPinned PrimErrObjectMayMove PrimErrObjectMoved PrimErrObjectNotPinned PrimErrOperationFailed PrimErrUnsupported PrimErrWritePastObject PrimNoErr PrimNumberHandlerMarker PrimNumberNoContextSwitchMarker PrimNumberUnwindMarker SPURVM STACKV M SistaVM TempVectReadBarrier VMBIGENDIAN' - classVariableNames: 'BaseHeaderSize BytecodeSetHasExtensions BytesPerOop BytesPerWord COGMTVM COGVM CloneOnGC CloneOnScavenge DisownVMForFFICall DisownVMForThreading DoAssertionChecks DoExpensiveAssertionChecks GCCheckPrimCall GCModeBecome GCModeFreeSpace GCModeFull GCModeImageSegment GCModeIncremental GCModeNewSpace HashMultiplyConstant HashMultiplyMask IMMUTABILITY LowcodeVM MULTIPLEBYTECODESETS NewspeakVM PharoVM PrimErrBadArgument PrimErrBadIndex PrimErrBadMethod PrimErrBadNumArgs PrimErrBadReceiver PrimErrCallbackError PrimErrFFIException PrimErrGenericFailure PrimErrInappropriate PrimErrLimitExceeded PrimErrNamedInternal PrimErrNeedCompaction PrimErrNoCMemory PrimErrNoMemory PrimErrNoModification PrimErrNotFound PrimErrOSError PrimErrObjectIsPinned PrimErrObjectMayMove PrimErrObjectMoved PrimErrObjectNotPinned PrimErrOperationFailed PrimErrUnsupported PrimErrWritePastObject PrimNoErr SPURVM STACKVM SistaVM TempVectReadBarrier VMBIGENDIAN' poolDictionaries: '' category: 'VMMaker-Interpreter'! !VMBasicConstants commentStamp: '<historical>' prior: 0! I am a shared pool for basic constants upon which the VM as a whole depends. self ensureClassPool. self classPool declare: #BytesPerWord from: VMSqueakV3ObjectRepresentationConstants classPool. self classPool declare: #BaseHeaderSize from: VMSqueakV3ObjectRepresentationConstants classPool (ObjectMemory classPool keys select: [:k| k beginsWith: 'Byte']) do: [:k| self classPool declare: k from: ObjectMemory classPool]!

1 0

[OpenSmalltalk/opensmalltalk-vm] 010c20: Abstract the shift and mask for mouse button event...
by Eliot Miranda 26 Jan '21

26 Jan '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 010c20edc9e759ea565e68d2049443ad6a6d2c47 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/010c20edc9e759ea56… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2021-01-25 (Mon, 25 Jan 2021) Changed paths: M platforms/iOS/vm/OSX/sqSqueakOSXApplication+events.h M platforms/iOS/vm/OSX/sqSqueakOSXApplication+events.m Log Message: ----------- Abstract the shift and mask for mouse button event processing into manifest constants on MacOS in preparation for including more buttons from gaming mice.

1 0

VM Maker: Cog-eem.435.mcz
by commits＠source.squeak.org 26 Jan '21

26 Jan '21

Eliot Miranda uploaded a new version of Cog to project VM Maker: http://source.squeak.org/VMMaker/Cog-eem.435.mcz ==================== Summary ==================== Name: Cog-eem.435 Author: eem Time: 25 January 2021, 6:53:54.410949 pm UUID: d02b8a08-b3b8-40f2-afa7-992cd048c258 Ancestors: Cog-eem.434 Fix an edit slip in cloneObjects. Thanks Tim!! =============== Diff against Cog-eem.434 =============== Item was changed: ----- Method: Spur32BitPreen>>cloneObjects (in category 'bootstrap image') ----- cloneObjects "Clone all normal objects. Of hidden objects only clone the freeLists object and the classTableRoot and class table pages. In particular, dont clone objStacks. The refs to the objStacks are nilled out in fillInHeap." | i freeListsObject | i := 0. freeListsObject := oldHeap freeListsObject. oldHeap allOldSpaceObjectsDo: [:obj32| (i := i + 1) >= 100000 ifTrue: [Transcript nextPut: $:; flush. i := 0]. obj32 = freeListsObject ifTrue: [self cloneFreeLists: obj32] ifFalse: + [(self shouldClone: obj32) ifTrue: - [(self shouldcloneObject: obj32) ifTrue: [self cloneObject: obj32]]]! Item was changed: ----- Method: SpurMtoNBitImageConverter>>cloneObjects (in category 'bootstrap image') ----- cloneObjects "Clone all normal objects. Of hidden objects only clone the freeLists object and the classTableRoot and class table pages. In particular, dont clone objStacks. The refs to the objStacks are nilled out in fillInHeap." | i freeListsObject | i := 0. freeListsObject := sourceHeap freeListsObject. sourceHeap allOldSpaceObjectsDo: [:sourceObj| (i := i + 1) >= 100000 ifTrue: [Transcript nextPut: $:; flush. i := 0]. sourceObj = freeListsObject ifTrue: [self cloneFreeLists: sourceObj] ifFalse: + [(self shouldClone: sourceObj) ifTrue: - [(self shouldcloneObject: sourceObj) ifTrue: [self cloneObject: sourceObj]]]!

1 0

[OpenSmalltalk/opensmalltalk-vm] 108075: doc: Add link to example build for Debian (64-bit)...
by Christoph Thiede 26 Jan '21

26 Jan '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 108075d58c78a1203e8d19fee1abedf8fab2b18c https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/108075d58c78a1203e… Author: Christoph Thiede <38782922+LinqLover(a)users.noreply.github.com> Date: 2021-01-25 (Mon, 25 Jan 2021) Changed paths: M build.linux64ARMv8/HowToBuild Log Message: ----------- doc: Add link to example build for Debian (64-bit) (#549)

1 0

[OpenSmalltalk/opensmalltalk-vm] doc: Add link to example build for Debian (64-bit) [ci-skip] (#549)
by Christoph Thiede 26 Jan '21

26 Jan '21

/cc @eliotmiranda You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/549 -- Commit Summary -- * doc: Add link to example build for Debian (64-bit) -- File Changes -- M build.linux64ARMv8/HowToBuild (4) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/549.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/549.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/549

2 1

[OpenSmalltalk/opensmalltalk-vm] Trouble running OSVM in an Ubuntu 20/aarch64 docker (raspi) (#544)
by Christoph Thiede 24 Jan '21

24 Jan '21

Sorry for the complex title. I'm not yet sure what is the error in my particular configuration. I'm trying to write a Dockerfile to run Squeak on my raspberry pi (4b+, set up with 64 bit). I downloaded this release: `squeak.cog.spur_linux64x64_202003021730` and tried to execute it without any arguments for the beginning: ``` root@cadc927632ce:/# ./sqcogspur64linuxht/squeak not a dynamic executable Error. Could not determine platform's libc path for VM. Try forcing $PLATFORMLIBDIR in ./sqcogspur64linuxht/squeak, based on LIBC_SO. Please report what works to squeak [vm-dev] mail list. LIBC_SO= DISTRIB_ID=Ubuntu DISTRIB_RELEASE=20.04 DISTRIB_CODENAME=focal DISTRIB_DESCRIPTION="Ubuntu 20.04.1 LTS" NAME="Ubuntu" VERSION="20.04.1 LTS (Focal Fossa)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 20.04.1 LTS" VERSION_ID="20.04" VERSION_CODENAME=focal UBUNTU_CODENAME=focal UNAME=Linux cadc927632ce 5.4.79-v8+ #1373 SMP PREEMPT Mon Nov 23 13:32:41 GMT 2020 aarch64 aarch64 aarch64 GNU/Linux System seems to be 64 bit. You may need to (re)install the 32-bit libraries. ``` What does this error message want to tell me? Which libraries should I install? I already gave this \[<https://github.com/pharo-project/pharo-launcher/issues/112>\] a try, but I only get 404 errors for i386 repository - [it looks as if it is not available for Ubuntu 20.](https://eofla.wordpress.com/2020/04/01/ubuntu-20-04-lts-i386-repositor… Can you help me? What libraries and packages do I need to install to get a (headful, planning to use `ssh -X`) running in my container? (PS: Probably a Squeak alternative for http://get.pharo.org/ could be helpful, too. :-)) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/544

4 12

[OpenSmalltalk/opensmalltalk-vm] 6f1d60: Fix the y value in ioPositionOfScreenWorkArea & io...
by Eliot Miranda 24 Jan '21

24 Jan '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 6f1d6084b0da13e7231f383d6f71622ad8743d2b https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/6f1d6084b0da13e723… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2021-01-23 (Sat, 23 Jan 2021) Changed paths: M platforms/iOS/plugins/HostWindowPlugin/sqMacHostWindow.m Log Message: ----------- Fix the y value in ioPositionOfScreenWorkArea & ioScreenRectangles in the Mac HostWindowPlugin.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev January 2021