August 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Random access to meta repos?

by Thierry Goubier

Le 23/08/2015 22:00, Yuriy Tymchuk a Ã©crit : > Thanks Thierry! > > Iâm not completely aware about the issue details, but maybe it makes sense to change something in metacello itself? No, not really, or maybe in a very complex way... The issue is inside Monticello, in the way the Monticello GUI interacts with each package version history, and how that interacts with the lazy version info I added late in the Pharo 4 development cycle. The Monticello GUI is designed to be able to display the newer/not newer version feedback (you know, the underlined, bold, non bold package version status you see in a repository) out of two things: first the complete knowledge of the complete version history of all the packages loaded in the image. And second, the names of the mcz files in the repository. Why the names? To avoid downloading all the mcz in the repository to get their version history... Monticello just pray and hopes the names are right... Oh, by the way, Gofer also prays and hopes that the names are right when you are loading something via a configuration and a script[*]. When I added[**] lazyness to the version history in the image, I removed that complete history Monticello relies on (and a bit of memory out of the image). And, as a result, this has immediately created issues in the GUI that are taken care of as they come. Some are simple, like the gitfiletree ones, because you get all the proper version history with a few git commands in the repository. But you can't do that with a http repository (smalltalkhub, squeaksource) since you can't get the remote repository version history. Thierry [*] Which is very fun because, at times, the names aren't right... and the wrong package get loaded. Incomprehensible pain and confusion ensue:( [**] I'm the second guy doing this lazy thing with Monticello. Smalltalk/X seems to had (have?) the same thing before. Would like to share the experience one day;) > > Uko > >> On 23 Aug 2015, at 20:26, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: >> >> Hi Nicolas, Uko, >> >> I added an optimisation to gitfiletree which avoids the unnecessary loading all file names. Available on Pharo4 and Pharo5 (development and stable). >> >> Thierry >> >> Le 23/08/2015 09:08, Nicolas Anquetil a Ã©crit : >>> >>> worse than that >>> last week over a slow connection, I noticed that it "loaded all file >>> names" (from Pharo40Inbox in my case) over and over again >>> >>> nicolas >>> >>> On 22/08/2015 21:29, Yuriy Tymchuk wrote: >>>> Hi, >>>> >>>> Iâve noticed that when I try to open a gitfiletree repo, before >>>> displaying its contents something from meta repos is loaded (seen on >>>> screenshot). Why does it need file names from meta repos to display >>>> contents of the repo which is present on my machine? >>>> >>>> Uko >>>> >>>> >>>> >>> >> >> > > > >

Aug. 23, 2015

Re: [Pharo-dev] Random access to meta repos?

by Yuriy Tymchuk

Thanks Thierry! Iâm not completely aware about the issue details, but maybe it makes sense to change something in metacello itself? Uko > On 23 Aug 2015, at 20:26, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Hi Nicolas, Uko, > > I added an optimisation to gitfiletree which avoids the unnecessary loading all file names. Available on Pharo4 and Pharo5 (development and stable). > > Thierry > > Le 23/08/2015 09:08, Nicolas Anquetil a Ã©crit : >> >> worse than that >> last week over a slow connection, I noticed that it "loaded all file >> names" (from Pharo40Inbox in my case) over and over again >> >> nicolas >> >> On 22/08/2015 21:29, Yuriy Tymchuk wrote: >>> Hi, >>> >>> Iâve noticed that when I try to open a gitfiletree repo, before >>> displaying its contents something from meta repos is loaded (seen on >>> screenshot). Why does it need file names from meta repos to display >>> contents of the repo which is present on my machine? >>> >>> Uko >>> >>> >>> >> > >

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by Dimitris Chloupis

yeap it works fine now. The funny thing is that I have a parrot and each time I play your example my parrot signs with your example , actually he syncs his chirps with the chirps of your examples , he is pretty accurate :D On Sun, Aug 23, 2015 at 7:56 PM Merwan Ouddane <merwanouddane(a)gmail.com> wrote: > Retry now, I forgot to update the configuration > > > On 23/08/2015 18:41, Dimitris Chloupis wrote: > > it gives me MNU OpenAL class>>isAvailable > > On Sun, Aug 23, 2015 at 5:56 PM Ben Coman <btc(a)openinworld.com> wrote: > >> On Sun, Aug 23, 2015 at 10:02 PM, Merwan Ouddane >> <merwanouddane(a)gmail.com> wrote: >> > Hi, >> > >> > I made a WAV parser, so now we can play music in Pharo :) >> > >> > I made an example using OpenAL's binding from Ronnie. >> > >> > You can try it with this piece of code : >> > >> > Gofer new >> > smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; >> > package: 'ConfigurationOfWAVParser'; >> > load. >> > (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. >> > (Smalltalk at: #ALExamplesWAV) exampleBirdChirping >> > >> > Merwan >> > >> >> This is great! I never pushed at trying sound since I had the >> impression there were issues on some platforms and it hadn't been >> critical for me, but trying your example worked out of the box in >> build 50264 on OSX Mavericks. Actually it took me a few moments to >> notice it was the playback and not some birds outside. Made me grin >> from ear to ear. >> >> Probably not critical, but I get informed "Information - The size in >> the header do not match the real size. The file may be corrupted." >> In WavParser>>sanityCheckFileSize... >> stream size --> 215608 >> header fileSize -> 215600 >> >> cheers -ben >> >> >

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by Merwan Ouddane

Thanks :) On 23/08/2015 19:30, stepharo wrote: > cool! > I blog it. :) > > > Le 23/8/15 16:02, Merwan Ouddane a Ã©crit : >> Hi, >> >> I made a WAV parser, so now we can play music in Pharo :) >> >> I made an example using OpenAL's binding from Ronnie. >> >> You can try it with this piece of code : >> >> Gofer new >> smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; >> package: 'ConfigurationOfWAVParser'; >> load. >> (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. >> (Smalltalk at: #ALExamplesWAV) exampleBirdChirping >> >> Merwan >> >> > >

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by stepharo

cool! I blog it. :) Le 23/8/15 16:02, Merwan Ouddane a Ã©crit : > Hi, > > I made a WAV parser, so now we can play music in Pharo :) > > I made an example using OpenAL's binding from Ronnie. > > You can try it with this piece of code : > > Gofer new > smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; > package: 'ConfigurationOfWAVParser'; > load. > (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. > (Smalltalk at: #ALExamplesWAV) exampleBirdChirping > > Merwan > >

Aug. 23, 2015

Re: [Pharo-dev] Random access to meta repos?

by Thierry Goubier

Hi Nicolas, Uko, I added an optimisation to gitfiletree which avoids the unnecessary loading all file names. Available on Pharo4 and Pharo5 (development and stable). Thierry Le 23/08/2015 09:08, Nicolas Anquetil a Ã©crit : > > worse than that > last week over a slow connection, I noticed that it "loaded all file > names" (from Pharo40Inbox in my case) over and over again > > nicolas > > On 22/08/2015 21:29, Yuriy Tymchuk wrote: >> Hi, >> >> Iâve noticed that when I try to open a gitfiletree repo, before >> displaying its contents something from meta repos is loaded (seen on >> screenshot). Why does it need file names from meta repos to display >> contents of the repo which is present on my machine? >> >> Uko >> >> >> >

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by Merwan Ouddane

On 23/08/2015 18:25, Vincent BLONDEAU wrote: > Thanks! It is working better now! > > Nice tool! > Do you plan to add Mp3? (because it is the current format now ;)). Maybe one day ^^ I took WAV because it's a really easy audio format to parse. At least now we do have something working for a common format :) > > Vincent > > -----Message d'origine----- > De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Merwan Ouddane > EnvoyÃ© : dimanche 23 aoÃ»t 2015 17:43 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] WAV support in Pharo > > Yes you have to download OpenAL for the openAL binding to work :p > > The name of the dll is OpenAL32.dll > > > On 23/08/2015 17:25, Vincent BLONDEAU wrote: >> Hi, >> >> It does not work under windows.. Should I download a specific .dll ? >> >> Cheers, >> Vincent >> >> -----Message d'origine----- >> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part >> de Merwan Ouddane EnvoyÃ© : dimanche 23 aoÃ»t 2015 16:02 Ã : Pharo >> Development List Objet : [Pharo-dev] WAV support in Pharo >> >> Hi, >> >> I made a WAV parser, so now we can play music in Pharo :) >> >> I made an example using OpenAL's binding from Ronnie. >> >> You can try it with this piece of code : >> >> Gofer new >> smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; >> package: 'ConfigurationOfWAVParser'; >> load. >> (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. >> (Smalltalk at: #ALExamplesWAV) exampleBirdChirping >> >> Merwan >> >> >> > > >

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by Merwan Ouddane

Retry now, I forgot to update the configuration On 23/08/2015 18:41, Dimitris Chloupis wrote: > it gives me MNU OpenAL class>>isAvailable > > On Sun, Aug 23, 2015 at 5:56 PM Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>> wrote: > > On Sun, Aug 23, 2015 at 10:02 PM, Merwan Ouddane > <merwanouddane(a)gmail.com <mailto:merwanouddane@gmail.com>> wrote: > > Hi, > > > > I made a WAV parser, so now we can play music in Pharo :) > > > > I made an example using OpenAL's binding from Ronnie. > > > > You can try it with this piece of code : > > > > Gofer new > > smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; > > package: 'ConfigurationOfWAVParser'; > > load. > > (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. > > (Smalltalk at: #ALExamplesWAV) exampleBirdChirping > > > > Merwan > > > > This is great! I never pushed at trying sound since I had the > impression there were issues on some platforms and it hadn't been > critical for me, but trying your example worked out of the box in > build 50264 on OSX Mavericks. Actually it took me a few moments to > notice it was the playback and not some birds outside. Made me grin > from ear to ear. > > Probably not critical, but I get informed "Information - The size in > the header do not match the real size. The file may be corrupted." > In WavParser>>sanityCheckFileSize... > stream size --> 215608 > header fileSize -> 215600 > > cheers -ben >

Aug. 23, 2015

Re: [Pharo-dev] [Moose-dev] Re: Object new foo

by Vincent BLONDEAU

Hi Eliot, Thanks for your help. The problem has been resolved! In fact a class was removed or renamed in Pharo, and the Moose debugger calls it just before the opening. So it created an infinite loop, because the class wasnât understood by the system, so it opened another debugger, etcâ¦. Do you think something can be made to not break the image and so to break this infinite loop? A solution may to open either another registered debugger, or the emergency debugger? I can create an image with the problem if needed. Vincent De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Eliot Miranda EnvoyÃ© : jeudi 20 aoÃ»t 2015 22:13 Ã : Pharo Development List Cc : Moose-related development; Squeak Virtual Machine Development Discussion Objet : Re: [Pharo-dev] [Moose-dev] Re: Object new foo Hi Vincent, does the image lock up when you execute Exception signal? The two functions you see looping are part of the implementation of primitives 195 & 196, findNextUnwindContextUpTo: (primitiveFindNextUnwindContext) & terminateTo: (primitiveTerminateTo). So if the image locks up the question is, is what is creating a circular structure of contexts, the VM or the image? I am willing to take a look at an image that contains the case. If you can create an image which enters the lop on start-up without my having to do anything I'm happy to take a look. On Wed, Aug 19, 2015 at 3:22 PM, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net <mailto:vincent.blondeau@polytech-lille.net> > wrote: Hi, On last Moose image, I debugged the VM and executed âException signalâ. I paused the VM and saw that 2 methods are looping together in gcc3x-cointerp.c: static sqInt findMethodWithPrimitiveFromContextUpToContext(sqInt primitive, sqInt senderContext, sqInt homeContext); static sqInt findMethodWithPrimitiveFromFPUpToContext(sqInt primitive, char *startFP, sqInt homeContext); The image is looping only when the debugger is launch on Error (not by launching it by the script below). Maybe someone on the Pharo mailing list knows what is happening? Thanks in advance, Cheers, Vincent De : moose-dev-bounces(a)iam.unibe.ch <mailto:moose-dev-bounces@iam.unibe.ch> [mailto:moose-dev-bounces@iam.unibe.ch <mailto:moose-dev-bounces@iam.unibe.ch> ] De la part de Andrei Chis EnvoyÃ© : mardi 18 aoÃ»t 2015 10:53 Ã : Moose-related development Objet : [Moose-dev] Re: Object new foo Hi Vincent, You example will also kill the Pharo debugger :) The issue is that you pass 'Processor activeProcess' which gets terminated when you close the debugger. When you open the debugger you need to make sure the process on which it is opened is suspended and can get terminated with no problem. A different way to redo the example would be: context := Context sender: nil receiver: {1 . 2 . 2} method: (OrderedCollection>>#add:) arguments: #(10). process := Process forContext: context priority: Processor userInterruptPriority. GTGenericStackDebugger openOn: (DebugSession process: process context: context). There is a basic test for opening the debugger in GTGenericStackDebuggerSmokeTest but more could help. Cheers, Andrei On Mon, Aug 17, 2015 at 11:53 PM, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net <mailto:vincent.blondeau@polytech-lille.net> > wrote: Indeed. Maybe some tests has to be added.. But for now, it seems that the debugger is crashing the imageâ¦ Not just by launching it: GTGenericStackDebugger openOn: (DebugSession process: Processor activeProcess context: (Context sender: nil receiver: {1 . 2 . 2} method: (OrderedCollection>>#add: ) arguments: #(10))) But when an exception is thrown, its seems that we fall into an infinite loop around the primitive 199. Maybe the context is not well set? Cheers, Vincent De : moose-dev-bounces(a)iam.unibe.ch <mailto:moose-dev-bounces@iam.unibe.ch> [mailto:moose-dev-bounces@iam.unibe.ch <mailto:moose-dev-bounces@iam.unibe.ch> ] De la part de Alexandre Bergel EnvoyÃ© : lundi 17 aoÃ»t 2015 13:26 Ã : Moose-related development Objet : [Moose-dev] Re: Object new foo This is weird that such bug can be introduced and no alarm is raised Alexandre Le 17 aoÃ»t 2015 Ã 08:03, Jan KurÅ¡ <kurs(a)iam.unibe.ch <mailto:kurs@iam.unibe.ch> > a Ã©crit : Yep I had this problem (falled back to previous version), I suspected debugger being the reason. Cheers Jan On Sun, 16 Aug 2015 03:05 Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com> > wrote: in Moose 6.0 simply freezes. Anyone else sees this? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,,,^..^,,,_ best, Eliot

Aug. 23, 2015

Re: [Pharo-dev] WAV support in Pharo

by Dimitris Chloupis

it gives me MNU OpenAL class>>isAvailable On Sun, Aug 23, 2015 at 5:56 PM Ben Coman <btc(a)openinworld.com> wrote: > On Sun, Aug 23, 2015 at 10:02 PM, Merwan Ouddane > <merwanouddane(a)gmail.com> wrote: > > Hi, > > > > I made a WAV parser, so now we can play music in Pharo :) > > > > I made an example using OpenAL's binding from Ronnie. > > > > You can try it with this piece of code : > > > > Gofer new > > smalltalkhubUser: 'MerwanOuddane' project: 'WAVParser'; > > package: 'ConfigurationOfWAVParser'; > > load. > > (Smalltalk at: #ConfigurationOfWAVParser) loadBleedingEdge. > > (Smalltalk at: #ALExamplesWAV) exampleBirdChirping > > > > Merwan > > > > This is great! I never pushed at trying sound since I had the > impression there were issues on some platforms and it hadn't been > critical for me, but trying your example worked out of the box in > build 50264 on OSX Mavericks. Actually it took me a few moments to > notice it was the playback and not some birds outside. Made me grin > from ear to ear. > > Probably not critical, but I get informed "Information - The size in > the header do not match the real size. The file may be corrupted." > In WavParser>>sanityCheckFileSize... > stream size --> 215608 > header fileSize -> 215600 > > cheers -ben > >

Aug. 23, 2015