Ivanyi Peter | 1 Dec 2006 11:17
Picon
Favicon

Open GL tutorial for DrScheme

Hi,

I have created the simplest OpenGL program for you.
You can download it from:

http://www.hexahedron.hu/personal/peteri/plt/index.html

Bottom of the page.
Load it into DrScheme and Run.

Best regards

Peter Ivanyi

_______________________________________________________________
Karácsonyi ajándékozás? - [origo] klikkbank személyi kölcsön
http://www.klikkbank.hu/lakossagi/termekek/szemelyi_kolcson/index.html

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Matt Jadud | 1 Dec 2006 16:58
Picon
Favicon

struct-type-info

Hi all,

Given a structure instance 'a-foo':

(define-struct foo (a b))
(define a-foo (make-foo 3 5))

Is there any way, given an instance of a foo (a 'make-foo') to get at 
the struct-type-info? Or, do I need to define my own structure using 
make-structure-type and hide that information somewhere?

Given a structure of any type, I'd like to generically walk the fields. 
However, given a structure instance, I'm not clear how I find out what 
its accessor method should be...

I'm confident that I'm missing something simple here, but it continues 
to elude me.

Cheers,
Matt
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Eli Barzilay | 1 Dec 2006 17:05
Favicon
Gravatar

Re: struct-type-info

On Dec  1, Matt Jadud wrote:
> Hi all,
> 
> Given a structure instance 'a-foo':
> 
> (define-struct foo (a b))
> (define a-foo (make-foo 3 5))
> 
> Is there any way, given an instance of a foo (a 'make-foo') to get at 
> the struct-type-info? Or, do I need to define my own structure using 
> make-structure-type and hide that information somewhere?

Look for `struct-info'.

--

-- 
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                  http://www.barzilay.org/                 Maze is Life!
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Jens Axel Søgaard | 1 Dec 2006 17:10

Re: struct-type-info

Matt Jadud skrev:
> Hi all,
> 
> Given a structure instance 'a-foo':
> 
> (define-struct foo (a b))
> (define a-foo (make-foo 3 5))
> 
> Is there any way, given an instance of a foo (a 'make-foo') to get at 
> the struct-type-info? Or, do I need to define my own structure using 
> make-structure-type and hide that information somewhere?
> 
> Given a structure of any type, I'd like to generically walk the fields. 
> However, given a structure instance, I'm not clear how I find out what 
> its accessor method should be...

Walk fields? Perhaps you can use this?

; map-slots! (alpha -> beta) struct -> struct
;  replace each slot sl in the struct s with (f sl)
;  the fields of a super structure is only replaced if they are
;  accessible by the inspector

(define (map-slots! f s)
   (define (map-slot/type! f s t)
     (let-values ([(name init-k auto-k s-ref s-set! imm super skipped)
                   (struct-type-info t)])
       (do ([i 0 (add1 i)])
         ((= i (+ init-k auto-k)))
         (s-set! s i (f (s-ref s i))))))
(Continue reading)

TFP 2007 | 1 Dec 2006 19:25
Favicon

(no subject)


CALL FOR PAPERS
Trends in Functional Programming 2007
New York, USA
April 2-4, 2007
http://cs.shu.edu/tfp2007/
              OR
http://tltc.shu.edu/tfp2007/
 
 
The symposium on Trends in Functional Programming (TFP) is an international forum for researchers with interests in all aspects of functional programming languages,  focusing on providing a broad view of current and future trends in Functional Programming. It aspires to be a lively environment for presenting the latest  research results through acceptance by extended abstracts. A formal post-symposium refereeing process then selects the best articles presented at the symposium for publication in a high-profile volume.    
 

TFP 2007 is co-hosted by Seton Hall University and The City College of New York (CCNY)
and will be held in New York, USA, April 2-4, 2007 at the CCNY campus.     
SCOPE OF THE SYMPOSIUM  
 
The symposium recognizes that new trends may arise through various routes. As part of the Symposium's focus on trends we therefore identify the following five article  categories. High-quality articles are solicited in any of these categories:    
 
Research Articles        leading-edge, previously unpublished research work
Position Articles          on what new trends should or should not be  
Project Articles           descriptions of recently started new projects
Evaluation Articles       what lessons can be drawn from a finished project
Overview Articles         summarizing work with respect to a trendy subject
 
Articles must be original and not submitted for simultaneous publication to any other forum. They may consider any aspect of functional programming: theoretical,   implementation-oriented, or more experience-oriented. Applications of functional programming techniques to other languages are also within the scope of the symposium.  
 
Articles on the following subject areas are particularly welcomed:
 
o Dependently Typed Functional Programming  
o Validation and Verification of Functional Programs
o Debugging for Functional Languages
o Functional Programming and Security
o Functional Programming and Mobility
o Functional Programming to Animate/Prototype/Implement Systems from Formal or Semi-Formal Specifications
o Functional Languages for Telecommunications Applications
o Functional Languages for Embedded Systems
o Functional Programming Applied to Global Computing
o Functional GRIDs
o Functional Programming Ideas in Imperative or Object-Oriented Settings (and the converse)
o Interoperability with Imperative Programming Languages
o Novel Memory Management Techniques
o Parallel/Concurrent Functional Languages
o Program Transformation Techniques  
o Empirical Performance Studies  
o Abstract/Virtual Machines and Compilers for Functional Languages  
o New Implementation Strategies
o any new emerging trend in the functional programming area
 
If you are in doubt on whether your article is within the scope of TFP, please contact the TFP 2007 program chair, Marco T. Morazan, at  tfp2007-UxQERRLR9fA@public.gmane.org.
 
 
SUBMISSION AND DRAFT PROCEEDINGS
 
Acceptance of articles for presentation at the symposium is based on the review of extended abstracts (6 to 10 pages in length) by the program committee. Accepted  abstracts are to be completed to full papers before the symposium for publication in the draft proceedings and on-line. Further details can be found at the TFP 2007 website.
 
 
POST-SYMPOSIUM REFEREEING AND PUBLICATION
 
In addition to the draft symposium proceedings, we intend to continue the TFP tradition of publishing a high-quality subset of contributions in the Intellect series on Trends in Functional Programming.  
 
IMPORTANT DATES
 
Abstract Submission: February 1, 2007
Notification of Acceptance: February 20, 2007
Registration Deadline: March 2, 2007  
Camera Ready Full Paper Due: March 9, 2007
TFP Symposium: April 2-4, 2007
 
 
PROGRAMME COMMITTEE
 
John Clements                   California Polytechnic State University, USA  
Marko van Eekelen             Radboud Universiteit Nijmegen, The Netherlands  
Benjamin Goldberg             New York University, USA  
Kevin Hammond                 University of St. Andrews, UK
Patricia Johann                  Rutgers University, USA  
Hans-Wolfgang Loidl           Ludwig-Maximilians Universität München, Germany  
Rita Loogen                       Philipps-Universität Marburg, Germany  
Greg Michaelson                Heriot-Watt University, UK  
Marco T. Morazán (Chair)    Seton Hall University, USA  
Henrik Nilsson                    University of Nottingham, UK  
Chris Okasaki                    United States Military Academy at West Point, USA  
Rex Page                          University of Oklahoma, USA  
Ricardo Pena                     Universidad Complutense de Madrid, Spain  
Benjamin C. Pierce             University of Pennsylvania, USA  
John Reppy                        University of Chicago, USA  
Ulrik P. Schultz                  University of Southern Denmark, Denmark  
Clara Segura                      Universidad Complutense de Madrid, Spain  
Jocelyn Sérot                     Université Blaise Pascal, France  
Zhong Shao                        Yale University, USA  
Olin Shivers                        Georgia Institute of Technology, USA  
Phil Trinder                         Heriot-Watt University, UK  
David Walker                      Princeton University, USA  


ORGANIZATION  
 
Symposium Chair:        Henrik Nilsson, University of Nottingham, UK  
Programme Chair:        Marco T. Morazan, Seton Hall University, USA  
Treasurer:                       Greg Michaelson, Heriot-Watt University, UK
Local Arrangements:   Marco T. Morazan, Seton Hall University, USA  



************************************************************************************
Dr. Marco T. Morazan
TFP 2007
Program Committee Chair
http://tltc.shu.edu/tfp2007/
http://cs.shu.edu/tfp2007/
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
Michael Vanier | 1 Dec 2006 22:39
Picon
Favicon

behavior of nested quotes in DrScheme/mzscheme

I stumbled on this odd bit of behavior just now.  In DrScheme (pretty big Scheme 
language level), evaluating

'''''a

gives

''''a

but in mzscheme it gives

(quote (quote (quote (quote a))))

 From a teaching standpoint, the latter is preferable.  Is there any way to 
tweak DrScheme's display so that it outputs the latter form?

Mike

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Kyle Smith | 1 Dec 2006 23:07

Re: behavior of nested quotes in DrScheme/mzscheme


> 
> (quote (quote (quote (quote a))))
> 
>  From a teaching standpoint, the latter is preferable.  Is there any way to 
> tweak DrScheme's display so that it outputs the latter form?
> 
> Mike

C+l
details
check constructor type printing

Hope this helps.

--kyle

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Michael Vanier | 1 Dec 2006 23:12
Picon
Favicon

Re: Re: behavior of nested quotes in DrScheme/mzscheme

That is helpful -- thanks!  However, it's still not the same as in mzscheme:

 > '''''a
(list 'quote (list 'quote (list 'quote (list 'quote 'a))))

I think this might be even more confusing to a student.

Mike

Kyle Smith wrote:
>> (quote (quote (quote (quote a))))
>>
>>  From a teaching standpoint, the latter is preferable.  Is there any way to 
>> tweak DrScheme's display so that it outputs the latter form?
>>
>> Mike
> 
> C+l
> details
> check constructor type printing
> 
> Hope this helps.
> 
> --kyle
> 
> 
> 
> _________________________________________________
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Danny Yoo | 1 Dec 2006 23:21
Picon

REQUIRE breaks on graphical files during setup-plt

Hi everyone,

I have a file saved in graphical format: during setup-plt, the compilation 
fails since the compilation manager load handler isn't graphically aware:

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

setup-plt: Error during Compiling .zos for DivaScheme 
(/home/dyoo/work/divascheme)
setup-plt:   load-handler: expected a `module' declaration for 
`sample-file-with-snip' in 
#<path:/home/dyoo/work/divascheme/sample-file-with-snip.ss>, but found 
something else
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

I understand that one issue is that 'TEXT-EDITOR-LOAD-HANDLER' isn't in 
place because we're using mzscheme rather than mred.  But even if we 
substitute the call to 'mzscheme' with 'mred' within the setup-plt binary, 
things still break because.

I've been staring at the code in cm.ss's 
make-compilation-manager-load/use-compiled/handler/table; it looks like 
it's not using the proper CURRENT-LOAD within COMPILE-ZO, but is instead 
doing something more primitive with moddep.s's 
MODDEP-CURRENT-OPEN-INPUT-FILE, which isn't sensitive to the graphical 
nature of files.

I'm not sure what the right fix for this is, yet.  Would it be possible 
for mred's setup to include a paramterization of moddep's 
MODDEP-CURRENT-OPEN-INPUT-FILE to the correct OPEN-INPUT-GRAPHICAL-FILE in 
mred?  Otherwise, this restricts the kind of files that one can include in 
compilable modules to pure text files.

Thanks!
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

Matthew Flatt | 1 Dec 2006 23:58
Picon
Favicon
Gravatar

Re: REQUIRE breaks on graphical files during setup-plt

At Fri, 1 Dec 2006 14:21:47 -0800 (PST), Danny Yoo wrote:
> I'm not sure what the right fix for this is, yet.

I think the right fix is to make graphical files readable by MzScheme.
I have some ideas on how to do this, and maybe we can try them soon.

Matthew

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme


Gmane