Nabble - Boo Lang - Users

Re: Loading a XAML file via LoadComponent()

2009-11-30T03:42:03Z

Ayende Rahien wrote:
> Oh, are you using a Boo version complied for SL?

No, I'm not. I'm just using

http://dist.codehaus.org/boo/distributions/boo-0.9.2.3383-bin.zip

It sounds like a Boo version compiled for SL would solve
a lot of problems. Is there such a thing available?

I'm looking at the C# version of a Hello World Silverlight
app and the .xap file contains just a single application
assembly. Would something like that be doable with Boo?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-30T01:51:16Z

Oh, are you using a Boo version complied for SL?

On Mon, Nov 30, 2009 at 8:20 AM, Andy Sy <andy.sy@neotitans.com> wrote:

Ayende Rahien wrote:
> Check all the references that you use, make sure they all use the
> appropriate mscorlib

Hmm, I notice there are apparently 3 different mscorlib.dll files
on my system:

a smaller 1,460,032 mscorlib.dll for silverlight

and two bigger 4,567,040 and 4,550,656 ones for
32-bit and 64-bit .Net Framework respectively (I'm
on x64).

Could Boo.Lang.dll be referring to one of these
bigger ones, while the assemblies that Silverlight
uses (e.g. System.Windows.dll, system.dll,
System.Windows.Controls.dll) be using the mscorlib.dll
for Silverlight ?

If this is the case, how do we fix this?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang%2Bunsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Silverlight mscorlib.dll versus CLR mscorlib.dll

2009-11-30T01:05:16Z

Andy Sy wrote:

> The section "Inside the CoreCLR Engine" has a very good
> explanation of how/why MS made it possible to run both
> CoreCLR and CLR side-by-side in a single process.
>
> So I guess in theory it is not forbidden to have Boo.Lang.dll
> refer to one mscorlib.dll and Silverlight's
> System.Windows.*.dll's to another?

But since Boo.Lang.dll references a different System.dll
which in turn refers to assemblies that Silverlight's
system.dll does not refer to (nor is provided by Silverlight's
assembly cache), does this also mean that on systems
where .NET Framework is not installed (e.g. Mac), Silverlight
apps compiled with Boo will not work?

I've attached the dependency graphs (in SVG, you can just
drag to Firefox to display) for Boo.Lang.dll and Silverlight's
Windows.System.dll to illustrate this.

This seems like a serious impediment to being able to create true
Silverlight-only apps for Boo.

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

System.Windows.dll.depgraph.svg (8K) Download Attachment
Boo.Lang.dll.depgraph.svg (8K) Download Attachment

Re: Silverlight mscorlib.dll versus CLR mscorlib.dll

2009-11-30T00:49:53Z

Ayende Rahien wrote:
> Check all the references that you use, make sure they all use the
> appropriate mscorlib

I came across this article:

http://msdn.microsoft.com/en-us/magazine/cc895632.aspx

"Silverlight 2 does incorporate a CLR, but it's not the
same CLR used by the other .NET applications and
assemblies ... The main issue is with the mscorlib
assembly. Silverlight needs a much smaller set of
functionality for its purposes—just the core stuff.
Any .NET assembly, instead, links to the standard version
of mscorlib, and this is where the trouble starts..."

which I guess is what you're talking about.

It also points to this article about CoreCLR (the
minimized CLR variant used in Silverlight)

http://msdn.microsoft.com/en-us/magazine/cc721609.aspx

The section "Inside the CoreCLR Engine" has a very good
explanation of how/why MS made it possible to run both
CoreCLR and CLR side-by-side in a single process.

So I guess in theory it is not forbidden to have Boo.Lang.dll
refer to one mscorlib.dll and Silverlight's
System.Windows.*.dll's to another?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T22:20:56Z

Ayende Rahien wrote:
> Check all the references that you use, make sure they all use the
> appropriate mscorlib

Hmm, I notice there are apparently 3 different mscorlib.dll files
on my system:

a smaller 1,460,032 mscorlib.dll for silverlight

and two bigger 4,567,040 and 4,550,656 ones for
32-bit and 64-bit .Net Framework respectively (I'm
on x64).

Could Boo.Lang.dll be referring to one of these
bigger ones, while the assemblies that Silverlight
uses (e.g. System.Windows.dll, system.dll,
System.Windows.Controls.dll) be using the mscorlib.dll
for Silverlight ?

If this is the case, how do we fix this?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Dependency flaws in Boo-compiled DLLs (was Re: Loading a XAML file via LoadComponent())

2009-11-29T22:12:01Z

Ayende Rahien wrote:
> Check all the references that you use, make sure they all use the
> appropriate mscorlib

While not directly related to my problem (which still
remains unsolved), I noticed something that might
not look right when I ran Dependency Analyser (from
http://www.drewnoakes.com/code/dependancyanalyser/ )
on the successfully compiled silverlight assemblies
from the projects in question.

In the Dependency Analyzer Messages tab you see the below:

Processing assembly: Hello, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
Hello depends upon:
- mscorlib
----------------------------------------------------------------
Processing assembly: mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
mscorlib depends upon:
- System.Windows
Unable to load assembly: System.Windows, Version=2.0.5.0, Culture=neutral,
PublicKeyToken=7cec85d7bea7798e
System.IO.FileNotFoundException: Could not load file or assembly
'file:///K:\Webprojs\Silverlight\SilverBoo\__temp__\System.Windows.EXE' or one of its dependencies.
The system cannot find the file specified.
File name: 'file:///K:\Webprojs\Silverlight\SilverBoo\__temp__\System.Windows.EXE'
at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence
assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound,
Boolean forIntrospection)
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence
assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound,
Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity,
StackCrawlMark& stackMark, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence,
Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, StackCrawlMark&
stackMark)
at System.Reflection.Assembly.LoadFrom(String assemblyFile)
at Drew.DependencyPlotter.AssemblyAnalyser.LoadAssemblyFromAssemblyName(AssemblyName assemblyName)
at Drew.DependencyPlotter.AssemblyAnalyser.ProcessAssembly(Assembly assembly)

Why is it trying to load System.Windows.EXE ? Apparently though,
this is not a problem because when run under the Silverlight
plug-in the stuff gets found.

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

am i wasting my time trying to use generics

2009-11-29T16:55:39Z

subject changed

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: unable to access a private field of an instance passed to a static method

2009-11-29T16:51:47Z

am i wasting my time trying to use generics?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: unable to access a private field of an instance passed to a static method

2009-11-29T16:50:36Z

chose of overload for generic method different between class and
imported class!

import System
import System.Collections
import System.Collections.Generic

class c():
pass

def m(i as IEnumerable):
return "a"

def m(i as IEnumerable[of Uri]):
return "b"

def m1(i as IEnumerable):
return "a"

def m1(i as IEnumerable[of c]):
return "b"

a = array[of Uri](3)
print m(a)

a1 = array[of c](3)
print m1(a1)
/*
# Output @ Sun Nov 22 16:55:09 GMT 2009
b
a
# Used (interp) :0:00.75 real, 0.64 user, 0.00 Sys
*/
/*
# Output @ Sun Nov 22 17:12:40 GMT 2009
b
a
# Used (interp) :0:00.70 real, 0.62 user, 0.04 Sys
*/

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: unable to access a private field of an instance passed to a static method

2009-11-29T16:47:44Z

dont seem to be able to make a generic comparer,(which i think is
required to be able to use binarysearch on a generic array.)

import System
import System.Collections.Generic

class coor():
public x as double
public y as double
public z as double
def ToString():
return "(${x:n1},${y:n1},${z:n1})"

class compx[of coor](IComparer[of coor]):
def Compare(c1 as coor,c2 as coor):
return c1.x-c2.x
/*
# Output @ Mon Nov 30 00:44:20 GMT 2009
comptst.boo(14,19): BCE0019: Boo.Lang.Compiler.CompilerError: 'x' is
not a member of 'coor'.
comptst.boo(14,24): BCE0019: Boo.Lang.Compiler.CompilerError: 'x' is
not a member of 'coor'.

Command exited with non-zero status 127
# Used (interp) :0:00.58 real, 0.51 user, 0.01 Sys
*/

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T15:20:56Z

Ayende Rahien wrote:
> Check all the references that you use, make sure they all use the
> appropriate mscorlib

How do I go about this? Use Dependency Walker?
I don't see them loading mscorlib.dll though...

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T14:44:35Z

Check all the references that you use, make sure they all use the appropriate mscorlib

On Mon, Nov 30, 2009 at 12:50 AM, Andy Sy <andy.sy@neotitans.com> wrote:

Ayende Rahien wrote:

> I think that the problem is with the references that you use.
> Probably the issue is the reference to System.Object is not the same,
> because you are using two different assemblies.

This sounds like a plausible reason, how do I fix this? And
which two different assemblies are you referring to?

> Try building with --nostdlib

Is this different from -nostdlib ? (-nostdlib is already specified
in the build command, see below)

> booc -nostdlib -target:library ^
> -lib:"C:\Program Files (x86)\Reference
> Assemblies\Microsoft\Framework\Silverlight\v3.0" ^
> -lib:"C:\Program Files (x86)\Microsoft
> SDKs\Silverlight\v3.0\Libraries\Client" ^
> -lib:lib ^
> -r:system.dll -r:System.Windows.dll
> -r:System.Windows.Controls.dll ^
> -o:__temp__\Hello.dll ^
> src\Hello.boo

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang%2Bunsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T14:42:11Z

Ayende Rahien wrote:

> I think that the problem is with the references that you use.
> Probably the issue is the reference to System.Object is not the same,
> because you are using two different assemblies.

This sounds like a plausible reason, how do I fix this? And
which two different assemblies are you referring to?

> Try building with --nostdlib

Is this different from -nostdlib ? (-nostdlib is already specified
in the build command, see below)

> booc -nostdlib -target:library ^
> -lib:"C:\Program Files (x86)\Reference
> Assemblies\Microsoft\Framework\Silverlight\v3.0" ^
> -lib:"C:\Program Files (x86)\Microsoft
> SDKs\Silverlight\v3.0\Libraries\Client" ^
> -lib:lib ^
> -r:system.dll -r:System.Windows.dll
> -r:System.Windows.Controls.dll ^
> -o:__temp__\Hello.dll ^
> src\Hello.boo

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T14:31:41Z

Try building with --nostdlib

On Mon, Nov 30, 2009 at 12:31 AM, Ayende Rahien <ayende@...> wrote:

I think that the problem is with the references that you use.
Probably the issue is the reference to System.Object is not the same, because you are using two different assemblies.

On Mon, Nov 30, 2009 at 12:36 AM, Andy Sy <andy.sy@neotitans.com> wrote:

Andy Sy wrote:

> No diff, unfortunately. Both:
>
> Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))
>
> and
>
> Application.LoadComponent(self as object, Uri("Page.xaml",
> UriKind.Relative))
>
> result in the BCE0017 error.

Strangely enough, building the source above via nant results
in a working xap file. But a manual build using the ff:

booc -nostdlib -target:library ^
-lib:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v3.0" ^
-lib:"C:\Program Files (x86)\Microsoft SDKs\Silverlight\v3.0\Libraries\Client" ^
-lib:lib ^
-r:system.dll -r:System.Windows.dll -r:System.Windows.Controls.dll ^
-o:__temp__\Hello.dll ^
src\Hello.boo

will result in the BCE0017 error. How is Nant building it differently???

Hello.boo is shown below:

namespace Hello

import System
import System.Windows
import System.Windows.Controls

class MyPage(UserControl):
def constructor():

Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))

def Button_Click(s, e):
cast(Button, s).Content = "Boo"

class MyApp(Application):
def constructor():
Startup += onStartup

def onStartup(sender, e):

self.RootVisual = MyPage()

Page.xaml:

<UserControl x:Class="Hello.MyPage2"
xmlns="http://schemas.microsoft.com/client/2007"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
<Grid x:Name="LayoutRoot" Background="White">
<Button Width="80" Height="30" Content="click me" Click="Button_Click" />
</Grid>
</UserControl>

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang%2Bunsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T14:31:14Z

I think that the problem is with the references that you use.
Probably the issue is the reference to System.Object is not the same, because you are using two different assemblies.

On Mon, Nov 30, 2009 at 12:36 AM, Andy Sy <andy.sy@neotitans.com> wrote:

Andy Sy wrote:

> No diff, unfortunately. Both:
>
> Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))
>
> and
>
> Application.LoadComponent(self as object, Uri("Page.xaml",
> UriKind.Relative))
>
> result in the BCE0017 error.

Strangely enough, building the source above via nant results
in a working xap file. But a manual build using the ff:

booc -nostdlib -target:library ^
-lib:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v3.0" ^
-lib:"C:\Program Files (x86)\Microsoft SDKs\Silverlight\v3.0\Libraries\Client" ^
-lib:lib ^
-r:system.dll -r:System.Windows.dll -r:System.Windows.Controls.dll ^
-o:__temp__\Hello.dll ^
src\Hello.boo

will result in the BCE0017 error. How is Nant building it differently???

Hello.boo is shown below:

namespace Hello

import System
import System.Windows
import System.Windows.Controls

class MyPage(UserControl):
def constructor():

Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))

def Button_Click(s, e):
cast(Button, s).Content = "Boo"

class MyApp(Application):
def constructor():
Startup += onStartup

def onStartup(sender, e):

self.RootVisual = MyPage()

Page.xaml:

<UserControl x:Class="Hello.MyPage2"
xmlns="http://schemas.microsoft.com/client/2007"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
<Grid x:Name="LayoutRoot" Background="White">
<Button Width="80" Height="30" Content="click me" Click="Button_Click" />
</Grid>
</UserControl>

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang%2Bunsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T14:27:22Z

Andy Sy wrote:

> No diff, unfortunately. Both:
>
> Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))
>
> and
>
> Application.LoadComponent(self as object, Uri("Page.xaml",
> UriKind.Relative))
>
> result in the BCE0017 error.

Strangely enough, building the source above via nant results
in a working xap file. But a manual build using the ff:

booc -nostdlib -target:library ^
-lib:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Silverlight\v3.0" ^
-lib:"C:\Program Files (x86)\Microsoft SDKs\Silverlight\v3.0\Libraries\Client" ^
-lib:lib ^
-r:system.dll -r:System.Windows.dll -r:System.Windows.Controls.dll ^
-o:__temp__\Hello.dll ^
src\Hello.boo

will result in the BCE0017 error. How is Nant building it differently???

Hello.boo is shown below:

namespace Hello

import System
import System.Windows
import System.Windows.Controls

class MyPage(UserControl):
def constructor():
Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))

def Button_Click(s, e):
cast(Button, s).Content = "Boo"

class MyApp(Application):
def constructor():
Startup += onStartup

def onStartup(sender, e):
self.RootVisual = MyPage()

Page.xaml:

<UserControl x:Class="Hello.MyPage2"
xmlns="http://schemas.microsoft.com/client/2007"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
<Grid x:Name="LayoutRoot" Background="White">
<Button Width="80" Height="30" Content="click me" Click="Button_Click" />
</Grid>
</UserControl>

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T13:22:28Z

Hi,

> For one thing the first argument should be "self", see if that will fix it.

No diff, unfortunately. Both:

Application.LoadComponent(self, Uri("Page.xaml", UriKind.Relative))

and

Application.LoadComponent(self as object, Uri("Page.xaml", UriKind.Relative))

result in the BCE0017 error.

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Loading a XAML file via LoadComponent()

2009-11-29T11:26:13Z

For one thing the first argument should be "self", see if that will fix it.

On Sun, Nov 29, 2009 at 12:32 PM, Andy Sy <andy.sy@neotitans.com> wrote:

I'm trying to use the below code to load an XAML file into
a Boo Silverlight app:

class MyApp(Application):
def constructor():
Startup += onStartup

def onStartup(sender, e):
self.LoadComponent(Canvas(),System.Uri("app1.xaml"))

however, I get a type error:

BCE0017: The best overload for the method
'System.Windows.Application.LoadComponent(object, System.Uri)'
is not compatible with the argument list
'(System.Windows.Controls.Canvas, System.Uri)'

I tried casting many different ways, but none seem to work.
In fact, the below:

def onStartup(sender, e):
self.LoadComponent(Canvas() as object,System.Uri("app1.xaml"))

returns a bizarre error that doesn't seem to make sense:

BCE0017: The best overload for the method
'System.Windows.Application.LoadComponent(object, System.Uri)'
is not compatible with the argument list
'(object, System.Uri)'.

Any hints on how to get around this?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang%2Bunsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

--
Justin Chase
http://www.justnbusiness.com

Loading a XAML file via LoadComponent()

2009-11-29T10:30:08Z

I'm trying to use the below code to load an XAML file into
a Boo Silverlight app:

class MyApp(Application):
def constructor():
Startup += onStartup

def onStartup(sender, e):
self.LoadComponent(Canvas(),System.Uri("app1.xaml"))

however, I get a type error:

BCE0017: The best overload for the method
'System.Windows.Application.LoadComponent(object, System.Uri)'
is not compatible with the argument list
'(System.Windows.Controls.Canvas, System.Uri)'

I tried casting many different ways, but none seem to work.
In fact, the below:

def onStartup(sender, e):
self.LoadComponent(Canvas() as object,System.Uri("app1.xaml"))

returns a bizarre error that doesn't seem to make sense:

BCE0017: The best overload for the method
'System.Windows.Application.LoadComponent(object, System.Uri)'
is not compatible with the argument list
'(object, System.Uri)'.

Any hints on how to get around this?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Silverlight on Boo - showing error messages

2009-11-29T07:14:03Z

Hi,

I managed to get a Boo Silverlight app running,
with a lot of thanks to Vladimir Lazunin's sample
from a 2009-Jan-1 email on this list.

Trying to recompile his Tetris example, I got stuck
for quite a while because I forgot to put in the
Boo.Lang.dll from my version of Boo (which was
different from the one used to compile the Boo.Lang.dll
in his distribution).

It would have helped if there were error messages
that gave clues to the problem (all I was getting was
a blank page). In the IronPython Silverlight examples,
the html file responsible for loading the xap file
can be made to show a stack trace on errors.

Is there a way to make something similar happen for Boo?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Building Methods: Finding Expressions from Template Macros

2009-11-24T15:04:20Z

Its not just possible, enjoyable, and very powerful, its the
TheWayGodHimselfIntended. I'm moving towards JS more and more, and
the lack of a nice AST / Template macro system to go along with it is
my #1 pain. [ although.... <namedrop> #ometa-js <namedrop> ]

I've been using Template Macros for code-generation/class-composition
for a long time with my def noop() hackery... thanks for showing me
there's a not silly hacked up way of doing it! Its exactly what I was
looking for!

I'll write up a brief tutorial doc for the wiki sometime before X-
mas.

On Nov 24, 2:01 pm, Jeffery Olson <olson.jeff...@...> wrote:

> you can wrap any Expression in an ExpressionStatement and get what you need
>
> m = [|
> def method(bar as string):
> baz = bar
> |]
> e = [| foo = bar |] // a BinaryExpression
> s = ExpressionStatement(e)
> m.Body.Statements.Add(s)
>
> And yes, working with code generation via macros is challenging, and
> composing ASTs via Expression/Statement types and quasi-quotation is
> very poorly documented. But it is possible, enjoyable and very
> powerful once you get the hang of it.
>
> hang in there,
> jeff

Re: Building Methods: Finding Expressions from Template Macros

2009-11-24T13:01:49Z

you can wrap any Expression in an ExpressionStatement and get what you need

m = [|
def method(bar as string):
baz = bar
|]
e = [| foo = bar |] // a BinaryExpression
s = ExpressionStatement(e)
m.Body.Statements.Add(s)

And yes, working with code generation via macros is challenging, and
composing ASTs via Expression/Statement types and quasi-quotation is
very poorly documented. But it is possible, enjoyable and very
powerful once you get the hang of it.

hang in there,
jeff

On Tue, Nov 24, 2009 at 12:44 PM, rektide <rektide@...> wrote:

> I was misreading the error. I need a Statement, not an Expression.
> This is really where I have so many issues composing methods with
> Template Macros; getting Statements. Here's what I wrote, just s/
> expression/statement/i it:
>
> In general, I seem to have a lot of issues composing methods out of
> assortments of Template Macros; it always seems like there's labor
> involved in getting expressions. Frequently, I end up throwing up my
> hands and writing the following: [insert crufty def noop(): ]
>
> --
>
> You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
> To post to this group, send email to boolang@....
> To unsubscribe from this group, send email to boolang+unsubscribe@....
> For more options, visit this group at http://groups.google.com/group/boolang?hl=en.
>
>
>

Re: Building Methods: Finding Expressions from Template Macros

2009-11-24T12:44:15Z

I was misreading the error. I need a Statement, not an Expression.
This is really where I have so many issues composing methods with
Template Macros; getting Statements. Here's what I wrote, just s/
expression/statement/i it:

In general, I seem to have a lot of issues composing methods out of
assortments of Template Macros; it always seems like there's labor
involved in getting expressions. Frequently, I end up throwing up my
hands and writing the following: [insert crufty def noop(): ]

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Building Methods: Finding Expressions from Template Macros

2009-11-24T12:38:48Z

I'm doing some significant class generating code in boo. I seem to
have a lot of problem using Template Macros to build Expressions.

Here's a snippet of something I'm attempting:

ser = [|
def Serialize() as (byte):
pos = 0
|]
....
ser.Body.Statements.Add( [| $(ReferenceExpression("ser"+i)) =
serializerStack[$(i)] as ISerializer[$(fstm.Name)] |] )

This however gives me an error:
src/main/boo/Structurizer.boo(207,44): BCE0017: The best overload for
the method 'Boo.Lang.Compiler.Ast.NodeCollection.Add
(Boo.Lang.Compiler.Ast.Statement)' is not compatible with the argument
list '(Boo.Lang.Compiler.Ast.BinaryExpression)'.

However, adding a [0] returns null.

Yet booish seems to have much more predictable behavior here:
>>>ser0 = [| $(ReferenceExpression("ser"+i)) = serializerStack[$(i)] as ISerializer[$(fstm.Name)] |]
ser12 = (serializerStack[12] as ISerializer[of fooBaz])
>>>ser0.GetType()
Boo.Lang.Compiler.Ast.BinaryExpression
>>>[| $(ReferenceExpression("ser"+i)) = serializerStack[$(i)] as ISerializer[$(fstm.Name)] |].GetType()
Boo.Lang.Compiler.Ast.BinaryExpression

Where is the expression? Whats going on here?

In general, I seem to have a lot of issues composing methods out of
assortments of Template Macros; it always seems like there's labor
involved in getting expressions. Frequently, I end up throwing up my
hands and writing the following:

c = [|
def noop():
$(ReferenceExpression("ser"+i)) = serializerStack[$(i)] as
ISerializer[$(fstm.Name)]
|]
for s in c.Body.Statements:
ser.Body.Statements.Add(s)
yield ser

Lastly, is there any template macro I can use to get a
ReferenceExpression from a string? My template code is littered with $
(ReferenceExpression("blah"+pache)) , and I'd much prefer a less
programmatic way of constructing variable references.

I suspect I'll be raising a couple more template macro issues
throughout the week. I'll build on this thread, as I think its all
part of a greater issue.

Regards,
rektide

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: can't compile boo

2009-11-24T12:02:54Z

oh I'm very sorry guys, I solved the issue but I didn't post yet, so
here is what I wrote in TomBoy to remember the solution:

boo issue:
∘ installed from boo-0.9.2.3383.tar.gz not "-src" one
∘ copied *.exe to /lib/boo (newly made), for boo to work
∘ copied *.dll to /usr/local/lib/boo (dir already exists), for
boobinding in monodevelop to compile fine
∘ copied boo-jedit42.xml from boo-0.9.2.3383-bin.tar.gz/extras to /usr/
share/jedit/modes/boo.xml, and edited the catalog file, see
http://boo.codehaus.org/JEdit
∘ Installed Console plugin and added appropriate commandos files:
‣ /home/amamh/.jedit/console/commando/booc.xml
‣ /home/amamh/.jedit/console/commando/booi.xml

I have latest boo working fine with latest svn mono and latest svn
monodevelop with boobinding and jedit + boo syntax file + Console
plugin to automate compiling and running boo

so everything is fine, sometimes I just can't figure out a workaround
to solve the issue that's when I posted and sometimes I can solve a
lot of complex shit, I'm used to it, really, I fucked up the system
many times by replacing apps with latest vesions from sources.

On Nov 23, 5:42 pm, Cedric Vivier <cedr...@...> wrote:

> On Mon, Nov 23, 2009 at 6:32 PM, Rodrigo B. de Oliveira <
>
>
>
> rodrigobam...@...> wrote:
> > On Sat, Nov 21, 2009 at 6:57 PM, A.M. Abdelaziz <ama...@...> wrote:
> > > ...
> > > Boo.Lang.Extensions:
>
> > > [booc] Compiling 19 files to '/home/amamh/labs/inst/
> > > boo-0.9.2.3383-src/build/Boo.Lang.Extensions.dll'.
> > > [booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
> > > Boo.Lang.Extensions/Macros/MacroMacro.boo(269,33): BCE0018: The name
> > > 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
> > > a valid type ('not found').
>
> > Yeah. That sucks.
>
> > You have to remove your old boo libraries from the GAC before building
> > the new version for now:
>
> From my experience it seems just a "nant rebuild" might suffice for some
> weird reason.
> Of course needs to be fixed anyways.

Re: can't compile boo

2009-11-23T07:42:06Z

On Mon, Nov 23, 2009 at 6:32 PM, Rodrigo B. de Oliveira <rodrigobamboo@...> wrote:

On Sat, Nov 21, 2009 at 6:57 PM, A.M. Abdelaziz <amamh3@...> wrote:
> ...

> Boo.Lang.Extensions:
>
> [booc] Compiling 19 files to '/home/amamh/labs/inst/
> boo-0.9.2.3383-src/build/Boo.Lang.Extensions.dll'.
> [booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
> Boo.Lang.Extensions/Macros/MacroMacro.boo(269,33): BCE0018: The name
> 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
> a valid type ('not found').

Yeah. That sucks.

You have to remove your old boo libraries from the GAC before building
the new version for now:

From my experience it seems just a "nant rebuild" might suffice for some weird reason.
Of course needs to be fixed anyways.

Re: can't compile boo

2009-11-23T02:32:19Z

On Sat, Nov 21, 2009 at 6:57 PM, A.M. Abdelaziz <amamh3@...> wrote:

> ...
> Boo.Lang.Extensions:
>
> [booc] Compiling 19 files to '/home/amamh/labs/inst/
> boo-0.9.2.3383-src/build/Boo.Lang.Extensions.dll'.
> [booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
> Boo.Lang.Extensions/Macros/MacroMacro.boo(269,33): BCE0018: The name
> 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
> a valid type ('not found').
> [booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
> Boo.Lang.Extensions/Macros/MacroMacro.boo(272,38): BCE0018: The name
> 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
> a valid type ('not found').
> [booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
> Boo.Lang.Extensions/Macros/AssertMacro.boo(35,1): BCE0039: Internal
> macro 'Boo.Lang.Extensions.MacroMacro' could not be compiled. Errors
> were reported.
> [booc] 3 error(s).
>
> BUILD FAILED - 0 non-fatal error(s), 5 warning(s)
>
> /home/amamh/labs/inst/boo-0.9.2.3383-src/default.build(452,4):
> External Program Failed: /home/amamh/labs/inst/boo-0.9.2.3383-src/
> build/booc.exe (return code was 127)
>
> Total time: 5.6 seconds.
>
> any body can help me??
>

Yeah. That sucks.

You have to remove your old boo libraries from the GAC before building
the new version for now:

for m in Boo.Lang Boo.Lang.Compiler Boo.Lang.CodeDom
Boo.Lang.Parser Boo.Lang.Useful Boo.Lang.Interpreter
Boo.Lang.Extensions;
do sudo gacutil /u $m;
done

That should be fixed eventually, it really sucks...

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

can't compile boo

2009-11-21T09:57:23Z

I have mono from trunk and latest boo source (boo-0.9.2.3383-src.zip)
when compiling:
"$ nant", I get the following error:

Boo.NAnt.Tasks:

[exec] /home/amamh/labs/inst/boo-0.9.2.3383-src/default.build
(272,4): Attribute 'useruntimeengine' for <exec ... /> is deprecated.
Use the managed attribute and Managed property instead.
[loadtasks] Scanning assembly "Boo.NAnt.Tasks" for extensions.

Boo.Lang.Extensions:

[booc] Compiling 19 files to '/home/amamh/labs/inst/
boo-0.9.2.3383-src/build/Boo.Lang.Extensions.dll'.
[booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
Boo.Lang.Extensions/Macros/MacroMacro.boo(269,33): BCE0018: The name
'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
a valid type ('not found').
[booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
Boo.Lang.Extensions/Macros/MacroMacro.boo(272,38): BCE0018: The name
'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote
a valid type ('not found').
[booc] /home/amamh/labs/inst/boo-0.9.2.3383-src/src/
Boo.Lang.Extensions/Macros/AssertMacro.boo(35,1): BCE0039: Internal
macro 'Boo.Lang.Extensions.MacroMacro' could not be compiled. Errors
were reported.
[booc] 3 error(s).

BUILD FAILED - 0 non-fatal error(s), 5 warning(s)

/home/amamh/labs/inst/boo-0.9.2.3383-src/default.build(452,4):
External Program Failed: /home/amamh/labs/inst/boo-0.9.2.3383-src/
build/booc.exe (return code was 127)

Total time: 5.6 seconds.

any body can help me??

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
To unsubscribe from this group, send email to boolang+unsubscribe@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

Re: Problem with "using" macro

2009-11-18T12:04:12Z

On Wed, Nov 18, 2009 at 8:22 PM, RickA <eranthony@...> wrote:
> I just downloaded the latest version of SharpDevelop (3.1). When I
> compile some older code it throws an unknown identifier error on the
> "using" macro.

You might have to add a reference to the Boo.Lang.Extensions assembly...

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Problem with "using" macro

2009-11-18T11:22:28Z

I just downloaded the latest version of SharpDevelop (3.1). When I
compile some older code it throws an unknown identifier error on the
"using" macro. Offending code below:

def email(subject as string, body as string):
if len(_smtp_from) > 0 and len(_smtp_to) > 0:
using smtp = SmtpClient(_smtp_ip):
smtp.Send(_smtp_from,
_smtp_to,
"${_name} Monitor: ${subject} (sent@ $
{date.Now.ToString('HH:mm:ss on yyyy-MM-dd')})",
"${body}")

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=en.

Re: Boo for Silverlight

2009-11-18T00:10:47Z

Hi madic77,
I doubt the Rhino.DSL really needs Boo.Land and Boo.Lang.Compiler. If it does, you should use something else instead (or please your provider to install Boo implementation on his system :D ).

2009/11/17 madic77 <trushin@...>

Hi, dear All!

In my Silverlight application I'm trying to implement DSL which will
manage user interface. I want to use Rhino.DSL. So I need to build
Rhino.DSL libraries for Silverlight. As far as I can see the only
issue is that Rhino.DSL references Boo.Lang, Boo.Lang.Compiler,
Boo.Lang.Parser.

Are there Silverlight versions of those libraries? Is it possible to
build them for Silverlight run-time?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

Boo for Silverlight

2009-11-17T09:04:24Z

Hi, dear All!

In my Silverlight application I'm trying to implement DSL which will
manage user interface. I want to use Rhino.DSL. So I need to build
Rhino.DSL libraries for Silverlight. As far as I can see the only
issue is that Rhino.DSL references Boo.Lang, Boo.Lang.Compiler,
Boo.Lang.Parser.

Are there Silverlight versions of those libraries? Is it possible to
build them for Silverlight run-time?

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

unable to access a private field of an instance passed to a static method

2009-11-13T13:09:49Z

recently i tried turning a class generic, and found i couldn't access
a private field of an instance passed to a static method any more.

(also why is the error for a field signature of 'c2[of c2[of
T].T]._f1' and not just 'c2[of T]._f1')

class c1():
private _f1 as int = 1
static def m1(c as c1):
print c._f1

class c2[of T]():
private _f1 as int = 1
static def m1(c as c2[of T]):
print c._f1

/*
# Output @ Fri Nov 13 20:53:37 GMT 2009
statictest.boo(10,17): BCE0120: Boo.Lang.Compiler.CompilerError: 'c2
[of c2[of T].T]._f1' is inaccessible due to its protection level.

Command exited with non-zero status 127
# Used (interp) :0:00.56 real, 0.50 user, 0.02 Sys
*/

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

Re: property macros

2009-11-11T16:27:22Z

On Wed, Nov 11, 2009 at 5:22 PM, Usul Mouadib <mouadib@...> wrote:

>
> I have tried something similar and I see no issue...
>
> macro property:
>     yield [|
>         public version as single:
>             get: return 42
>     |]
>
> class TestClass:
>     property
>
> print "Runtime Version: " + typeof(List).Assembly.ImageRuntimeVersion
> print "Boo version:" + BooVersion
> print "TestClass version: " + TestClass().version
>
>>>>
>
> Runtime Version: v2.0.50727
> Boo version:0.9.2.3383
> TestClass version: 42
>
>
> nb: added public because I'm in strict mode...
>
>
> If ever you still have this issue, please provide a self contained example
> (that doesn't depend on external things like _FLOAT and structure.version)

my _FLOAT function (which is defined elsewhere - not in the macro file
but in the project where the macro will get used) converts from a
fixed point format to floating point.

def _FLOAT(v as int) as single:
return cast(single, v) / (1 << 10)

thanks! i will try this again once i continue working on my wrapper project...

>
>
>
>
>
> 2009/10/6 horace <horace3d@...>
>>
>>
>> On Mon, Oct 5, 2009 at 10:11 PM, Jeffery Olson <olson.jeffery@...>
>> wrote:
>>>
>>> try yield instead of return
>>
>>
>> with yield the macro compiles without errors but the property i try to
>> generate with it doesn't work. it seems like the property doesn't get
>> created at all.
>>
>> what is the difference of yield and return if i only want to return
>> something once?
>>
>>
>>>
>>> On Mon, Oct 5, 2009 at 1:08 PM, horace <horace3d@...> wrote:
>>> > hi,
>>> >
>>> > i would like to do something like that:
>>> >
>>> > macro property:
>>> >    return [|
>>> >       version as single:
>>> >          get: return _FLOAT(Marshal.ReadInt32(structure.version))
>>> >    |]
>>> >
>>> > but properties don't seem to be supported for macros. why? will this be
>>> > possible in the future?
>>> >
>>> > i am trying to do a .net wrapper for a c-library and it would be
>>> > extremely
>>> > helpful if i could use macros for properties. i guess it would result
>>> > in ten
>>> > times less required code...
>>> >
>>> > >
>>> >
>>>
>>>
>>
>>
>> --~--~---------~--~----~------------~-------~--~----~
>> You received this message because you are subscribed to the Google Groups
>> "Boo Programming Language" group.
>> To post to this group, send email to boolang@...
>> To unsubscribe from this group, send email to
>> boolang+unsubscribe@...
>> For more options, visit this group at
>> http://groups.google.com/group/boolang?hl=en
>> -~----------~----~----~----~------~----~------~--~---
>>
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Boo Programming Language" group.
> To post to this group, send email to boolang@....
> For more options, visit this group at
> http://groups.google.com/group/boolang?hl=.
>

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.

Re: Booish problems -- OS X 10.4.11 - Running boo 0.9.1.3287 on Mono 2.4.2.3

2009-11-11T10:57:32Z

On Nov 11, 6:36 am, "Rodrigo B. de Oliveira" <rodrigobam...@...>
wrote:

> On Wed, Nov 11, 2009 at 1:11 AM, Mr_Snrub <gltew...@...> wrote:
> > Things such as this will not evaluate -
> > for i in range(10):
> > print i
> > ...
> > No many how many times I hit return/enter, it just hangs like its
> > waiting for something else.
>
> You have to hit backspace to remove the indentation and let the
> interpreter know all the blocks have been closed.
>
> But there was indeed a bug that's been fixed in trunk.
>
>
>
> > On top of that, when booish first starts up, the first expression
> > given takes approx 3 to 4 seconds to return a result.
>
> That might happen as all the Boo.Lang.Compiler and
> System.Reflection.Emit stuff is brought into memory and jit compiled.
> 3 seconds sound like a lot though...

Thanks for that. For some reason I remebered the Python interactive as
just requiring a user to
hit return twice to evaluate a code block.
So I fired up an old version that I have on this lappy, and it seems
it doesnt auto indent, that you have to hit tab.
That was the whole difference tripping me up, and now I feel like a
goober.

Still, on startup, booish takes approx 2 seconds to just evaluate a
number. Approx 3 seconds for the code block.

I obtained all of the Boo stuff and its dependencies from darwinport/
macports, so I will check for any updates.

--

You received this message because you are subscribed to the Google Groups "Boo Programming Language" group.
To post to this group, send email to boolang@....
For more options, visit this group at http://groups.google.com/group/boolang?hl=.