[racket-dev] procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f
I am running Robby's test-docs-complete from the command line, and it's fine. When I tried to run it from drracket, I got this: procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f What's wrong? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f
The real `_cprocedure*' (which appears in the expansion of `_fun') has 9 arguments, so something is out of sync. Do you have a collects/ffi/compiled/drracket directory (which should not exist, but might have been created incorrectly)? At Sat, 14 May 2011 12:23:51 -0400, Matthias Felleisen wrote: I am running Robby's test-docs-complete from the command line, and it's fine. When I tried to run it from drracket, I got this: procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f What's wrong? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f
Sorry for the false alarm. I switched to a drracket from before my latest source update. On May 14, 2011, at 12:32 PM, Matthew Flatt wrote: The real `_cprocedure*' (which appears in the expansion of `_fun') has 9 arguments, so something is out of sync. Do you have a collects/ffi/compiled/drracket directory (which should not exist, but might have been created incorrectly)? At Sat, 14 May 2011 12:23:51 -0400, Matthias Felleisen wrote: I am running Robby's test-docs-complete from the command line, and it's fine. When I tried to run it from drracket, I got this: procedure _cprocedure*: expects 8 arguments, given 9: '(#ctype:pointer) #ctype:int32 #f #f #t #f #f #f #f What's wrong? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] planet-version follies with old planet packages
I've been having trouble with an older PLaneT package, and I've finally narrowed it down to a problem with the change in version-numberings. Specifically, I install Jens Soegaard's gzip.plt package (which installs all right), and then I can't use it. The problem turns out to be that planet won't let me run it, because it thinks that the required provided versions of racket are #(struct:mz-version 4 0) #(struct:mz-version 501 1005) ... so I just need to wait for version 400.00 to come out! I see how I can hack around this problem by editing the required-version in the info.ss file, but if I'm correct, this means that no planet packages that precede the version-numbering change can be used. It seems hard to believe that this wouldn't have been noticed, though, so perhaps I'm wrong... John smime.p7s Description: S/MIME cryptographic signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev