<html><head></head><body bgcolor="#FFFFFF"><div>Hi Ajay,</div><div><br></div><div>the entire source code is accessible from Etoys, by pressing the view-source key (or ctrl-comma), as I mentioned earlier. Open a System Browser to see the entire tree. This is not just a viewer, but you can modify the live system.</div><div><br></div><div>Smalltalk (of which Squeak is a dialect) does not use source-code-in-text-files. That idea was abandoned back in the early 70ies. Instead, we modify objects directly in memory. E.g., adding a method means adding a CompiledMethod object to the class object's method dictionary. For safety<span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "> we also log source code changes to a database, but that's only secondary.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">The primary means of saving is dumping the whole object memory to disc (that's the "etoys.image" file). When loading it back into memory, execution resumes exactly where it left off. There is no "main" function, although you register certain objects to be notified on resume. That way, the system has been running forever. There are objects in it that were created 30 years ago. Which is pretty cool, in my opinion, but quite a bit different from most other programming systems today.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">In any case, Etoys comes with all the Squeak tools to inspect and modify itself. The central class managing Sugar integration is called SugarLauncher. The entry point is its "startUp" method.</span></div><div><br>- Bert -</div><div><br>On 02.06.2012, at 07:18, Ajay Garg <<a href="mailto:ajay@activitycentral.com">ajay@activitycentral.com</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>Hi Bert.<br><br><br><br>Would it be possible for you to provide with the following ::<br><br>a)<br>Core etoys-code (the complete source tree is highly desirable :-) ).<br><br>b)<br>Sugar glue-code.<br><br><br>Thanks and Regards,<br>
Ajay<br><br><div class="gmail_quote">On Fri, Jun 1, 2012 at 11:23 AM, Ajay Garg <span dir="ltr"><<a href="mailto:ajay@activitycentral.com" target="_blank">ajay@activitycentral.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thanks Bert.<br><br>1)<br>Bert, I re-compiled after installing all the header- and devel- packages as told by you (after incorporating a blocker-fix as per <a href="http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266" target="_blank">http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/146266</a>).<br>
<br>However, I still am not able to hear any sound.<br><br><br>2)<br>I also tried copying all the so.* files from my Dell laptop (where the sound was being heard) to the XO-1 (where sound is not being heard).<br>However, still no sound is heard.<br>
<br><br>So, I guess that now, there is some etoys software-hardware intervention-issue that might be blocking the final destination (it must be noted that sound is heard fine, outside the context of etoys).<br><br><br>Any ideas will be gratefully appreciated; me too is looking into this.<br>
<br><br>Thanks and Regards,<br>Ajay<div class="HOEnZb"><div class="h5"><br><br><br><br><div class="gmail_quote">On Fri, Jun 1, 2012 at 2:23 AM, Bert Freudenberg <span dir="ltr"><<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I sent my patch to the upstream maintainer (Ian Piumarta). I'm hopeful there will be a new 4.x VM release very soon.<br>
<br>
That new release will also help with Scratch because it will have the Scratch plugins (so the Scratch XO bundle do not need any binaries inside anymore), and with Etoys 5 (which needs a new Camera plugin). 4.4.7 already helps DrGeo (which uses a newer Squeak format), and on 64 bit hosts (because many of the 32/64 bit problems have been worked out), and has numerous other improvements.<br>
<br>
Similarly, the dprintf bug you see has been fixed in 2009 according to the change log. It really makes not much sense trying to fix that old codebase. Rather package the new 4.x VM.<br>
<br>
Btw, here is a list of build requirements for squeak-vm (you need to watch the install log to make sure that plugins and features are not disabled because of missing dev headers):<br>
<br>
gcc make cmake pulseaudio-libs-devel alsa-lib-devel nas-devel libogg-devel libvorbis-devel speex-devel uuid-devel dbus-devel pango-devel gstreamer-devel mesa-libGL-devel libX11-devel libXext-devel libXrender-devel freetype-devel<br>
<span><font color="#888888"><br>
- Bert -<br>
</font></span><br>
PS: I found an MPEG movie that works <a href="http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg" target="_blank">http://esug.org/data/HistoricalDocuments/Smalltalk80/st80-low.mpg</a><br>
<div><div><br>
On 30.05.2012, at 19:42, Ajay Garg wrote:<br>
<br>
> Thanks Bert.<br>
> It worked at my side too !!!!<br>
><br>
> The mp3 played fine at my end though :| :)<br>
><br>
> However, I now face the ubiquitous packaging issue. As it stands out, the src-rpm available is "squeak-vm-3.10.5-5.fc14.src.rpm", which has some very different installation schemes as compared to the "<a href="http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz" target="_blank">http://www.squeakvm.org/unix/release/Squeak-4.4.7.2357-src.tar.gz</a>" scheme.<br>
><br>
> Worse, the make for "3.10.5-5" variant fails with the error ::<br>
><br>
> ############################################################################<br>
> In file included from /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:3:0:<br>
> /usr/include/stdio.h:419:66: error: macro "dprintf" passed 3 arguments, but takes just 1<br>
> /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c: In function ‘__sq_assert’:<br>
> /home/ajay/rpmbuild/SOURCES/Squeak-3.10-5/platforms/unix/vm/debug.c:21:3: warning: incompatible implicit declaration of built-in function ‘abort’<br>
> make[1]: *** [debug.o] Error 1<br>
> make: *** [vm/vm.a] Error 2<br>
> ############################################################################<br>
><br>
><br>
><br>
> So, does there exist a way to make a rpm out of "4.4.7.2357" variant, with the "Mpeg3Plugin/config.cmake" patch applied?<br>
><br>
><br>
> Thanks a ton for your time.<br>
><br>
><br>
> Thanks and Regards,<br>
> Ajay<br>
<br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>
</div></blockquote></body></html>