Re: [racket-users] udelim package -- more parens than you can shake a stick at
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
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 i
Re: [racket-users] Windows and librsvg-2-2.dll
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
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
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
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
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
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
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
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
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
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
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.