Menu
▾
▴
rubycocoa-talk — talking about RubyCocoa
You can subscribe to this list here.
| 2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(11) |
Mar
(9) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
(15) |
Oct
(8) |
Nov
(9) |
Dec
(11) |
| 2004 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(3) |
| 2005 |
Jan
(1) |
Feb
(7) |
Mar
(6) |
Apr
(36) |
May
(20) |
Jun
(42) |
Jul
(21) |
Aug
(12) |
Sep
(56) |
Oct
(5) |
Nov
(55) |
Dec
(53) |
| 2006 |
Jan
(43) |
Feb
(83) |
Mar
(98) |
Apr
(42) |
May
(68) |
Jun
(55) |
Jul
(50) |
Aug
(104) |
Sep
(13) |
Oct
(70) |
Nov
(37) |
Dec
(42) |
| 2007 |
Jan
(56) |
Feb
(18) |
Mar
(43) |
Apr
(80) |
May
(65) |
Jun
(149) |
Jul
(103) |
Aug
(71) |
Sep
(62) |
Oct
(67) |
Nov
(72) |
Dec
(63) |
| 2008 |
Jan
(64) |
Feb
(63) |
Mar
(31) |
Apr
(42) |
May
(71) |
Jun
(62) |
Jul
(37) |
Aug
(25) |
Sep
(5) |
Oct
(2) |
Nov
(7) |
Dec
(14) |
| 2009 |
Jan
(20) |
Feb
(15) |
Mar
(19) |
Apr
(8) |
May
(7) |
Jun
|
Jul
(37) |
Aug
(12) |
Sep
(19) |
Oct
(5) |
Nov
(1) |
Dec
(4) |
| 2010 |
Jan
(5) |
Feb
(24) |
Mar
(16) |
Apr
(9) |
May
(4) |
Jun
|
Jul
|
Aug
(6) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(5) |
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Sam G. Jr. <sta...@ma...> - 2003-05-24 00:40:09
|
Hello everyone, I'm having problems trying to create a NSTextView. I've tried in irb as well as in the program I'm working on and get the same results. irb output: [ADV:~] bob% irb irb(main):001:0> require 'osx/cocoa' true irb(main):002:0> tv = OSX::NSTextView.alloc /Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_wrapper.rb:18: [BUG] Bus Error ruby 1.6.7 (2002-03-01) [powerpc-darwin6.0] Abort Thanks for your help... Sam Griffith Jr. sta...@ma... |
|
From: Rod S. <rsc...@xm...> - 2003-05-04 02:43:47
|
How does the interaction with InterfaceBuilder go? i.e. How do I read files into IB when I add a new outlet or action? How do I read in new classes when I need to instantiate an instance of a new class? Thanks, Rod Schmidt |
|
From: Sam R. <sro...@un...> - 2003-04-06 23:30:01
|
How did you install? I installed from disk image, and had no such trouble. Is this only when building yourself? What was the irb session for, was it supposed to show a problem, because it my (beginner with cocoa) opinion, all looks well. Sam |
|
From: Gavin J. <ri...@ma...> - 2003-03-31 07:58:58
|
It appears to be environment path issues and I could get around it:
2 23:04 cd /usr/local/lib/ruby/1.6/
12 23:38 sudo ln -s /usr/lib/ruby/site_ruby/1.6/osx/ osx
20 23:44 cd powerpc-darwin6.4/
21 23:44 ls
22 23:45 sudo ln -s
/usr/lib/ruby/site_ruby/1.6/powerpc-darwin6.0/osx_aeosa.bundle
osx_aeosa.bundle
23 23:45 sudo ln -s
/usr/lib/ruby/site_ruby/1.6/powerpc-darwin6.0/rubycocoa.bundle
rubycocoa.bundle
and then I could run irb:
% irb -r osx/cocoa
irb(main):001:0> require 'osx/cocoa'
=> false
irb(main):002:0> require 'osx/foundation'
=> true
irb(main):003:0> require 'osx/appkit'
=> true
irb(main):004:0> include OSX
=> Object
irb(main):005:0> files = `ls /System/Library/Sounds/*.aiff`.split
=> ["/System/Library/Sounds/Basso.aiff",
"/System/Library/Sounds/Blow.aiff",
"/System/Library/Sounds/Bottle.aiff",
"/System/Library/Sounds/Frog.aiff", "/System/Library/Sounds/Funk.aiff",
"/System/Library/Sounds/Glass.aiff",
"/System/Library/Sounds/Hero.aiff",
"/System/Library/Sounds/Morse.aiff",
"/System/Library/Sounds/Ping.aiff", "/System/Library/Sounds/Pop.aiff",
"/System/Library/Sounds/Purr.aiff",
"/System/Library/Sounds/Sosumi.aiff",
"/System/Library/Sounds/Submarine.aiff",
"/System/Library/Sounds/Tink.aiff"]
irb(main):006:0> NSSound.alloc.initWithContentsOfFile_byReference
(files[0], true).play
=> 1
irb(main):007:0> NSSound.alloc.initWithContentsOfFile_byReference
(files[1], true).play
=> 1
irb(main):008:0> p OSX::NSObject # => OSX::NSObject
OSX::NSObject
=> nil
irb(main):009:0> nsstr = OSX::NSObject.description
=> #<OSX::OCObject:0x8bbd2 class='NSCFString' id=0x20ad0e0>
irb(main):010:0> p nsstr # => #<OSX::OCObject:0x5194e8
class='NSCFString' id=A97910>
#<OSX::OCObject:0x8bbd2 class='NSCFString' id=0x20ad0e0>
=> nil
irb(main):011:0> p nsstr
#<OSX::OCObject:0x8bbd2 class='NSCFString' id=0x20ad0e0>
=> nil
irb(main):012:0> nsobj = OSX::NSObject.alloc.ini
OSX::OCMessageSendException: NSObject#ini - methodSignature is nil.
from
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/
objc/oc_wrapper.rb:17:in `ocm_send'
from
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/
objc/oc_wrapper.rb:17:in `method_missing'
from (irb):12
irb(main):013:0> nsobj = OSX::NSObject.alloc.init
=> #<OSX::NSObject:0x81e8e class='NSObject' id=0x20b8e60>
irb(main):014:0> p nsobj
#<OSX::NSObject:0x81e8e class='NSObject' id=0x20b8e60>
=> nil
irb(main):015:0> obj = OSX::NSObject.alloc.init
str = OSX::NSString=> #<OSX::NSObject:0x7e7b6 class='NSObject'
id=0x20b4df0>
.stringWithString "hello"
str = OSX::NSString.alloirb(main):016:0> c.initWithString "world"=>
#<OSX::OCObject:0xa8138 class='NSCFString' id=0x3942b0>
irb(main):017:0>
=> #<OSX::OCObject:0x99264 class='NSCFString' id=0x20af0c0>
irb(main):018:0>
irb(main):019:0*
|
|
From: Sam R. <sro...@un...> - 2003-03-21 03:06:36
|
+ What does NSString.to_s do when the string isn't ASCII?
I initialized it with a UCS-2 string with an accented e (e'):
irb(main):045:0> s =
OSX::NSString.alloc.initWithCharacters("\x00\x64\x00\xe9\x00\x70",
:length, 3)
#<OSX::OCObject:0xcad6c class='NSCFString' id=0x227ea0>
irb(main):046:0> s.to_s
"d\216p"
Where does \216 come from? I thought it might be the latin1/iso-8859-1
encoding of an e', but it isn't.
irb(main):050:0> s.UTF8String
"d\303\251p"
I think having to_s return a UTF-8 string as the default would be a good
policy! Any other choice is going to leave some character sets out.
Any thoughts or explanations?
Sam
|
|
From: FUJIMOTO H. <hi...@im...> - 2003-03-17 05:22:23
|
At Sat, 15 Mar 2003 21:07:11 -0500, Sam Roberts wrote: > Where can I find the ruby library files for 'osx/objc/cocoa' and > foundation? Are they implemented in C? I want to be able to browse the > src to get a better idea what is available, where > NSProprietarStringEncoding is defined, etc. > I installed the binary image, do I need the source to get these things? RubyCocoa implementation is written as mixture of Ruby and Objective-C. Sources of the Ruby part are included in the binary distribution in: /Library/Frameworks/RubyCocoa.framework/Resources/ruby -- hisa |
|
From: Sam R. <sro...@un...> - 2003-03-16 03:57:41
|
[ensemble] ~/p/ruby/vcard $ irb -r osx/cocoa irb(main):001:0> OSX::NSString.alloc.initWithCharacters(nil, :length, 2) /Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_wrapper.rb:17: [BUG] Bus Error ruby 1.6.7 (2002-03-01) [powerpc-darwin6.0] Abort trap Normally, I would say this would be a bug... but perhaps its an architectural thing, and ruby/cocoa simply can't tell that I'm passing nil to an objective/c message and claiming it's a ucs-2 string! This was caused by a typo in irb that I made. Cheers, Sam |
|
From: Sam R. <sro...@un...> - 2003-03-16 02:07:22
|
Thanks for your very timely help! Where can I find the ruby library files for 'osx/objc/cocoa' and foundation? Are they implemented in C? I want to be able to browse the src to get a better idea what is available, where NSProprietarStringEncoding is defined, etc. I installed the binary image, do I need the source to get these things? Sam Quoteing hi...@im..., on Sun, Mar 16, 2003 at 09:57:54AM +0900: > At Sat, 15 Mar 2003 18:14:25 -0500, > Hi, > > Sam Roberts wrote: > > Hi, just started working with ruby cocoa, and am having a lot of fun. > > > Why does OSX::NSData.to_s return a ruby String that looks like "<xxxxxx > > xxxxxx>" (where x are hex digits)? I didn't expect this: > > NSObject#to_s (and NSData#to_s) is same as `NSData.description.cString'. > > The following code snippet may be what you want except it is too verbose. > > vcdata = OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation > enc = NSProprietaryStringEncoding # specify an appropriate encoding. > str = OSX::NSString.alloc.initWithData_encoding( vcdata, enc ) > > or > > str = ' ' * vcdata.length > vcdata.getBytes(str) > str > > RubyCocoa is implemented like this currently. However, I recognize > that behavior of such implementation is not so good. > > -- > FUJIMOTO Hisakuni > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
|
From: FUJIMOTO H. <hi...@im...> - 2003-03-16 00:57:44
|
At Sat, 15 Mar 2003 18:14:25 -0500, Hi, Sam Roberts wrote: > Hi, just started working with ruby cocoa, and am having a lot of fun. > Why does OSX::NSData.to_s return a ruby String that looks like "<xxxxxx > xxxxxx>" (where x are hex digits)? I didn't expect this: NSObject#to_s (and NSData#to_s) is same as `NSData.description.cString'. The following code snippet may be what you want except it is too verbose. vcdata = OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation enc = NSProprietaryStringEncoding # specify an appropriate encoding. str = OSX::NSString.alloc.initWithData_encoding( vcdata, enc ) or str = ' ' * vcdata.length vcdata.getBytes(str) str RubyCocoa is implemented like this currently. However, I recognize that behavior of such implementation is not so good. -- FUJIMOTO Hisakuni |
|
From: Sam R. <sro...@un...> - 2003-03-15 23:14:42
|
Hi, just started working with ruby cocoa, and am having a lot of fun.
Why does OSX::NSData.to_s return a ruby String that looks like "<xxxxxx
xxxxxx>" (where x are hex digits)? I didn't expect this:
[ensemble] ~/p/ruby/vcard $ ruby -r osx/addressbook -e "p OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation.to_s"
"<42454749 4e3a5643 4152440d 0a564552 53494f4e 3a332e30 0d0a4e3a 526f6265 7274733b 53616d3b 3b3b0d0a 464e3a53 616d2052 6f626572 74730d0a 454d4149 4c3b7479 70653d48 4f4d453b 74797065 3d707265 663a7372 6f626572 74734075 6e697365 7276652e 636f6d0d 0a54454c 3b747970 653d574f 524b3b74 7970653d 70726566 3a393035 2d353031 2d333738 310d0a54 454c3b74 7970653d 4641583a 3930352d 3930372d 34323330 0d0a5445 4c3b7479 70653d48 4f4d453a 34313620 35333520 35333430 0d0a4144 523b7479 70653d48 4f4d453b 74797065 3d707265 663a3b3b 32373620 57657374 6d6f7265 6c616e64 20417665 2e3b546f 726f6e74 6f3b4f4e 3b4d3648 20334135 3b43616e 6164610d 0a4e4f54 453a4341 5445474f 52494553 3a20416d 69732f46 616d696c 6c650d0a 42444159 3b76616c 75653d64 6174653a 31393730 2d30372d 31340d0a 454e443a 56434152 440d0a>"
Currently I am doing:
nsdata.to_s.scan(/[0-9a-f]{2}/) .collect {|o| o.hex.chr}.join
(is there an easier way to do hex->binary conversions in Ruby? that was surprisingly hard,
I expected to be able to use String.unpack, but couldn't see how)
to convert the hex to a vCard:
BEGIN:VCARD
... etc....
I also see:
[ensemble] ~/p/ruby/vcard $ ruby -r osx/addressbook -e "p OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation.bytes"
#<OSX::ObjcPtr:0x1bdf40 cptr=0x3d0990 allocated_size=0>
and I thought maybe I could get a byte string out of that:
[ensemble] ~/p/ruby/vcard $ ruby -r osx/addressbook -e "p OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation.bytes.bytestr"
-e:1:in `bytestr': wrong argument type nil (expected Fixnum) (TypeError)
from -e:1
[ensemble] ~/p/ruby/vcard $ ruby -r osx/addressbook -e "p OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation.bytes.bytestr(0)"
""
[ensemble] ~/p/ruby/vcard $ ruby -r osx/addressbook -e "p OSX::ABAddressBook.sharedAddressBook.me.vCardRepresentation.length"
347
I feel I'm getting closer...
Could anybody point me the way?
Thanks,
Sam
|
|
From: zo <zo...@zo...> - 2003-03-02 17:30:32
|
ehm... hello again... i just found out how... well, basic my question was; i solved the problem today. :) zo. |
|
From: zo <zo...@zo...> - 2003-03-01 09:17:24
|
hello everybody, i made a simple rubytest.app to play with ruby and cocoa in projectbuilder. first of all: i didn't knew anything about ruby before, and i am also not able to write objectiveC or anything similar. i want to learn _ruby_ and i like the "bridge to cocoa", but i'm a beginner... ok, i built this rubytest-app, and it compiled well and worked on my ibook - i mean, i can doubleclick it, it starts up und does what it should (just shows a window with a button; when you press the button, a text is speaked). i sent the app to a friend of mine to test if it would run on other machines as well. that's what he got: > Date/Time: 2003-02-28 20:06:30 +0100 > OS Version: 10.2.4 (Build 6I32) > Host: ralphs-Computer.local. > > Command: rubytest > PID: 571 > > Exception: EXC_BREAKPOINT (0x0006) > Code[0]: 0x00000001Code[1]: 0x8fe01280 > > Thread 0 Crashed: > #0 0x8fe01280 in halt > #1 0x8fe0329c in load_library_image > #2 0x8fe06134 in load_images_libraries > #3 0x8fe026e8 in load_executable_image > #4 0x8fe01410 in _dyld_init > > PPC Thread State: > srr0: 0x8fe01280 srr1: 0x0002f030 vrsave: 0x00000000 > xer: 0x20000000 lr: 0x8fe0a064 ctr: 0x8fe28f78 mq: 0x00000000 > r0: 0x00000004 r1: 0xbffffb10 r2: 0x74657374 r3: 0x00000102 > r4: 0x00000000 r5: 0x00000102 r6: 0x0000290a r7: 0x726e6f20 > r8: 0x66696c65 r9: 0x00000000 r10: 0xbffff88b r11: 0x00000026 > r12: 0x8fe71b2a r13: 0x00000000 r14: 0x00001ba0 r15: 0x00000000 > r16: 0xbffffdb4 r17: 0x00000001 r18: 0x00000000 r19: 0x000014f8 > r20: 0x00000000 r21: 0x00000000 r22: 0x00000000 r23: 0x00000000 > r24: 0x8fe4b3d0 r25: 0x00000002 r26: 0x00000002 r27: 0x00000000 > r28: 0x000013e8 r29: 0x00000000 r30: 0x8fe484d8 r31: 0x8fe09ecc can someone explain what has happened? i guess it's a simple beginner-thing, such like "i compiled it on my g3, why sould it run on a g4" or "my friend ralph hasn't installed anything else than the dev-tools, no ruby-cocoa", but i'm sure one of you guys knows the answer... ? thanks for the help, zo (stefan). |
|
From: FUJIMOTO H. <hi...@im...> - 2003-02-28 08:21:46
|
At Fri, 28 Feb 2003 15:34:38 +0900, Shirai,Kaoru <sh...@ko...> wrote: > Hi. > > In framework/src/objc/ocdata_conv.m, nil is converted into empty > selctor "", so we cannot pass NULL to Objective-C function. > (Example. didDismissSelector argument of NSApplication.beginAlertSheet) > > Is there any reason for such behavior? If not, there is a patch to > correct it. Maybe, the reason is only by my simple forgetfulness. I'm going to apply the patch. thanks, -- hisa |
|
From: Shirai,Kaoru <sh...@ko...> - 2003-02-28 06:35:09
|
Hi. In framework/src/objc/ocdata_conv.m, nil is converted into empty selctor "", so we cannot pass NULL to Objective-C function. (Example. didDismissSelector argument of NSApplication.beginAlertSheet ) Is there any reason for such behavior? If not, there is a patch to correct it. -- sh...@ko... Shirai,Kaoru Korinkan Ltd. |
|
From: FUJIMOTO H. <hi...@im...> - 2003-02-06 04:41:57
|
At Wed, 5 Feb 2003 18:40:37 +0900, Shirai,Kaoru <sh...@ko...> wrote: > I wrote a patch for ruby_thread_switcher_start that provides Ruby thread > scheduling even in modal session(NSModalPanelRunLoopMode) or event > tracking(NSEventTrackingRunLoopMode). I'm going to check and apply this and a config option patch. > We -- Korinkan,Ltd would like to support RubyCocoa project. If you are > thinking about migrating Japanese ML from FreeML, we will please to > provide one on korinkan.co.jp. > (Some developer may not want to give his address to FreeML.) I guess you are a Japanese native speaker, so I am going to ask you about this in Japanese. Thank you for your efforts. -- FUJIMOTO Hisakuni |
|
From: FUJIMOTO H. <hi...@im...> - 2003-02-06 04:16:41
|
Thank you for a detailed report. Sorry, I can't solve the issue immediately. However I should debug this in future. -- FUJIMOTO Hisakuni At Sat, 1 Feb 2003 08:17:27 -0600, Brian Marick wrote: > > The following is a stack dump I get from a RubyCocoa app when I click > in on an OutlineView entry. I'll do some more digging when I get > time, but I want to check if this is a known bug. > > The app has a main window with various things in it, including a > TableView. There's another window with an OutlineView. The > OutlineView has three objects. You can get the core dump these ways: > > 1. Cycling through the three outline view elements, clicking on them > one at a time. On the 19th (consistently), this crash happens. > 2. Cycling among two of them (elt 1, elt2, elt1, elt2, ...) does not > cause the crash until you then click on the 3rd. Then the crash > happens. I went as high as 34 clicks without a crash. > 3. Cycling through the two elements of the TableView does not cause > the crash. But if you do 18 clicks on TableView elements, then > click on an OutlineView element (the 19th click), you get the > crash. > 4. If you cycle through the two TableView elements 17 times, then > click on an OutlineView element for the 18th click, you don't get > a crash. But then clicking again on a different OutlineView element > (the 19th click) crashes. > > The stack dumps always look like this: > > #0 0x9068ba50 in objc_msgSend > #1 0x001915fc in ocid_get_rbobj > #2 0x0016da00 in ocid_to_rbobj > #3 0x0016d194 in ocdata_to_rbobj > #4 0x0016f80c in override_mixin_class_method_list > #5 0x0016f9dc in override_mixin_class_method_list > #6 0x0016fd74 in override_mixin_class_method_list > #7 0x0016ec74 in rbobj_to_ocdata > #8 0x907f10b4 in -[NSObject(NSForwardInvocation) forward::] > #9 0x9068c130 in _objc_msgForward > #10 0x93122068 in -[NSTableView mouseDown:] > #11 0x931b0c6c in -[NSOutlineView mouseDown:] > #12 0x930c0888 in -[NSWindow sendEvent:] > #13 0x930a8788 in -[NSApplication sendEvent:] > #14 0x930b1608 in -[NSApplication run] > #15 0x9315f6b8 in NSApplicationMain > #16 0x0017158c in init_NSAppleScript > #17 0x001a0c50 in rb_stack_check > #18 0x001a159c in rb_stack_check > #19 0x0019b640 in rb_alias > #20 0x00197698 in ruby_run > #21 0x001702f4 in RBApplicationMain > #22 0x00001d9c in main at main.m:13 > > ----- > Brian Marick > Consulting, training, contracting, and research > Focused on the intersection of testing, programming, and design > ma...@te..., ma...@vi... > www.testing.com, www.visibleworkings.com > > "Act always so as to increase the number of choices." -- Heinz von > Foerster > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
|
From: FUJIMOTO H. <hi...@im...> - 2003-02-06 04:04:19
|
Sorry, I can't solve yet this issue. But I have received a similar bug report from others. -- FUJIMOTO Hisakuni At Wed, 5 Feb 2003 09:58:34 -0500, Gavin Eadie wrote: > > I'm new to Ruby and RubyCocoa, but not to Macs or Mac OS X, and I > just downloaded Ruby 1.8.0 and RubyCocoa 0.4.0 and built them from > sources. All seemed well, however, while "ruby" itself seems OK, > RubyCocoa is not working as expected. > > To be specific, it seems that "rubycocoa.bundle" is not placing the > RubtCocoa.Framework ruby library files in into the search path for > ruby to locate the osx/objc/... *.rb files. The effect is that > "require 'osx/cocoa'" does not get satisfied. > > irb > irb(main):001:0> require 'osx/cocoa' > LoadError: No such file to load -- osx/objc/cocoa > from /usr/local/lib/ruby/site_ruby/1.8/osx/cocoa.rb:12:in `require' > from /usr/local/lib/ruby/site_ruby/1.8/osx/cocoa.rb:12 > from (irb):1:in `require' > from (irb):1 > > I've tried this on two different Macs, admittedly configured very similarly. > > Anyone else out there using RubyCocoa, who's hit this and recovered, > or who can get RubyCocoa to work with Ruby 1.8.0? I'm using Mac OS X > 10.2.3 and the December 2002 Developer Tools. > > ... Thanks in advance, Gavin > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk |
|
From: Gavin E. <ga...@um...> - 2003-02-05 14:58:42
|
I'm new to Ruby and RubyCocoa, but not to Macs or Mac OS X, and I
just downloaded Ruby 1.8.0 and RubyCocoa 0.4.0 and built them from
sources. All seemed well, however, while "ruby" itself seems OK,
RubyCocoa is not working as expected.
To be specific, it seems that "rubycocoa.bundle" is not placing the
RubtCocoa.Framework ruby library files in into the search path for
ruby to locate the osx/objc/... *.rb files. The effect is that
"require 'osx/cocoa'" does not get satisfied.
irb
irb(main):001:0> require 'osx/cocoa'
LoadError: No such file to load -- osx/objc/cocoa
from /usr/local/lib/ruby/site_ruby/1.8/osx/cocoa.rb:12:in `require'
from /usr/local/lib/ruby/site_ruby/1.8/osx/cocoa.rb:12
from (irb):1:in `require'
from (irb):1
I've tried this on two different Macs, admittedly configured very similarly.
Anyone else out there using RubyCocoa, who's hit this and recovered,
or who can get RubyCocoa to work with Ruby 1.8.0? I'm using Mac OS X
10.2.3 and the December 2002 Developer Tools.
... Thanks in advance, Gavin
|
|
From: Shirai,Kaoru <sh...@ko...> - 2003-02-05 11:17:38
|
Hi. I wrote a patch to add '--rubycocoa-no-strip' switch for install.rb config, for debugging RubyCocoa's code. -- sh...@ko... Shirai,Kaoru Korinkan Ltd. |
|
From: Shirai,Kaoru <sh...@ko...> - 2003-02-05 09:41:14
|
Hi.
I wrote a patch for ruby_thread_switcher_start that provides Ruby thread
scheduling even in modal session(NSModalPanelRunLoopMode) or event
tracking(NSEventTrackingRunLoopMode).
There are several cases where we do somthing within modal session
started from NSApplication.runModalForWindow, so I wrote that. Please
accept if it causes no problem.
--
Simple script that works by this patch:
require "osx/cocoa"
nsapp = OSX::NSApplication.sharedApplication
window = OSX::NSWindow.alloc
window.initWithContentRect(OSX::NSRect.new(50, 50, 160, 160),
:styleMask, OSX::NSTitledWindowMask,
:backing, OSX::NSBackingStoreBuffered,
:defer, false)
window.makeKeyAndOrderFront(nil)
window.orderFrontRegardless
thread = Thread.start {
p "After 5 seconds, makes modal session to abort."
sleep 5
p "Making modal to abort."
nsapp.abortModal
}
p "Starting modal."
nsapp.runModalForWindow(window)
p "Exiting modal."
exit
--
P.S.
We -- Korinkan,Ltd would like to support RubyCocoa project. If you are
thinking about migrating Japanese ML from FreeML, we will please to
provide one on korinkan.co.jp.
(Some developer may not want to give his address to FreeML.)
--
sh...@ko...
Shirai,Kaoru
Korinkan Ltd.
|
|
From: Gavin E. <ga...@um...> - 2003-02-05 01:10:46
|
I'm new to Ruby and RubyCocoa, but not to Macs or Mac OS X, and I just downloaded Ruby 1.8.0 and RubyCocoa 0.4.0 and built them from sources. All seemed well, however, while "ruby" itself seems OK, RubyCocoa is not working as expected. To be specific, it seems that "rubycocoa.bundle" is not placing the ruby library files in RubtCocoa.Framework into the search path for ruby to locate the osx/objc/... *.rb files. The effect is that "require 'osx/cocoa'" does not get satisfied. Anyone else out there using RubyCocoa, who's hit this and recovered? I'm using Mac OS X 10.2.3 and the December 2002 Developer Tools ... Thanks in advance, Gavin |
|
From: Brian M. <ma...@vi...> - 2003-02-01 14:24:18
|
Forgot to mention: I'm using RubyCocoa 0.4.0. I downloaded the .dmg file on January 16. On Saturday, February 1, 2003, at 08:17 AM, Brian Marick wrote: > The following is a stack dump I get from a RubyCocoa app when I click > in on an OutlineView entry. I'll do some more digging when I get > time, but I want to check if this is a known bug. > > The app has a main window with various things in it, including a > TableView. There's another window with an OutlineView. The > OutlineView has three objects. You can get the core dump these ways: > > 1. Cycling through the three outline view elements, clicking on them > one at a time. On the 19th (consistently), this crash happens. > 2. Cycling among two of them (elt 1, elt2, elt1, elt2, ...) does not > cause the crash until you then click on the 3rd. Then the crash > happens. I went as high as 34 clicks without a crash. > 3. Cycling through the two elements of the TableView does not cause > the crash. But if you do 18 clicks on TableView elements, then > click on an OutlineView element (the 19th click), you get the > crash. > 4. If you cycle through the two TableView elements 17 times, then > click on an OutlineView element for the 18th click, you don't get > a crash. But then clicking again on a different OutlineView element > (the 19th click) crashes. > > The stack dumps always look like this: > > #0 0x9068ba50 in objc_msgSend > #1 0x001915fc in ocid_get_rbobj > #2 0x0016da00 in ocid_to_rbobj > #3 0x0016d194 in ocdata_to_rbobj > #4 0x0016f80c in override_mixin_class_method_list > #5 0x0016f9dc in override_mixin_class_method_list > #6 0x0016fd74 in override_mixin_class_method_list > #7 0x0016ec74 in rbobj_to_ocdata > #8 0x907f10b4 in -[NSObject(NSForwardInvocation) forward::] > #9 0x9068c130 in _objc_msgForward > #10 0x93122068 in -[NSTableView mouseDown:] > #11 0x931b0c6c in -[NSOutlineView mouseDown:] > #12 0x930c0888 in -[NSWindow sendEvent:] > #13 0x930a8788 in -[NSApplication sendEvent:] > #14 0x930b1608 in -[NSApplication run] > #15 0x9315f6b8 in NSApplicationMain > #16 0x0017158c in init_NSAppleScript > #17 0x001a0c50 in rb_stack_check > #18 0x001a159c in rb_stack_check > #19 0x0019b640 in rb_alias > #20 0x00197698 in ruby_run > #21 0x001702f4 in RBApplicationMain > #22 0x00001d9c in main at main.m:13 > > ----- > Brian Marick > Consulting, training, contracting, and research > Focused on the intersection of testing, programming, and design > ma...@te..., ma...@vi... > www.testing.com, www.visibleworkings.com > > "Act always so as to increase the number of choices." -- Heinz von > Foerster > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > > ----- Brian Marick Consulting, training, contracting, and research Focused on the intersection of testing, programming, and design ma...@te..., ma...@vi... www.testing.com, www.visibleworkings.com "Act always so as to increase the number of choices." -- Heinz von Foerster |
|
From: Brian M. <ma...@vi...> - 2003-02-01 14:17:41
|
The following is a stack dump I get from a RubyCocoa app when I click
in on an OutlineView entry. I'll do some more digging when I get
time, but I want to check if this is a known bug.
The app has a main window with various things in it, including a
TableView. There's another window with an OutlineView. The
OutlineView has three objects. You can get the core dump these ways:
1. Cycling through the three outline view elements, clicking on them
one at a time. On the 19th (consistently), this crash happens.
2. Cycling among two of them (elt 1, elt2, elt1, elt2, ...) does not
cause the crash until you then click on the 3rd. Then the crash
happens. I went as high as 34 clicks without a crash.
3. Cycling through the two elements of the TableView does not cause
the crash. But if you do 18 clicks on TableView elements, then
click on an OutlineView element (the 19th click), you get the
crash.
4. If you cycle through the two TableView elements 17 times, then
click on an OutlineView element for the 18th click, you don't get
a crash. But then clicking again on a different OutlineView element
(the 19th click) crashes.
The stack dumps always look like this:
#0 0x9068ba50 in objc_msgSend
#1 0x001915fc in ocid_get_rbobj
#2 0x0016da00 in ocid_to_rbobj
#3 0x0016d194 in ocdata_to_rbobj
#4 0x0016f80c in override_mixin_class_method_list
#5 0x0016f9dc in override_mixin_class_method_list
#6 0x0016fd74 in override_mixin_class_method_list
#7 0x0016ec74 in rbobj_to_ocdata
#8 0x907f10b4 in -[NSObject(NSForwardInvocation) forward::]
#9 0x9068c130 in _objc_msgForward
#10 0x93122068 in -[NSTableView mouseDown:]
#11 0x931b0c6c in -[NSOutlineView mouseDown:]
#12 0x930c0888 in -[NSWindow sendEvent:]
#13 0x930a8788 in -[NSApplication sendEvent:]
#14 0x930b1608 in -[NSApplication run]
#15 0x9315f6b8 in NSApplicationMain
#16 0x0017158c in init_NSAppleScript
#17 0x001a0c50 in rb_stack_check
#18 0x001a159c in rb_stack_check
#19 0x0019b640 in rb_alias
#20 0x00197698 in ruby_run
#21 0x001702f4 in RBApplicationMain
#22 0x00001d9c in main at main.m:13
-----
Brian Marick
Consulting, training, contracting, and research
Focused on the intersection of testing, programming, and design
ma...@te..., ma...@vi...
www.testing.com, www.visibleworkings.com
"Act always so as to increase the number of choices." -- Heinz von
Foerster
|
|
From: Brian M. <ma...@vi...> - 2003-01-20 16:39:00
|
I've started using RubyCocoa. Wonderful program. Here's how I've hooked
it in with Emacs. This may be of use to others. Anyone have tips for me?
I mainly use Project Builder to display files and to launch builds.
When I click on a .rb file, that file is opened in Emacs (I use the
aquafied version, not the terminal version that comes with OS X. It has
syntax coloring, etc.)
I edit away. I run my unit tests with F10. I run slower tests with F9.
F6 brings Project Builder forward and makes it build and run the app.
-----------
To do all this:
- The aquafied version of Emacs has a single-click installer here:
<http://www.webweavertech.com/ovidiu/emacs.html>
- You need Project Builder from the December developer tools
release.
- You tell Project Builder to use a particular editor with the
File Type preference. I just set it to use Emacs for all files
that don't override the default. (Note that the menu entry for
Emacs refers to the Terminal version, not the Aqua version.)
- Aqua emacs doesn't contain one library that Project Builder's emacs
interface depends upon. You need to grab gnuserv-compat,
gnuserv, and devices from the Terminal emac's lisp library.
- F10 and F9 are just emacs keys that run Test::Unit within
dedicated shells.
- F6 I programmed with Keyboard Maestro
<http://www.keyboardmaestro.com>.
-----
Brian Marick
Consulting, training, contracting, and research
Focused on the intersection of testing, programming, and design
ma...@te..., ma...@vi...
www.testing.com, www.visibleworkings.com
"Act always so as to increase the number of choices." -- Heinz von
Foerster
|
|
From: FUJIMOTO H. <hi...@im...> - 2002-12-29 00:54:29
|
For a maintainer of a binary package, there're useful options in
config phase of RubyCocoa 0.4 installation.
* --install-prefix : effect to extended library and library
* --install-root : effect to framework, templates, documents and examples
e.g.
$ ruby -r rbconfig -e 'p Config::CONFIG["prefix"]'
"/usr"
$ ruby install.rb config --install-prefix=/tmp/build/usr --install-root=/tmp/build
$ ruby install.rb setup
$ sudo ruby install.rb install
As a result, these will be installed temporarily.
/tmp/build/usr/lib/ruby/site_ruby/1.6/osx/addressbook.rb
/tmp/build/usr/lib/ruby/site_ruby/1.6/osx/appkit.rb
/tmp/build/usr/lib/ruby/site_ruby/1.6/osx/cocoa.rb
/tmp/build/usr/lib/ruby/site_ruby/1.6/osx/foundation.rb
/tmp/build/usr/lib/ruby/site_ruby/1.6/powerpc-darwin6.0/rubycocoa.bundle
/tmp/build/Library/Frameworks/RubyCocoa.framework
/tmp/build/Developer/ProjectBuilder Extras/File Templates/Ruby
/tmp/build/Developer/ProjectBuilder Extras/Project Templates/ \
Application/Cocoa-Ruby Application
/tmp/build/Developer/ProjectBuilder Extras/Project Templates/ \
Application/Cocoa-Ruby Document-based Application
/tmp/build/Developer/Examples/RubyCocoa
/tmp/build/Developer/Documentation/RubyCocoa
--
FUJIMOTO Hisakuni
|
16 messages has been excluded from this view by a project administrator.
