Re: [racket-users] udelim package -- more parens than you can shake a stick at

[Eli Barzilay]

On Mon, Sep 26, 2016 at 9:40 AM, Matthew Butterick  wrote:
>
> T as in "text":
>
> @-form => T-form
> @-expression = > T-expression (or t-exp in shorthand)

(Or "Texprs"...)


> #lang at-exp racket => #lang t-exp racket
>
> #lang scribble/text => #lang t-exp/text
>
> #lang scribble/html => #lang t-exp/html
>
> Keep the old @-names for backward compatability of course.

That sounds pretty good -- it follows the original intention of these
being a convenient and uniform syntax for "text-rich expressions".
That's if there's enough collective will-power to change it now...



On Mon, Sep 26, 2016 at 11:34 AM, Greg Trzeciak  wrote:
> IMHO the "text expression" does precisely the same as current use of
> scribble -> pigeonholing the syntax for one use: in the case of
> scribble it is "documentation" in the case of text - "text
> processing".

It's fine for just "text", without the "processing" -- since the idea
does revolve around text in code in all kinds of way.s

> - You can place the expression "AT ANY PLACE inside your text or code"
> - Expression is identified by the selected identifier "AT THE FRONT of
>   the expression" -> default @
> - With at-exp the function is "AT THE FRONT followed by
>   brackets/braces"
> Ok maybe stretching it a bit but each to their own.

Yeah, I think that this is stretching it...  I think that it's perfectly
fine to stick with "@" or "at" for historical reasons, but the confusion
is certainly there, and that's not new.

-- 
   ((x=>x(x))(x=>x(x)))  Eli Barzilay:
   http://barzilay.org/  Maze is Life!

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] ACM/SPEC ICPE 2017 - Deadline Extension

[Andrea Rosà]

 The abstract and submission deadlines for research 
 and industrial papers have been extended as follows:

 Research Abstracts: Oct 7, 2016
 Research Papers: Oct 14, 2016

 Industrial / Experience Abstracts: Oct 21, 2016
 Industrial / Experience Papers: Oct 28, 2016

===

   ICPE 2017
8th ACM/SPEC International Conference on Performance Engineering

   Sponsored by ACM SIGMETRICS, SIGSOFT, and SPEC RG

L'Aquila, Italy
 April 22-26, 2017

  https://icpe2017.spec.org/



IMPORTANT DATES

Research Abstracts:
Oct 7, 2016
Research Papers:
Oct 14, 2016
Research Paper Notification:
Nov 18, 2016

Industrial / Experience Abstracts:
Oct 21, 2016
Industrial / Experience Papers:
Oct 28, 2016
Industrial / Experience Paper Notification:
Nov 18, 2016

Tutorial Proposals:
Oct 31, 2016
Tutorial Proposals Notification:
Nov 15, 2016

Workshop Proposals:
Nov 05, 2016
Workshop Proposal Notification:
Nov 19, 2016

Work-in-Progress/Vision Papers:
Nov 25, 2016

Dates for posters and demos will be announced. 



SCOPE AND TOPICS

The goal of the International Conference on Performance Engineering (ICPE) is 
to integrate theory and practice in the field of performance engineering by 
providing a forum for sharing ideas and experiences between industry and 
academia. Nowadays, complex systems of all types, like Web-based systems, data 
centers and cloud infrastructures, social networks, peer-to-peer, mobile and 
wireless systems, cyber-physical systems, the Internet of Things, real-time and 
embedded systems, have increasingly distributed and dynamic system 
architectures that provide high flexibility, however, also increase the 
complexity of managing end-to-end application performance.
ICPE brings together researchers and industry practitioners to share and 
present their experiences, discuss challenges, and report state-of-the-art and 
in-progress research on performance engineering of software and systems, 
including performance measurement, modeling, benchmark design, and run-time 
performance management. The focus is both on classical metrics such as response 
time, throughput, resource utilization, and (energy) efficiency, as well as on 
the relationship of such metrics to other system properties including but not 
limited to scalability, elasticity, availability, reliability, and security.

This year's main theme is cost-effective performance engineering, where cost 
has a wide interpretation including measures such as effort and energy in 
addition to traditional performance measures.

Topics of interest include, but are not limited to:

Performance modeling of software
* Languages and ontologies
* Methods and tools
* Relationship/integration/tradeoffs with other QoS attributes
* Analytical, simulation and statistical modeling methodologies
* Model validation and calibration techniques
* Automatic model extraction
* Performance modeling and analysis tools

Performance and software development processes/paradigms
* Software performance patterns and anti-patterns
* Software/performance tool interoperability (models and data interchange 
formats)
* Performance-oriented design, implementation and configuration management
* Software Performance Engineering and Model-Driven Development
* Gathering, interpreting and exploiting software performance annotations and 
data
* System sizing and capacity planning techniques
* (Model-driven) Performance requirements engineering
* Relationship between performance and architecture 
* Collaboration of development and operation (DevOps) for performance
* Performance and agile methods
* Performance in Service-Oriented Architectures (SOA)
* Performance of micro-service architectures and containers

Performance measurement, monitoring and analysis
* Performance measurement and monitoring techniques
* Analysis of measured application performance data
* Application tracing and profiling
* Workload characterization techniques
* Experimental design
* Tools for performance testing, measurement, profiling and tuning

Benchmarking
* Performance metrics and benchmark suites
* Benchmarking methodologies
* Development of parameterizable, flexible benchmarks
* Benchmark workloads and scenarios
* Use of benchmarks in industry and academia

Run-time performance management
* Use of models at run-time
* Online performance prediction
* Autonomic resource management
* Utility-based optimization
* Capacity management

Power and performance, energy efficiency
* Power consumption models and management techniques
* Tradeoffs between performance and energy efficiency
* Performance-driven resource and power management

Performance modeling and evaluation 

Re: [racket-users] Windows and librsvg-2-2.dll

[Lehi Toskin]

On Monday, September 26, 2016 at 2:54:24 PM UTC-7, m.douglas.williams wrote:
> I downloaded librsvg-2.40.1-2-w32-bin.zip from 
> https://sourceforge.net/projects/ezwinports/files/. This contains the file 
> librsvg-2-2.dll and all of its dependencies (18 total dlls). When run with 
> the 32-bit version of Racket (version 6.6) and the rsvg module, this seems to 
> work fine. I assume I would have to recompile them from source, which is also 
> included at ezwinports, for a 64-bit version.

Ah! I'll try compiling those for amd64 and see how things work out.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Windows and librsvg-2-2.dll

[Doug Williams]

Here is a very simple test that just loads an SVG icon from a file and
displays it. This runs on my 32-bit version on Racket Version 6.6 (under
Windows 10) with the above dlls above. I also included a screen shot.

Doug

On Mon, Sep 26, 2016 at 3:54 PM, Doug Williams  wrote:

> I downloaded librsvg-2.40.1-2-w32-bin.zip from https://sourceforge.net/
> projects/ezwinports/files/. This contains the file librsvg-2-2.dll and
> all of its dependencies (18 total dlls). When run with the 32-bit version
> of Racket (version 6.6) and the rsvg module, this seems to work fine. I
> assume I would have to recompile them from source, which is also included
> at ezwinports, for a 64-bit version.
>
> I didn't try a new build script with the dependencies. Many of the
> dependencies are included with Racket already - I assume because it uses
> Cairo internally. So, it may not be that many new ones to add. I haven't
> tracked that down. Would native support for SVG be worth the additional
> libraries?
>
> Doug
>
> On Mon, Sep 26, 2016 at 3:35 PM, Matthew Flatt  wrote:
>
>> In case you haven't noticed already, many of the relevant libraries are
>> distributed with Racket in the "lib" directory. I think they're
>> probably compiled in a way that's compatible with most
>> "librsvg-2-2.dll" builds, but if not, the best approach may be to start
>> with the compilation script in "racket/src/native-libs" and add entries
>> for new libraries, then cross-compile on a Unix system with MinGW.
>>
>> At Mon, 26 Sep 2016 14:31:34 -0600, Doug Williams wrote:
>> > I have been tracking them down, too. When I get back home I can send the
>> > list I have. I found the dependencies at exwinports on Sourceforge.
>> But, I
>> > haven't had time to try it yet.
>> >
>> > On Sep 26, 2016 10:44 AM, "Lehi Toskin"  wrote:
>> >
>> > > Using Dependency Walker, it says I'm missing a whole lot of system
>> files.
>> > > I'll have to investigate this thoroughly.
>> > >
>> > > --
>> > > You received this message because you are subscribed to the Google
>> Groups
>> > > "Racket Users" group.
>> > > To unsubscribe from this group and stop receiving emails from it,
>> send an
>> > > email to racket-users+unsubscr...@googlegroups.com.
>> > > For more options, visit https://groups.google.com/d/optout.
>> > >
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> Groups
>> > "Racket Users" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> an
>> > email to racket-users+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Racket Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to racket-users+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


svg-test.rkt
Description: Binary data

Re: [racket-users] Windows and librsvg-2-2.dll

[Doug Williams]

I downloaded librsvg-2.40.1-2-w32-bin.zip from
https://sourceforge.net/projects/ezwinports/files/. This contains the file
librsvg-2-2.dll and all of its dependencies (18 total dlls). When run with
the 32-bit version of Racket (version 6.6) and the rsvg module, this seems
to work fine. I assume I would have to recompile them from source, which is
also included at ezwinports, for a 64-bit version.

I didn't try a new build script with the dependencies. Many of the
dependencies are included with Racket already - I assume because it uses
Cairo internally. So, it may not be that many new ones to add. I haven't
tracked that down. Would native support for SVG be worth the additional
libraries?

Doug

On Mon, Sep 26, 2016 at 3:35 PM, Matthew Flatt  wrote:

> In case you haven't noticed already, many of the relevant libraries are
> distributed with Racket in the "lib" directory. I think they're
> probably compiled in a way that's compatible with most
> "librsvg-2-2.dll" builds, but if not, the best approach may be to start
> with the compilation script in "racket/src/native-libs" and add entries
> for new libraries, then cross-compile on a Unix system with MinGW.
>
> At Mon, 26 Sep 2016 14:31:34 -0600, Doug Williams wrote:
> > I have been tracking them down, too. When I get back home I can send the
> > list I have. I found the dependencies at exwinports on Sourceforge. But,
> I
> > haven't had time to try it yet.
> >
> > On Sep 26, 2016 10:44 AM, "Lehi Toskin"  wrote:
> >
> > > Using Dependency Walker, it says I'm missing a whole lot of system
> files.
> > > I'll have to investigate this thoroughly.
> > >
> > > --
> > > You received this message because you are subscribed to the Google
> Groups
> > > "Racket Users" group.
> > > To unsubscribe from this group and stop receiving emails from it, send
> an
> > > email to racket-users+unsubscr...@googlegroups.com.
> > > For more options, visit https://groups.google.com/d/optout.
> > >
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Racket Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to racket-users+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Windows and librsvg-2-2.dll

[Matthew Flatt]

In case you haven't noticed already, many of the relevant libraries are
distributed with Racket in the "lib" directory. I think they're
probably compiled in a way that's compatible with most
"librsvg-2-2.dll" builds, but if not, the best approach may be to start
with the compilation script in "racket/src/native-libs" and add entries
for new libraries, then cross-compile on a Unix system with MinGW.

At Mon, 26 Sep 2016 14:31:34 -0600, Doug Williams wrote:
> I have been tracking them down, too. When I get back home I can send the
> list I have. I found the dependencies at exwinports on Sourceforge. But, I
> haven't had time to try it yet.
> 
> On Sep 26, 2016 10:44 AM, "Lehi Toskin"  wrote:
> 
> > Using Dependency Walker, it says I'm missing a whole lot of system files.
> > I'll have to investigate this thoroughly.
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Racket Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> > email to racket-users+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
> >
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Windows and librsvg-2-2.dll

[Doug Williams]

I have been tracking them down, too. When I get back home I can send the
list I have. I found the dependencies at exwinports on Sourceforge. But, I
haven't had time to try it yet.

On Sep 26, 2016 10:44 AM, "Lehi Toskin"  wrote:

> Using Dependency Walker, it says I'm missing a whole lot of system files.
> I'll have to investigate this thoroughly.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Windows and librsvg-2-2.dll

[Lehi Toskin]

Using Dependency Walker, it says I'm missing a whole lot of system files. I'll 
have to investigate this thoroughly.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] udelim package -- more parens than you can shake a stick at

[Greg Trzeciak]

IMHO the "text expression" does precisely the same as current use of scribble 
-> pigeonholing the syntax for one use: in the case of scribble it is 
"documentation" in the case of text - "text processing".

I actually find "at-exp" to be quite fitting but would keep using this form 
everywhere instead of "@-exp". Instead of deriving the name from the "@" 
symbol, explain it as deriving from "at" preposition. Why?
- You can place the expression "AT ANY PLACE inside your text or code"
- Expression is identified by the selected identifier "AT THE FRONT of the 
expression" -> default @
- With at-exp the function is "AT THE FRONT followed by brackets/braces"
Ok maybe stretching it a bit but each to their own.

Some alternatives:
- M-expression (sic!) it even has plenty of similarities with meta-expression 
and in a way it is a meta syntax for s-expression
- F-expression - fore-expression -> function before brackets
- P-expression - pre(peri)-expression -> function before brackets

Cheers

Greg

On Monday, September 26, 2016 at 3:40:13 PM UTC+2, Matthew Butterick wrote:
> T as in "text":
> 
> 
> @-form => T-form
> @-expression = > T-expression (or t-exp in shorthand)

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] udelim package -- more parens than you can shake a stick at

[William G Hatch]

On Mon, Sep 26, 2016 at 01:54:35AM -0400, Eli Barzilay wrote:

But I'm guessing that I lost you again, so none of this would move you.
All I can do at this point is sigh and hope that you'll end up at the
best case of re-implementing @-expressions with the slightly more
verbose syntax that you want.  The worst case will be ... well, much
worse.


I don't think you lost me either time.  I think we agree on more than
you think we do, but I think mostly we just disagree on what things we
want to be simple, and what features we find useful.  This might be a
more useful conversation if we were in person and could hopefully
communicate more clearly, but I think going back and forth on this over
the mailing list would be edifying for nobody.

Thanks for your responses, though.  Maybe we can meet and chat about
such things at the next RacketCon or something.

William

--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] udelim package -- more parens than you can shake a stick at

[Matthew Butterick]

On Sep 25, 2016, at 10:53 PM, Eli Barzilay  wrote:

> When we realized that this is going
> to be confusing, it was already clear that the latter meaning is already
> "winning", so the syntax turned into @-forms, @-expressions etc -- I'm
> probably the only one who still uses the first meaning from time to
> time.  And yes, that's not a good name since it can be customized too,
> but I don't see a good way out of it...


T as in "text":

@-form => T-form
@-expression = > T-expression (or t-exp in shorthand)

#lang at-exp racket => #lang t-exp racket

#lang scribble/text => #lang t-exp/text

#lang scribble/html => #lang t-exp/html


Keep the old @-names for backward compatability of course.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] Windows and librsvg-2-2.dll

[Matthew Flatt]

At Mon, 26 Sep 2016 00:56:57 -0700 (PDT), Lehi Toskin wrote:
> I've been trying to make asumu's rsvg package working on Windows, but Racket 
> keeps complaining that it cannot find librsvg-2-2.dll. I have verified that 
> the DLL is exporting its symbols, is the correct bit-ness, and is in the 
> right 
> directories - all to no effect. I have have even recompiled it with mingw-w64 
> just to be sure the DLL wasn't corrupted or something, but that didn't change 
> anything.
> 
> As a little test, I made a small DLL in C which was indeed picked up by the 
> FFI and I could use its single function, but I took that same DLL and added 
> an 
> RSVG function, the FFI complained that my DLL was nowhere to be found!
> 
> I'm at my wit's end. Is there anything else I could try doing? Could it be 
> there's something wrong with the FFI that would make it incorrectly raise an 
> error or maybe even improperly interact with a DLL?

I see that "librsvg-2-2.dll" has many dependencies, and I bet there's
an issue finding one of the dependencies. As I recall, the error
message from the system will not distinguish between "librsvg-2-2.dll"
not being found and one of its dependencies not being found. That would
explain why you got the "not found" message for your own DLL after
linking to "librsvg-2-2.dll": if "librsvg-2-2.dll" or one of it's
dependencies wasn't found, the error would suggest that your own DLL
wasn't found.

Assuming that you have all of the dependencies in place, my guess is
that it's a question of the search path. When you use `ffi-lib` to load
a DLL, it looks in certain places; when "x.dll" depends on "y.dll",
Windows looks in certain places for "y.dll" as a dependency of "x.dll"
--- and, unfortunately, the latter is a subset of the former places.
Various Racket FFI bindings use the strategy of explicitly loading
"y.dll" before attempting to load "x.dll", so the the previously loaded
"y.dll" satisfies the dependencies of "x.dll".

So, I recommend trying to load the dependencies of "librsvg-2-2.dll"
directly, find out whether each of those works, check dependencies for
one that doesn't work, and so on. (I use Dependency Walker to view DLL
files, and it shows dependencies and dependencies of dependencies in a
nice way.)

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Windows and librsvg-2-2.dll

[Lehi Toskin]

I've been trying to make asumu's rsvg package working on Windows, but Racket 
keeps complaining that it cannot find librsvg-2-2.dll. I have verified that the 
DLL is exporting its symbols, is the correct bit-ness, and is in the right 
directories - all to no effect. I have have even recompiled it with mingw-w64 
just to be sure the DLL wasn't corrupted or something, but that didn't change 
anything.

As a little test, I made a small DLL in C which was indeed picked up by the FFI 
and I could use its single function, but I took that same DLL and added an RSVG 
function, the FFI complained that my DLL was nowhere to be found!

I'm at my wit's end. Is there anything else I could try doing? Could it be 
there's something wrong with the FFI that would make it incorrectly raise an 
error or maybe even improperly interact with a DLL?

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.