[Pharo-project] About Cocoa VMs
Hello everyone. I'd like to ask you to try and use the recent VMs built by Esteban. We all understand that it may not fully functional and could have some issues. But the point is, that the only way to discover glitches is to try it. Because if we wait till Esteban deliver perfect VM, it may never happen. Without people who testing it and providing feedback, it will simply won't work. So, Mac owners, lets help Esteban to bring us new shiny toy and try using newly built VMs and give feedback. The VMs i am talking about is located here: - Cog JIT https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Mac-Cocoa/ - Stack VM (no JIT) https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/StackVM-Mac-Carbon/ For issues, you can use cog issue tracker (http://code.google.com/p/cog/issues/list), or vm-dev mailing list. Lets not wait, but help in a form, which we can. After all, that's the only way to ensure that in future we will have good VM. -- Best regards, Igor Stasenko AKA sig.
On 08 Jul 2011, at 15:05, Igor Stasenko wrote:
- Cog JIT https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog-Mac-Cocoa/
I have been trying this VM today and it seem OK. I just discovered a problem (probably with some primitives): Suppose I want to create and write to a file '/tmp/foo/file.txt'. First thing I do is (FileDirectory on: '/tmp/foo') assureExistence this fails (with the foo subdirectory of /tmp not yet present). It fails trying to create /tmp which most certainly does exist ! Sven
Igor Stasenko wrote:
I'd like to ask you to try and use the recent VMs built by Esteban.
I am always prevented from using the newest VMs because all the plugins are not built (Applescript, for instance, which I use extensively). Also, when I just downloaded the newest stack vm, I was surprised that OSProcess worked because I didn't see the plugin in the Resources folder. What am I missing? Sean -- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3660621.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 11 July 2011 22:38, Sean P. DeNigris <sean@clipperadams.com> wrote:
Igor Stasenko wrote:
I'd like to ask you to try and use the recent VMs built by Esteban.
I am always prevented from using the newest VMs because all the plugins are not built (Applescript, for instance, which I use extensively).
Yes, but lurking and remain silent won't helps to make it available. Now, thanks to you we know what is missing. :)
Also, when I just downloaded the newest stack vm, I was surprised that OSProcess worked because I didn't see the plugin in the Resources folder. What am I missing?
it's because i built it internally :) You can list internal modules by issuing: Smalltalk listBuiltinModules
Sean
-- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3660621.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko AKA sig.
Igor Stasenko wrote:
Yes, but lurking and remain silent won't helps to make it available. Now, thanks to you we know what is missing. :)
I've reported plugin issues whenever I've found them, but the VM maintainers are overworked, and I feel incredibly lucky to have them doing all the work they do, and I understand that the Applescript plugin is probably not a priority, so I am waiting patiently. While we're on the subject, two other plugins that I use that seem to be missing are: * Obj-C bridge * Quicktime Thanks again for all the hard work. Sean -- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3663155.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 12 July 2011 21:23, Sean P. DeNigris <sean@clipperadams.com> wrote:
Igor Stasenko wrote:
Yes, but lurking and remain silent won't helps to make it available. Now, thanks to you we know what is missing. :)
I've reported plugin issues whenever I've found them, but the VM maintainers are overworked, and I feel incredibly lucky to have them doing all the work they do, and I understand that the Applescript plugin is probably not a priority, so I am waiting patiently.
Please file the ticket on cog issue tracker. So it will serve as a reminder.
While we're on the subject, two other plugins that I use that seem to be missing are: * Obj-C bridge * Quicktime
Thanks again for all the hard work.
Sean
-- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3663155.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko AKA sig.
Igor Stasenko wrote:
Please file the ticket on cog issue tracker. So it will serve as a reminder.
Done... ID â¼ Type â¼ Status â¼ Priority â¼ Milestone â¼ Owner â¼ Summary + Labels â¼ ... 49 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the ObjectiveC plugin 48 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the Quicktime plugin 47 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the Applescript plugin HTH, Sean -- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3664159.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
There is also the Smalltalk vmFullPath issue. How to deal with it? Is there a way to know what brand of VM we're running? (cocoa, carbon, unixâ¦) People trying Coral will run into this issue a lot⦠On 13 July 2011 05:49, Sean P. DeNigris <sean@clipperadams.com> wrote:
Igor Stasenko wrote:
Please file the ticket on cog issue tracker. So it will serve as a reminder.
Done...
    ID ⼠  Type ⼠ Status ⼠    Priority ⼠   Milestone ⼠  Owner ⼠    Summary + Labels ⼠...     49    Defect  New   Medium  ----   ----       Mac Stack VM 4.0.0 is missing the ObjectiveC plugin     48    Defect  New   Medium  ----   ----       Mac Stack VM 4.0.0 is missing the Quicktime plugin     47    Defect  New   Medium  ----   ----       Mac Stack VM 4.0.0 is missing the Applescript plugin
HTH, Sean
-- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3664159.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
what should answer? which version is broken? cocoa or regular? is there a cog ticket? no, there is no way to difference between carbon/cocoa/unix versions... and I don't think it should be (right solution is to make #vmFullPath return right answer, he). In fact, it should be only one version of vm "blessed", with time, we will reach that point :) cheers, Esteban El 13/07/2011, a las 10:37a.m., Damien Pollet escribió:
There is also the Smalltalk vmFullPath issue.
How to deal with it? Is there a way to know what brand of VM we're running? (cocoa, carbon, unixâ¦)
People trying Coral will run into this issue a lotâ¦
On 13 July 2011 05:49, Sean P. DeNigris <sean@clipperadams.com> wrote:
Igor Stasenko wrote:
Please file the ticket on cog issue tracker. So it will serve as a reminder.
Done...
ID â¼ Type â¼ Status â¼ Priority â¼ Milestone â¼ Owner â¼ Summary + Labels â¼ ... 49 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the ObjectiveC plugin 48 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the Quicktime plugin 47 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the Applescript plugin
HTH, Sean
-- View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3664159.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
On 13 July 2011 15:56, Esteban Lorenzano <estebanlm@gmail.com> wrote:
what should answer?
Whatever, but the same on all VMs
which version is broken? cocoa or regular?
Both, since they don't answer the same :) Regular replies a path to the binary so it looks better, but a path to the .app also makes sense on Mac.
is there a cog ticket?
I don't know.
no, there is no way to difference between carbon/cocoa/unix versions... and I don't think it should be (right solution is to make #vmFullPath return right answer, he). In fact, it should be only one version of vm "blessed", with time, we will reach that point :)
But #vmFullPath is not clear as a message name, and both different behaviours are useful in different use-cases. I much prefer: - vmBinary (which we can use to invoke to run the VM from a shell) - vmDirectory (which is what the cocoa VM currently returns for vmFullPath, and should be == to vmFile parent) - vmFile (because we can't assume the name of the .app) etc etc -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
On 13 July 2011 16:14, Damien Pollet <damien.pollet@gmail.com> wrote:
On 13 July 2011 15:56, Esteban Lorenzano <estebanlm@gmail.com> wrote:
what should answer?
Whatever, but the same on all VMs
I think it should point to the binary, since that's the behavior of the older VMs and probably what most existing code expects. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
On 13 July 2011 15:37, Damien Pollet <damien.pollet@gmail.com> wrote:
There is also the Smalltalk vmFullPath issue.
â¦by which I mean this: http://forum.world.st/different-vmFullPath-between-MacVM-td3261728.html
How to deal with it?
Filesystem has a better protocol with vmBinary vmDirectory etc but it still relies on the broken system attribute 0 -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet
participants (5)
-
Damien Pollet -
Esteban Lorenzano -
Igor Stasenko -
Sean P. DeNigris -
Sven Van Caekenberghe