Re: [MacRuby-devel] Hotcocoa documentation
Ok, interesting to hear at least that it wasn't deemed unworkable or somehow a faulty approach. /F 2010/10/2 Vincent Isambart : > >> Is there some information somewhere about why Hotcocoa was dropped? If >> not, a few words of explanation here would be appreciated! Hotcocoa >> does stand out as a pretty nifty gadget, although I can imagine it's a >> lot of work to maintain it. > > > I don't think there's information about it anywhere, but only because there's > nothing much to say. > > HotCocoa was started by Rich Kilmer, and I can't speak for him but from what > I saw he's very busy and doesn't have time to work on HotCocoa. In fact most > of the work he did on HotCocoa was done when he was attending various > conferences. > > And well after Rich stopped working on it no one decided to continue working > on it, that's pretty much it. As Laurent said it's opensource, it's on Github > so if anyone wants to work on it, just fork it! > > There was a time when HotCocoa was included in MacRuby, but there's no reason > to continue including something that's not maintained anymore, and there's > already enough work to do on MacRuby itself. ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.7 release notes
Awesome, thanks a lot. Sent from my iPhone On 02/10/2010, at 01:44, Laurent Sansonetti wrote: > Hi guys, > > MacRuby 0.7 is now ready to be released. I created a branch called "0.7" > which might host minor fixes, and I'm now working on preparing the release > and announcement post. It should now be released very soon, likely Monday (we > want to do more testing). > > In the meantime, trunk becomes MacRuby 0.8, where the story continues! > > Thanks to everyone working on this release, which closes a successful 5 > months development cycle. > > Following are the complete release notes, the upcoming announcement post will > be clearer :-) > > Highlights: > > * Better Ruby compatibility. Better C extensions support. This release has > about 90% of RubySpec coverage. > * Better concurrency. Dispatch cache has been rewritten to be thread safe. > Fixed several race conditions and deadlocks. MacRuby can now handle a > significant number of concurrent HTTP requests through ControlTower. Fixes > and improvements in the Dispatch library. > * Better Cocoa support. Reduced runtime overhead, fixed minor problems and > simplified the integration with Cocoa classes. C-style blocks are now > supported in MacRuby, assuming you install the new BridgeSupport preview > release. The sandbox(7) functionality is now exposed in the Sandbox class. > * Better performance. MacRuby's kernel primitives are now pre-compiled into > LLVM bitcode and inlined later into the module. Fixed minor performance > regressions introduced in last release. Optimized codegen, instance variables > and multiple assignments. In JIT mode, cold paths are now interpreted and not > JIT compiled. Introduced a regression performance suite. > * MacIRB has been rewritten from scratch. The new version (called DietRB) is > lighter and better implemented. It should be compatible with the old IRB. > * Started working on static Ruby compilation, which generates executable > binaries embedding the MacRuby runtime, not making use of the JIT compiler or > BridgeSupport runtime metadata. This is a work in progress and we intend to > finish it in the next release. > * Mac OS v10.5 (Leopard) is no longer supported. We require MacRuby users to > upgrade to Snow Leopard. > > Other changes: > > * Fixed clang/clang++ build. > * Fixed a crash when trying to create a byte string out of an empty NSString. > * Fixed a small typo in the compilation error message. > * Fixed a bug when bridgesupport files for linked frameworks wouldn't be > loaded. > * Fixed a crash when calling #to_json on a symbol. > * Fixed a bug in Method#call which would incorrectly change the safe level. > * Now filtering the symbols we expose in the macruby dylib. > * Avoid calling xmalloc() with a zero size (fixes several performance > problems). > * #sysread with a len argument must return a binary string, not UTF-8. > * Allow Pointer objects of type 'c' to be passed as C-style char arrays. > * Fixed a bug in NSString#== where an exception would occur if the operand > cannot be converted as a string. > * Got rid of the NSNumber glue, it's useless since NSNumbers are always > converted. > * In case we are in a .app with MacRuby.framework embedded inside, relocate > the load paths accordingly. > * Deal with numeric escapes in regexps. > * Symbol#to_proc now generates a Proc that can accept a variable number of > arguments. > * Fixed minor bugs in symbol and enumeration. > * Implemented of String#encode. > * Fixed String#each_byte to return positive numbers. > * Made NSObject#== and NSObject#eql? use -[NSObject isEqual:]. > * Fixed minor bugs in Array and implemented #rotate, #rotate!, #select!, > #keep_if, #sort_by!. > * More robust runtime signature parsing, by dynamically allocating the > temporary buffer instead of using a static array (which might be too small > when parsing big signatures like in CoreAudio). > * Be careful when compiling the struct #new method, some fields might be > large (ABI-wise) structures. > * Fixed minor bugs in Dir, implemented #home. > * Create symbols from the auto zone, allowing associative references to work > without emitting warnings/errors. > * Fixed minor bugs in Enumerable and implemented #flat_map, #collect_concat, > #each_entry, #each_slice, #each_cons, #each_with_object. > * Fixed a bug in the compilation of the alias keyword, some arguments can be > interpolated symbols (not literals). > * Removed the sigbus/sigsegv signal handlers, let macruby crash immediately > to make the life of crashtracer easier. > * Fixed minor bugs in Enumerator and implemented #each_with_object, > #with_object. > * Fixed minor bugs in File and implemented #absolute_path and #size. > * Backported latest net/http from ruby trunk. > * Fixed minor bugs in Fixnum and implemented #magnitude. > * Fixed minor bugs in Float and implemented #rationalize. > * Added some missing MRI C-APIs. > * Added support for the nkf extension. > * Fixed a bug when pop
Re: [MacRuby-devel] MacRuby 0.7 release notes
Hopefully, 0.7 solves some of the issues that I've been running into, trying to get 3rd party Ruby libraries to work, and such. If I could get Sequel or DataMapper to work with SQLite3, in my app, I'd be happy. Keep up the good work. On Sat, Oct 2, 2010 at 7:18 AM, Daniel Lopes wrote: > Awesome, thanks a lot. > > Sent from my iPhone > > On 02/10/2010, at 01:44, Laurent Sansonetti wrote: > > > Hi guys, > > > > MacRuby 0.7 is now ready to be released. I created a branch called "0.7" > which might host minor fixes, and I'm now working on preparing the release > and announcement post. It should now be released very soon, likely Monday > (we want to do more testing). > > > -- Mario Steele Lieutenant Commander 3 XO - Geo 99 XO - STO IFT Fleet http://www.trekfederation.com http://geo99.ruby-im.net ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Hotcocoa documentation
Thank you for the answer, I feel a bit disappointed though... I loved the simplicity of Hotcocoa. Is there any other library/layer on top of Macruby that helps simplifying the creation of UI? Michael On Sat, Oct 2, 2010 at 3:14 AM, Felix Holmgren wrote: > Ok, interesting to hear at least that it wasn't deemed unworkable or > somehow a faulty approach. > > /F > > 2010/10/2 Vincent Isambart : > > > >> Is there some information somewhere about why Hotcocoa was dropped? If > >> not, a few words of explanation here would be appreciated! Hotcocoa > >> does stand out as a pretty nifty gadget, although I can imagine it's a > >> lot of work to maintain it. > > > > > > I don't think there's information about it anywhere, but only because > there's nothing much to say. > > > > HotCocoa was started by Rich Kilmer, and I can't speak for him but from > what I saw he's very busy and doesn't have time to work on HotCocoa. In fact > most of the work he did on HotCocoa was done when he was attending various > conferences. > > > > And well after Rich stopped working on it no one decided to continue > working on it, that's pretty much it. As Laurent said it's opensource, it's > on Github so if anyone wants to work on it, just fork it! > > > > There was a time when HotCocoa was included in MacRuby, but there's no > reason to continue including something that's not maintained anymore, and > there's already enough work to do on MacRuby itself. > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.7 release notes
Hey, awesome work on the Sandbox class! I wrote a library to do something similar using FFI and MRI/REE. I'll definitely be taking a look at that :-) Congrats on 0.7, too! Rob On 2 Oct 2010, at 05:44, Laurent Sansonetti wrote: > Hi guys, > > MacRuby 0.7 is now ready to be released. I created a branch called "0.7" > which might host minor fixes, and I'm now working on preparing the release > and announcement post. It should now be released very soon, likely Monday (we > want to do more testing). > > In the meantime, trunk becomes MacRuby 0.8, where the story continues! > > Thanks to everyone working on this release, which closes a successful 5 > months development cycle. > > Following are the complete release notes, the upcoming announcement post will > be clearer :-) > > Highlights: > > * Better Ruby compatibility. Better C extensions support. This release has > about 90% of RubySpec coverage. > * Better concurrency. Dispatch cache has been rewritten to be thread safe. > Fixed several race conditions and deadlocks. MacRuby can now handle a > significant number of concurrent HTTP requests through ControlTower. Fixes > and improvements in the Dispatch library. > * Better Cocoa support. Reduced runtime overhead, fixed minor problems and > simplified the integration with Cocoa classes. C-style blocks are now > supported in MacRuby, assuming you install the new BridgeSupport preview > release. The sandbox(7) functionality is now exposed in the Sandbox class. > * Better performance. MacRuby's kernel primitives are now pre-compiled into > LLVM bitcode and inlined later into the module. Fixed minor performance > regressions introduced in last release. Optimized codegen, instance variables > and multiple assignments. In JIT mode, cold paths are now interpreted and not > JIT compiled. Introduced a regression performance suite. > * MacIRB has been rewritten from scratch. The new version (called DietRB) is > lighter and better implemented. It should be compatible with the old IRB. > * Started working on static Ruby compilation, which generates executable > binaries embedding the MacRuby runtime, not making use of the JIT compiler or > BridgeSupport runtime metadata. This is a work in progress and we intend to > finish it in the next release. > * Mac OS v10.5 (Leopard) is no longer supported. We require MacRuby users to > upgrade to Snow Leopard. > > Other changes: > > * Fixed clang/clang++ build. > * Fixed a crash when trying to create a byte string out of an empty NSString. > * Fixed a small typo in the compilation error message. > * Fixed a bug when bridgesupport files for linked frameworks wouldn't be > loaded. > * Fixed a crash when calling #to_json on a symbol. > * Fixed a bug in Method#call which would incorrectly change the safe level. > * Now filtering the symbols we expose in the macruby dylib. > * Avoid calling xmalloc() with a zero size (fixes several performance > problems). > * #sysread with a len argument must return a binary string, not UTF-8. > * Allow Pointer objects of type 'c' to be passed as C-style char arrays. > * Fixed a bug in NSString#== where an exception would occur if the operand > cannot be converted as a string. > * Got rid of the NSNumber glue, it's useless since NSNumbers are always > converted. > * In case we are in a .app with MacRuby.framework embedded inside, relocate > the load paths accordingly. > * Deal with numeric escapes in regexps. > * Symbol#to_proc now generates a Proc that can accept a variable number of > arguments. > * Fixed minor bugs in symbol and enumeration. > * Implemented of String#encode. > * Fixed String#each_byte to return positive numbers. > * Made NSObject#== and NSObject#eql? use -[NSObject isEqual:]. > * Fixed minor bugs in Array and implemented #rotate, #rotate!, #select!, > #keep_if, #sort_by!. > * More robust runtime signature parsing, by dynamically allocating the > temporary buffer instead of using a static array (which might be too small > when parsing big signatures like in CoreAudio). > * Be careful when compiling the struct #new method, some fields might be > large (ABI-wise) structures. > * Fixed minor bugs in Dir, implemented #home. > * Create symbols from the auto zone, allowing associative references to work > without emitting warnings/errors. > * Fixed minor bugs in Enumerable and implemented #flat_map, #collect_concat, > #each_entry, #each_slice, #each_cons, #each_with_object. > * Fixed a bug in the compilation of the alias keyword, some arguments can be > interpolated symbols (not literals). > * Removed the sigbus/sigsegv signal handlers, let macruby crash immediately > to make the life of crashtracer easier. > * Fixed minor bugs in Enumerator and implemented #each_with_object, > #with_object. > * Fixed minor bugs in File and implemented #absolute_path and #size. > * Backported latest net/http from ruby trunk. > * Fixed minor bugs in Fixnum and implemented #magnitude. > * Fixed minor bugs in
Re: [MacRuby-devel] Hotcocoa documentation
Interface Builder? :-) Rob On 2 Oct 2010, at 13:48, Michael Sokol wrote: > Thank you for the answer, I feel a bit disappointed though... I loved the > simplicity of Hotcocoa. > > Is there any other library/layer on top of Macruby that helps simplifying the > creation of UI? > > Michael > > On Sat, Oct 2, 2010 at 3:14 AM, Felix Holmgren > wrote: > Ok, interesting to hear at least that it wasn't deemed unworkable or > somehow a faulty approach. > > /F > > 2010/10/2 Vincent Isambart : > > > >> Is there some information somewhere about why Hotcocoa was dropped? If > >> not, a few words of explanation here would be appreciated! Hotcocoa > >> does stand out as a pretty nifty gadget, although I can imagine it's a > >> lot of work to maintain it. > > > > > > I don't think there's information about it anywhere, but only because > > there's nothing much to say. > > > > HotCocoa was started by Rich Kilmer, and I can't speak for him but from > > what I saw he's very busy and doesn't have time to work on HotCocoa. In > > fact most of the work he did on HotCocoa was done when he was attending > > various conferences. > > > > And well after Rich stopped working on it no one decided to continue > > working on it, that's pretty much it. As Laurent said it's opensource, it's > > on Github so if anyone wants to work on it, just fork it! > > > > There was a time when HotCocoa was included in MacRuby, but there's no > > reason to continue including something that's not maintained anymore, and > > there's already enough work to do on MacRuby itself. > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Hotcocoa documentation
I asked Rich Kilmer about HotCocoa when we met at GoGaRuCo last month. He indicated that he's still interested in it, but is (IIRC) thinking about some different implementation strategies and waiting for MacRuby to settle down a bit. HotCocoa makes Cocoa look a lot more like the Ruby I know and love, so I really hope that he (or someone :) picks it back up, dusts it off, and moves forward with it. -r -- http://www.cfcl.com/rdmRich Morin http://www.cfcl.com/rdm/resume [email protected] http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, system design ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Hotcocoa documentation
I think the issue wasn't that HotCocoa was "dropped" so much as people, including its primary author, seemed to simply lose interest in updating it. That is why the project was moved to github, in hopes that someone else would fork it and start doing interesting things with the project again. Bigger picture, I think the lack of interest also stems from the fact that it's generally a lot easier to do User Interface programming in Interface Builder, and a set of what are in effect UI element macros can only go so far in papering over the more intricate details of implementing a Cocoa app. From an evolutionary standpoint, it's hard to argue that HotCocoa isn't something of a dead-end, though that's also describing HotCocoa in its *current* form. The success of high-level development toolkits like Processing (in Java) suggests that there is a place for very high-level, concise ways of making pretty graphics on the screen or interesting sounds come out the speakers, and with a fair bit more work it's possible that HotCocoa could become that. But not without volunteers to work on it. :-) - Jordan On Oct 1, 2010, at 10:34 PM, Felix Holmgren wrote: > Is there some information somewhere about why Hotcocoa was dropped? If > not, a few words of explanation here would be appreciated! Hotcocoa > does stand out as a pretty nifty gadget, although I can imagine it's a > lot of work to maintain it. > > /Felix > > 2010/10/2 Laurent Sansonetti : >> Hi Michael, >> >> On Oct 1, 2010, at 7:07 PM, Michael Sokol wrote: >> >>> Hello >>> >>> I just discovered Macruby and Hotcocoa, and I must say that I'm very >>> excited about it. Hotcocoa is nothing short of amazing and I love the ease >>> with which you can build a Mac application using Ruby. >>> >>> The only problem I have though, is that I didn't find a real documentation >>> showing hotcocoa API. I'm using the examples, but it's very limited. I was >>> wondering if any API documentation exists, and if not, what is the best way >>> to know each methods available and their parameters? >> >> I am afraid HotCocoa is no longer actively developed neither maintained (I >> recommend to avoid using it). The project lives on github now and people >> willing to help should do it there. >> >> http://github.com/richkilmer/hotcocoa >> >> Laurent > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] 0.7 Release
Hi Laurent: Great work! You have to reload version 0.6 to fully appreciate the performance increase. Today's nightly build deletes version 0.7 from the MacRuby framework but my project still references it: dyld: Library not loaded: /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/libmacruby.dylib Referenced from: /Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 Reason: image not found How do I update my project to reference the 0.8 version? Thanks, Bob Rice ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] 0.7 Release
Hi Robert, You need to rebuild your project. Do a clean before, to make sure. It will be linked to the "new" MacRuby. In the future we won't use the MacRuby version number in the link path to avoid these problems :) Laurent On Oct 2, 2010, at 11:43 AM, Robert Rice wrote: > Hi Laurent: > > Great work! You have to reload version 0.6 to fully appreciate the > performance increase. > > Today's nightly build deletes version 0.7 from the MacRuby framework but my > project still references it: > > dyld: Library not loaded: > /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/libmacruby.dylib > Referenced from: /Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 > Reason: image not found > > How do I update my project to reference the 0.8 version? > > Thanks, > Bob Rice > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.7 release notes
Hi Mario, I don't know for DataMapper, but Sequel and the SQLite3 extension should work with MacRuby 0.7 (that's what we use for a web app). If you run into a problem, make sure to file a ticket and we will look. We have lots of work in our TODO list when it comes to Ruby compatibility, and filing tickets for 3rd party libraries that do not work helps us prioritize what needs to be fixed. Laurent On Oct 2, 2010, at 5:10 AM, Mario Steele wrote: > Hopefully, 0.7 solves some of the issues that I've been running into, trying > to get 3rd party Ruby libraries to work, and such. If I could get Sequel or > DataMapper to work with SQLite3, in my app, I'd be happy. Keep up the good > work. > > On Sat, Oct 2, 2010 at 7:18 AM, Daniel Lopes wrote: > Awesome, thanks a lot. > > Sent from my iPhone > > On 02/10/2010, at 01:44, Laurent Sansonetti wrote: > > > Hi guys, > > > > MacRuby 0.7 is now ready to be released. I created a branch called "0.7" > > which might host minor fixes, and I'm now working on preparing the release > > and announcement post. It should now be released very soon, likely Monday > > (we want to do more testing). > > > > > > -- > Mario Steele > Lieutenant Commander 3 > XO - Geo 99 > XO - STO IFT Fleet > http://www.trekfederation.com > http://geo99.ruby-im.net > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] 0.7 Release
Hi Laurent: Thanks for the quick reply. I get a new error doing a clean build: Ld build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 normal x86_64 cd "/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7" setenv MACOSX_DEPLOYMENT_TARGET 10.5 /Developer/usr/bin/gcc-4.2 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.5.sdk "-L/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug" "-F/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug" "-F/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug" -filelist "/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/MacDriverLog-0.7.build/Debug/MacDriverLog-0.7.build/Objects-normal/x86_64/MacDriverLog-0.7.LinkFileList" -mmacosx-version-min=10.5 -framework Cocoa -weak_framework Quartz -o "/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7" Undefined symbols: "_macruby_main", referenced from: _main in main.o ld: symbol(s) not found collect2: ld returned 1 exit status Do I need to create a new project? Bob Rice On Oct 2, 2010, at 4:08 PM, Laurent Sansonetti wrote: > Hi Robert, > > You need to rebuild your project. Do a clean before, to make sure. It will be > linked to the "new" MacRuby. > > In the future we won't use the MacRuby version number in the link path to > avoid these problems :) > > Laurent > > On Oct 2, 2010, at 11:43 AM, Robert Rice wrote: > >> Hi Laurent: >> >> Great work! You have to reload version 0.6 to fully appreciate the >> performance increase. >> >> Today's nightly build deletes version 0.7 from the MacRuby framework but my >> project still references it: >> >> dyld: Library not loaded: >> /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/libmacruby.dylib >> Referenced from: /Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 >> Reason: image not found >> >> How do I update my project to reference the 0.8 version? >> >> Thanks, >> Bob Rice >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] 0.7 Release
Hi Robert, Looks like -framework MacRuby is missing from your gcc line, which could explain the missing symbol. Are you sure MacRuby.framework is included in your Xcode project as a dependency? If yes, try removing it and adding it again, maybe. Laurent On Oct 2, 2010, at 1:24 PM, Robert Rice wrote: > Hi Laurent: > > Thanks for the quick reply. I get a new error doing a clean build: > > Ld build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 normal > x86_64 > cd "/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7" > setenv MACOSX_DEPLOYMENT_TARGET 10.5 > /Developer/usr/bin/gcc-4.2 -arch x86_64 -isysroot > /Developer/SDKs/MacOSX10.5.sdk "-L/Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/Debug" > "-F/Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/Debug" > "-F/Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/Debug" -filelist > "/Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/MacDriverLog-0.7.build/Debug/MacDriverLog-0.7.build/Objects-normal/x86_64/MacDriverLog-0.7.LinkFileList" > -mmacosx-version-min=10.5 -framework Cocoa -weak_framework Quartz -o > "/Users/robertrice/Desktop/MacDriverLog > Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7" > > Undefined symbols: > "_macruby_main", referenced from: > _main in main.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > > Do I need to create a new project? > > Bob Rice > > > On Oct 2, 2010, at 4:08 PM, Laurent Sansonetti wrote: > >> Hi Robert, >> >> You need to rebuild your project. Do a clean before, to make sure. It will >> be linked to the "new" MacRuby. >> >> In the future we won't use the MacRuby version number in the link path to >> avoid these problems :) >> >> Laurent >> >> On Oct 2, 2010, at 11:43 AM, Robert Rice wrote: >> >>> Hi Laurent: >>> >>> Great work! You have to reload version 0.6 to fully appreciate the >>> performance increase. >>> >>> Today's nightly build deletes version 0.7 from the MacRuby framework but my >>> project still references it: >>> >>> dyld: Library not loaded: >>> /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/libmacruby.dylib >>> Referenced from: /Users/robertrice/Desktop/MacDriverLog >>> Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 >>> Reason: image not found >>> >>> How do I update my project to reference the 0.8 version? >>> >>> Thanks, >>> Bob Rice >>> >>> ___ >>> MacRuby-devel mailing list >>> [email protected] >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] 0.7 Release
Thanks Laurent: That worked. I tried that earlier today and it didn't work. I had to clean all dependencies first. Bob Rice On Oct 2, 2010, at 4:29 PM, Laurent Sansonetti wrote: > Hi Robert, > > Looks like -framework MacRuby is missing from your gcc line, which could > explain the missing symbol. Are you sure MacRuby.framework is included in > your Xcode project as a dependency? If yes, try removing it and adding it > again, maybe. > > Laurent > > On Oct 2, 2010, at 1:24 PM, Robert Rice wrote: > >> Hi Laurent: >> >> Thanks for the quick reply. I get a new error doing a clean build: >> >> Ld build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 normal >> x86_64 >> cd "/Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7" >> setenv MACOSX_DEPLOYMENT_TARGET 10.5 >> /Developer/usr/bin/gcc-4.2 -arch x86_64 -isysroot >> /Developer/SDKs/MacOSX10.5.sdk "-L/Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/Debug" >> "-F/Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/Debug" >> "-F/Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/Debug" -filelist >> "/Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/MacDriverLog-0.7.build/Debug/MacDriverLog-0.7.build/Objects-normal/x86_64/MacDriverLog-0.7.LinkFileList" >> -mmacosx-version-min=10.5 -framework Cocoa -weak_framework Quartz -o >> "/Users/robertrice/Desktop/MacDriverLog >> Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7" >> >> Undefined symbols: >> "_macruby_main", referenced from: >> _main in main.o >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> >> Do I need to create a new project? >> >> Bob Rice >> >> >> On Oct 2, 2010, at 4:08 PM, Laurent Sansonetti wrote: >> >>> Hi Robert, >>> >>> You need to rebuild your project. Do a clean before, to make sure. It will >>> be linked to the "new" MacRuby. >>> >>> In the future we won't use the MacRuby version number in the link path to >>> avoid these problems :) >>> >>> Laurent >>> >>> On Oct 2, 2010, at 11:43 AM, Robert Rice wrote: >>> Hi Laurent: Great work! You have to reload version 0.6 to fully appreciate the performance increase. Today's nightly build deletes version 0.7 from the MacRuby framework but my project still references it: dyld: Library not loaded: /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/lib/libmacruby.dylib Referenced from: /Users/robertrice/Desktop/MacDriverLog Development/MacDriverLog-0.7/build/Debug/MacDriverLog-0.7.app/Contents/MacOS/MacDriverLog-0.7 Reason: image not found How do I update my project to reference the 0.8 version? Thanks, Bob Rice ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> ___ >>> MacRuby-devel mailing list >>> [email protected] >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.7 release notes
Last I checked there was a problem with Sequel but Joshua had a work around and was planning on talking the the gem author. (Sequel overwrites require on some classes which causes some issues on our side) Regarding sqlite3, try the Ruby version before using the C extension, just in case ;) - Matt Sent from my iPhone On Oct 2, 2010, at 13:23, Laurent Sansonetti wrote: > Hi Mario, > > I don't know for DataMapper, but Sequel and the SQLite3 extension should work > with MacRuby 0.7 (that's what we use for a web app). If you run into a > problem, make sure to file a ticket and we will look. > > We have lots of work in our TODO list when it comes to Ruby compatibility, > and filing tickets for 3rd party libraries that do not work helps us > prioritize what needs to be fixed. > > Laurent > > On Oct 2, 2010, at 5:10 AM, Mario Steele wrote: > >> Hopefully, 0.7 solves some of the issues that I've been running into, trying >> to get 3rd party Ruby libraries to work, and such. If I could get Sequel or >> DataMapper to work with SQLite3, in my app, I'd be happy. Keep up the good >> work. >> >> On Sat, Oct 2, 2010 at 7:18 AM, Daniel Lopes wrote: >> Awesome, thanks a lot. >> >> Sent from my iPhone >> >> On 02/10/2010, at 01:44, Laurent Sansonetti wrote: >> >> > Hi guys, >> > >> > MacRuby 0.7 is now ready to be released. I created a branch called "0.7" >> > which might host minor fixes, and I'm now working on preparing the release >> > and announcement post. It should now be released very soon, likely Monday >> > (we want to do more testing). >> > >> >> >> >> -- >> Mario Steele >> Lieutenant Commander 3 >> XO - Geo 99 >> XO - STO IFT Fleet >> http://www.trekfederation.com >> http://geo99.ruby-im.net >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] Socket Class not implimented?
Hi There, I am trying to run a ruby TCPsocket to get information from a quatech serial device server. The code runs well in ruby but I get an error when I try to reference the class in my MacRuby code: uninitialized constant Coin_Counter::TCPsocket (NameError) Here is the class where the error takes place: class Coin_Counter def open_socket(host) port=(5000) @s = TCPsocket.open(host, port) puts "Opened Connection to", host,"\n" end def close_socket() @s.close end def poll_microcoin() hexBool = true byteNum = 0 coins = true loonie = 0 hex = "\x82\x88\x90\xff\x90\x00\x03\x77" hex1 = "\x82\x88\x11\xff\x90\x00\x03\xf6" while coins eof = false if hexBool @s.write(hex) hexBool = false else @s.write(hex1) hexBool = true end while eof == false results = @s.read(1) if byteNum == 5 if results == "\030" AppController.startImageCapture elsif results == "\220" loonie = loonie + 1 if loonie > 1 AppController.startImageCapture loonie = 0 end end end if results == "\003" p "end of bytes" eof = true byteNum = byteNum + 1 end byteNum = byteNum + 1 end check = @s.read(1) byteNum = 0 sleep(0.5) end end end I really need to use raw TCP sockets to communicate with my device. I am hoping I don't have to re-impliment this code. Thanks for your help, Shaun ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Socket Class not implimented?
On 3 Oct 2010, at 03:36, Shaun August wrote: > Hi There, > > I am trying to run a ruby TCPsocket to get information from a quatech serial > device server. The code runs well in ruby but I get an error when I try to > reference the class in my MacRuby code: > > uninitialized constant Coin_Counter::TCPsocket (NameError) > > Here is the class where the error takes place: > > class Coin_Counter > def open_socket(host) > port=(5000) > > @s = TCPsocket.open(host, port) > puts "Opened Connection to", host,"\n" > end > > def close_socket() > @s.close > end > > def poll_microcoin() > hexBool = true > byteNum = 0 > coins = true > loonie = 0 > hex = "\x82\x88\x90\xff\x90\x00\x03\x77" > hex1 = "\x82\x88\x11\xff\x90\x00\x03\xf6" > > while coins > eof = false > if hexBool > @s.write(hex) > hexBool = false > else > @s.write(hex1) > hexBool = true > end > > while eof == false > results = @s.read(1) > if byteNum == 5 >if results == "\030" > AppController.startImageCapture >elsif results == "\220" > loonie = loonie + 1 > if loonie > 1 > AppController.startImageCapture > loonie = 0 > end >end > end > if results == "\003" >p "end of bytes" >eof = true >byteNum = byteNum + 1 > end > byteNum = byteNum + 1 >end > check = @s.read(1) > byteNum = 0 > sleep(0.5) > end > end > end > > I really need to use raw TCP sockets to communicate with my device. I am > hoping I don't have to re-impliment this code. > > Thanks for your help, > > Shaun > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel It looks like you haven't required any file that defines TCPSocket. Try: require('socket') Rob___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Socket Class not implimented?
On 3 Oct 2010, at 03:40, Rob Gleeson wrote: > > On 3 Oct 2010, at 03:36, Shaun August wrote: > >> Hi There, >> >> I am trying to run a ruby TCPsocket to get information from a quatech serial >> device server. The code runs well in ruby but I get an error when I try to >> reference the class in my MacRuby code: >> >> uninitialized constant Coin_Counter::TCPsocket (NameError) >> >> Here is the class where the error takes place: >> >> class Coin_Counter >> def open_socket(host) >> port=(5000) >> >> @s = TCPsocket.open(host, port) >> puts "Opened Connection to", host,"\n" >> end >> >> def close_socket() >> @s.close >> end >> >> def poll_microcoin() >> hexBool = true >> byteNum = 0 >> coins = true >> loonie = 0 >> hex = "\x82\x88\x90\xff\x90\x00\x03\x77" >> hex1 = "\x82\x88\x11\xff\x90\x00\x03\xf6" >> >> while coins >> eof = false >> if hexBool >> @s.write(hex) >> hexBool = false >> else >> @s.write(hex1) >> hexBool = true >> end >> >> while eof == false >> results = @s.read(1) >> if byteNum == 5 >>if results == "\030" >> AppController.startImageCapture >>elsif results == "\220" >> loonie = loonie + 1 >> if loonie > 1 >> AppController.startImageCapture >> loonie = 0 >> end >>end >> end >> if results == "\003" >>p "end of bytes" >>eof = true >>byteNum = byteNum + 1 >> end >> byteNum = byteNum + 1 >>end >> check = @s.read(1) >> byteNum = 0 >> sleep(0.5) >> end >> end >> end >> >> I really need to use raw TCP sockets to communicate with my device. I am >> hoping I don't have to re-impliment this code. >> >> Thanks for your help, >> >> Shaun >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > > It looks like you haven't required any file that defines TCPSocket. > Try: require('socket') > > Rob > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel Oh, just spotted a typo as well. it's TCPSocket and not TCPsocket. Rob___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby-devel Digest, Vol 32, Issue 7
Hi Rob, Thanks for the fix. I did have the require up top, but I neglected to copy it. Thanks for the typo catch! Shaun On Sat, Oct 2, 2010 at 7:42 PM, wrote: > Send MacRuby-devel mailing list submissions to >[email protected] > > To subscribe or unsubscribe via the World Wide Web, visit >http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > or, via email, send a message with subject or body 'help' to >[email protected] > > You can reach the person managing the list at >[email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MacRuby-devel digest..." > > > Today's Topics: > > 1. Socket Class not implimented? (Shaun August) > 2. Re: Socket Class not implimented? (Rob Gleeson) > 3. Re: Socket Class not implimented? (Rob Gleeson) > > > -- > > Message: 1 > Date: Sat, 2 Oct 2010 19:36:19 -0700 > From: Shaun August > To: [email protected] > Subject: [MacRuby-devel] Socket Class not implimented? > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Hi There, > > I am trying to run a ruby TCPsocket to get information from a quatech > serial > device server. The code runs well in ruby but I get an error when I try to > reference the class in my MacRuby code: > > uninitialized constant Coin_Counter::TCPsocket (NameError) > > Here is the class where the error takes place: > > class Coin_Counter > def open_socket(host) >port=(5000) > >@s = TCPsocket.open(host, port) >puts "Opened Connection to", host,"\n" > end > > def close_socket() >@s.close > end > > def poll_microcoin() >hexBool = true >byteNum = 0 >coins = true >loonie = 0 >hex = "\x82\x88\x90\xff\x90\x00\x03\x77" >hex1 = "\x82\x88\x11\xff\x90\x00\x03\xf6" > >while coins > eof = false > if hexBool >@s.write(hex) >hexBool = false > else >@s.write(hex1) >hexBool = true > end > > while eof == false > results = @s.read(1) > if byteNum == 5 > if results == "\030" > AppController.startImageCapture > elsif results == "\220" > loonie = loonie + 1 > if loonie > 1 >AppController.startImageCapture >loonie = 0 > end > end > end > if results == "\003" > p "end of bytes" > eof = true > byteNum = byteNum + 1 > end > byteNum = byteNum + 1 > end > check = @s.read(1) > byteNum = 0 > sleep(0.5) >end > end > end > > I really need to use raw TCP sockets to communicate with my device. I am > hoping I don't have to re-impliment this code. > > Thanks for your help, > > Shaun > -- next part -- > An HTML attachment was scrubbed... > URL: < > http://lists.macosforge.org/pipermail/macruby-devel/attachments/20101002/c532c922/attachment-0001.html > > > > -- > > Message: 2 > Date: Sun, 3 Oct 2010 03:40:32 +0100 > From: Rob Gleeson > To: "MacRuby development discussions." > > Subject: Re: [MacRuby-devel] Socket Class not implimented? > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > > On 3 Oct 2010, at 03:36, Shaun August wrote: > > > Hi There, > > > > I am trying to run a ruby TCPsocket to get information from a quatech > serial device server. The code runs well in ruby but I get an error when I > try to reference the class in my MacRuby code: > > > > uninitialized constant Coin_Counter::TCPsocket (NameError) > > > > Here is the class where the error takes place: > > > > class Coin_Counter > > def open_socket(host) > > port=(5000) > > > > @s = TCPsocket.open(host, port) > > puts "Opened Connection to", host,"\n" > > end > > > > def close_socket() > > @s.close > > end > > > > def poll_microcoin() > > hexBool = true > > byteNum = 0 > > coins = true > > loonie = 0 > > hex = "\x82\x88\x90\xff\x90\x00\x03\x77" > > hex1 = "\x82\x88\x11\xff\x90\x00\x
Re: [MacRuby-devel] [YARD] Troubles with YARD on MacRuby 0.6
I happen to be on both lists, so I saw this:
At 1:24 AM -0400 10/3/10, Loren Segal wrote:
> Just to clarify, the offending line seems to be:
>
>
>http://github.com/lsegal/yard/blob/master/lib/yard/cli/command_parser.rb#L82
>
> MacRuby doesn't seem to be able to do:
>
> "%-8s" % [:symbol]
>
> Or:
>
> sprintf("%-8s", :symbol)
>
> Note that it's fine with "%s", but any form of width formatting screws
> it up. This works fine in all other Rubies, so it's definitely a MacRuby
> specific problem with the stdlib implementation. You should report this
> with them.
--
http://www.cfcl.com/rdmRich Morin
http://www.cfcl.com/rdm/resume [email protected]
http://www.cfcl.com/rdm/weblog +1 650-873-7841
Technical editing and writing, programming, system design
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
