marc wrote: Wayne Meissner said... Greetings Rubyists. The JRuby team is proud to announce the release of 0.2.0 of FFI for Ruby. This release is compatible with the FFI implementation released in JRuby 1.1.6 Get it via 'gem install ffi' or download the source and/or gem files from the project page at Just a suggestion, but I think it would be worth adding a note about what FFI is. Here's the text of my 0.1.1 announcement, which ought to clear things up :) Perhaps the main paragraph should be included in future release announcements too? --- The JRuby team is proud to announce the release of FFI for Ruby 1.8.6/7 and 1.9! FFI (gem install ffi) is a library for programmatically loading dynamic libraries, binding functions within them, and calling those functions from Ruby code. Here's a quick sample of binding and calling the getpid C library function: require 'ffi' module GetPid extend FFI::Library attach_function :getpid, [], :uint end puts GetPid.getpid Here's another, calling qsort and passing a Ruby block as a C callback: require 'ffi' module LibC extend FFI::Library callback :qsort_cmp, [ :pointer, :pointer ], :int attach_function :qsort, [ :pointer, :int, :int, :qsort_cmp ], :int end p = MemoryPointer.new(:int, 2) p.put_array_of_int32(0, [ 2, 1 ]) puts "Before qsort #{p.get_array_of_int32(0, 2).join(', ')}" LibC.qsort(p, 2, 4) do |p1, p2| i1 = p1.get_int32(0) i2 = p2.get_int32(0) i1 < i2 ? -1 : i1 > i2 ? 1 : 0 end puts "After qsort #{p.get_array_of_int32(0, 2).join(', ')}" I posted a blog entry with a longer description of the library, additional examples, and links to some other documentation and posts. Docs are a little slim at this point, so feel free to experiment and update the JRuby wiki page: I'm sure docs from here will filter back into the library and out into the general cosmos. Finally, there's no need to write a C extension to call C libraries, and the same FFI code will work in Ruby 1.8.6/7, Ruby 1.9, JRuby 1.1.4+, and Rubinius (though Rubinius has no callback support yet). Don't be an extension stooge! Use FFI! Hi all, I have used FreeBSD for a long time very casually but have never explored any of its software RAID or volume management features---at least to a degree to which I feel comfortable with them. What I would like to know with this post is 1.) whether there exists the ability to setup an analogue of this in FreeBSD; 2.) how this would be done if it is possible; 3.) whether the capabilities of this in FreeBSD are sufficiently mature to manage it; and 4.) how worst-case recovery scenarios would go on FreeBSD. I have a four disk software RAID setup in Linux. Everything is in RAID with the exception of swap. Here's an approximation of my setup: /dev/sd{a,b,c}1 is in a RAID 1 array used as /boot. /dev/sd{a,b,c}2 is in a RAID 1 array used a /root. /dev/sd{a,b,c}3 is used as swap with each of equal priority. /dev/sd{a,b,c}4 is in a RAID 5 array used as LVM. /dev/sdd houses spare partitions for the compliment supra. LVM is henceforth broke up according to proper Linux-FHS rules. What are your thoughts on this? Cheers, Matt Hi Eugene, Thanks! You just nailed the problem. I must have forgotten to check the "delete contents from disk" when I tried to delete the previous project... Thanks! -- Jim On Thu, Jun 25, 2009 at 2:48 PM, Eugene Kuleshov< eu ... @ > wrote: Check that there is no simple-parent folder exist on the file system. Also, you should see a more detailed error in the Eclipse error log, it should give you a better clue. regards, Eugene Jim the Standing Bear-2 wrote: Hello, I ran into a very strange issue with m2eclipse. When I tried to create a multi-module root project using m2eclipse and pom-root archetype, it gave me a "Failed to generate project from an old archetype" error. What's strange about it is that it only occurs if I use "simple-parent" as the artifact Id. I have following along the maven definitive guide book and created those example projects from each chapter. Chapter 6 of the book creates a multi-module project called "simple-parent", and I was able to do that without a problem. Then, I did something - I updated eclipse (not sure if it was even relevant to the issue). Then when I tried to create another multi-module project called "simple-parent" from chapter 7, I ran into that problem. The project from ch06 was already deleted from eclipse. I deleted simple-parent in my local m2 repository, and even went as far as reinstalling eclipse, but nothing seemed to help. All other names seem to be fine, only "simple-parent" hits the problem. Does anyone know why this is the case? Thanks. below is the console output of the problematic creation. 6/25/09 2:09:15 PM EDT: [INFO] ---------------------------------------------------------------------------- 6/25/09 2:09:15 PM EDT: [INFO] Using following parameters for creating OldArchetype: pom-root:1.0.1 6/25/09 2:09:15 PM EDT: [INFO] ---------------------------------------------------------------------------- 6/25/09 2:09:15 PM EDT: [INFO] Parameter: groupId, Value: my.test 6/25/09 2:09:15 PM EDT: [INFO] Parameter: packageName, Value: my.test.simple_parent 6/25/09 2:09:15 PM EDT: [INFO] Parameter: package, Value: my.test.simple_parent 6/25/09 2:09:15 PM EDT: [INFO] Parameter: artifactId, Value: simple-parent 6/25/09 2:09:15 PM EDT: [INFO] Parameter: basedir, Value: D:/Shared/Documents/Eclipse/Workspace 6/25/09 2:09:15 PM EDT: [INFO] Parameter: version, Value: 0.0.1-SNAPSHOT 6/25/09 2:09:15 PM EDT: [ERROR] Failed to generate project from the old archetype Failed to generate project from the old archetype below is the console output of a GOOD creation 6/25/09 2:12:11 PM EDT: [INFO] ---------------------------------------------------------------------------- 6/25/09 2:12:11 PM EDT: [INFO] Using following parameters for creating OldArchetype: pom-root:1.0.1 6/25/09 2:12:11 PM EDT: [INFO] ---------------------------------------------------------------------------- 6/25/09 2:12:11 PM EDT: [INFO] Parameter: groupId, Value: my.test 6/25/09 2:12:11 PM EDT: [INFO] Parameter: packageName, Value: my.test.complex_parent 6/25/09 2:12:11 PM EDT: [INFO] Parameter: package, Value: my.test.complex_parent 6/25/09 2:12:11 PM EDT: [INFO] Parameter: artifactId, Value: complex-parent 6/25/09 2:12:11 PM EDT: [INFO] Parameter: basedir, Value: D:/Shared/Documents/Eclipse/Workspace 6/25/09 2:12:11 PM EDT: [INFO] Parameter: version, Value: 0.0.1-SNAPSHOT 6/25/09 2:12:11 PM EDT: [INFO] ********************* End of debug info from resources from generated POM *********************** 6/25/09 2:12:11 PM EDT: [INFO] OldArchetype created in dir: D:\Shared\Documents\Eclipse\Workspace\complex-parent 6/25/09 2:12:11 PM EDT: [INFO] User settings file does not exist C:\Users\SuperJim\.m2\settings.xml 6/25/09 2:12:11 PM EDT: Updated source folders for project complex-parent 0 sec 6/25/09 2:12:11 PM EDT: Project import completed 0 sec 6/25/09 2:12:11 PM EDT: Refreshing [/complex-parent/pom.xml] 6/25/09 2:12:12 PM EDT: Maven compilation participant: clean starting 6/25/09 2:12:12 PM EDT: Maven Builder: FULL_BUILD requireFullBuild 6/25/09 2:12:12 PM EDT: [INFO] User settings file does not exist C:\Users\SuperJim\.m2\settings.xml 6/25/09 2:12:12 PM EDT: [INFO] Scanning for projects... 6/25/09 2:12:12 PM EDT: [INFO] ------------------------------------------------------------------------ 6/25/09 2:12:12 PM EDT: [INFO] Building complex-parent Multi Project 6/25/09 2:12:12 PM EDT: [INFO] 6/25/09 2:12:12 PM EDT: [INFO] Id: my.test:complex-parent:pom:0.0.1-SNAPSHOT 6/25/09 2:12:12 PM EDT: [INFO] task-segment: [process-test-resources] 6/25/09 2:12:12 PM EDT: [INFO] ------------------------------------------------------------------------ 6/25/09 2:12:12 PM EDT: [INFO] User settings file does not exist C:\Users\SuperJim\.m2\settings.xml 6/25/09 2:12:13 PM EDT: Maven Builder: AUTO_BUILD --------------------------------------------------------------------- To unsubscribe from this list, please visit: -- View this message in context: Sent from the Maven Eclipse - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: -- -------------------------------------- Standing Bear Has Spoken -------------------------------------- --------------------------------------------------------------------- To unsubscribe from this list, please visit: On Thu, 27 May 2010, Stoned Elipot wrote: Perl's 5.12.1 Policy_sh.SH script handles a bunch of configuration variables related to installation directories. A foor loop is used to go through them. The loop's words list reads: ... html3dir ... siteman1dir siteman3dir sitehtml1dir sitehtml3dir ... vendorman1dir vendorman3dir vendorhtml1dir vendorhtml3dir But the loop's body seems to be handling, kindof respectively: htm31dir siteman1 siteman3 sitehtml1 sitehtm31dir vendorman1 vendorman3 vendorhtml1 vendorhtm3 Also the body seems to be handling man1ext and man3ext which are not in the loop's words list. AFAICT pastos and typos could explain these discrepancies. [That, and historical confusion over what names to use.] Thanks for catching this. The following patch (also attached for redundancy) ought to fix it. This patch fixes several long- standing typos and naming confusions in Policy_sh.SH, standardizing on the variable names used in config.sh. This will change the behavior of Policy.sh if you happen to have been accidentally relying on the Policy.sh incorrect behavior. I'd appreciate feedback from anyone using Policy.sh to be sure nothing is broken by this change. Thanks to Stoned Elipot for pointing this out. --- Policy_sh.SH | 21 +++++++++++---------- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/Policy_sh.SH b/Policy_sh.SH index a618d23..cc310dd 100644 --- a/Policy_sh.SH +++ b/Policy_sh.SH @@ -130,7 +130,8 @@ esac # $vendorman1dir $vendorman3dir $vendorhtml1dir $vendorhtml3dir for var in \ - bin scriptdir privlib archlib man1dir man3dir html1dir html3dir \ + bin scriptdir privlib archlib man1dir man3dir man1ext man3ext \ + html1dir html3dir \ sitebin sitescript sitelib sitearch \ siteman1dir siteman3dir sitehtml1dir sitehtml3dir \ vendorbin vendorscript vendorlib vendorarch \ @@ -165,7 +166,7 @@ do # We don't know what to do with these yet. html1dir) dflt='' ;; - htm31dir) dflt='' ;; + html3dir) dflt='' ;; # Directories for site-specific add-on files sitebin) dflt=$siteprefix/bin ;; @@ -184,11 +185,11 @@ do ;; sitearch) dflt="$sitelib/$archname" ;; - siteman1) dflt="$siteprefix/man/man1" ;; - siteman3) dflt="$siteprefix/man/man3" ;; + siteman1dir) dflt="$siteprefix/man/man1" ;; + siteman3dir) dflt="$siteprefix/man/man3" ;; # We don't know what to do with these yet. - sitehtml1) dflt='' ;; - sitehtm31dir) dflt='' ;; + sitehtml1dir) dflt='' ;; + sitehtml3dir) dflt='' ;; # Directories for vendor-supplied add-on files # These are all usually empty. @@ -213,11 +214,11 @@ do ;; vendorarch) dflt="$vendorlib/$archname" ;; - vendorman1) dflt="$vendorprefix/man/man1" ;; - vendorman3) dflt="$vendorprefix/man/man3" ;; + vendorman1dir) dflt="$vendorprefix/man/man1" ;; + vendorman3dir) dflt="$vendorprefix/man/man3" ;; # We don't know what to do with these yet. - vendorhtml1) dflt='' ;; - vendorhtm3) dflt='' ;; + vendorhtml1dir) dflt='' ;; + vendorhtml3dir) dflt='' ;; esac # End of vendorprefix != '' fi -- 1.5.6.5 -- Andy Dougherty doug ... @ Dept. of Physics Lafayette College, Easton PA 18042 From afc3d215bfe7991268a5a95cf18afd0d5fb03479 Mon Sep 17 00:00:00 2001 From: Andy Dougherty < doug ... @ > Date: Tue, 8 Jun 2010 08:50:03 -0400 Subject: [PATCH] [perl #75388] Fix long- standing typos in Policy_sh.SH This patch fixes several long- standing typos and naming confusions in Policy_sh.SH, standardizing on the variable names used in config.sh. This will change the behavior of Policy.sh if you happen to have been accidentally relying on the Policy.sh incorrect behavior. I'd appreciate feedback from anyone using Policy.sh to be sure nothing is broken by this change. Thanks to Stoned Elipot for pointing this out. --- Policy_sh.SH | 21 +++++++++++---------- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/Policy_sh.SH b/Policy_sh.SH index a618d23..cc310dd 100644 --- a/Policy_sh.SH +++ b/Policy_sh.SH @@ -130,7 +130,8 @@ esac # $vendorman1dir $vendorman3dir $vendorhtml1dir $vendorhtml3dir for var in \ - bin scriptdir privlib archlib man1dir man3dir html1dir html3dir \ + bin scriptdir privlib archlib man1dir man3dir man1ext man3ext \ + html1dir html3dir \ sitebin sitescript sitelib sitearch \ siteman1dir siteman3dir sitehtml1dir sitehtml3dir \ vendorbin vendorscript vendorlib vendorarch \ @@ -165,7 +166,7 @@ do # We don't know what to do with these yet. html1dir) dflt='' ;; - htm31dir) dflt='' ;; + html3dir) dflt='' ;; # Directories for site-specific add-on files sitebin) dflt=$siteprefix/bin ;; @@ -184,11 +185,11 @@ do ;; sitearch) dflt="$sitelib/$archname" ;; - siteman1) dflt="$siteprefix/man/man1" ;; - siteman3) dflt="$siteprefix/man/man3" ;; + siteman1dir) dflt="$siteprefix/man/man1" ;; + siteman3dir) dflt="$siteprefix/man/man3" ;; # We don't know what to do with these yet. - sitehtml1) dflt='' ;; - sitehtm31dir) dflt='' ;; + sitehtml1dir) dflt='' ;; + sitehtml3dir) dflt='' ;; # Directories for vendor-supplied add-on files # These are all usually empty. @@ -213,11 +214,11 @@ do ;; vendorarch) dflt="$vendorlib/$archname" ;; - vendorman1) dflt="$vendorprefix/man/man1" ;; - vendorman3) dflt="$vendorprefix/man/man3" ;; + vendorman1dir) dflt="$vendorprefix/man/man1" ;; + vendorman3dir) dflt="$vendorprefix/man/man3" ;; # We don't know what to do with these yet. - vendorhtml1) dflt='' ;; - vendorhtm3) dflt='' ;; + vendorhtml1dir) dflt='' ;; + vendorhtml3dir) dflt='' ;; esac # End of vendorprefix != '' fi -- 1.5.6.5
