![]() |
Jag kanske glömde nämna att jag även gått till Rybu-katalogen c:\Program Files (x86)\Ruby200 och kört:
Ruby dk.rb init och därefter: Ruby dk.rb install sen körde jag: Ruby dk.rb Review Allt rapporteras vara OK, men när jag försöker köra: Kod:
require "mysql2" Kod:
....require cannot load such file -- mysql2/2.0/mysql (Load Error) Intressant blev det dock när jag la till de två första raderna i följande kod: Kod:
#!usr/bin/Ruby20 Kod:
C:\Program Files (x86)\Ruby200\bin\Ruby.exe: no Ruby script found in input (Load Error) |
Jag körde återigen:
gem install mysql2 Config.yml som ligger i Ruby-katalogen ser ut så här: Kod:
# This configuration file contains the absolute path locations of all |
Citat:
Men som sagt... Kör för guds skull in Linux om du ska utveckla i Ruby. Det kommer spara dig åtskilliga timmar. |
Kan inte annat än hålla med. Skulle rekommendera en vagrant-installation, men för det behövs också Ruby :) Men en virtualbox installation med en headless ubuntu/debian/vadsom vore nog bra mycket smidigare än att jävlas i windows. I stort sett alla servrar som inte kör microsoft-applikationer (MSSQL, .NET osv) kör ju just *nix och därmed optimeras installationsförfaranden för just de plattformarna.
|
Linux är inte intressant och jag har Oracle Virtual Box installerad (med Ubuntu 12.04 LTS), men själva syftet är att installera och köra Ruby på just Windowsplattformen så att köra i Linux är helt ointressant.
Jag har kört C, C++, Cobol, Pascal, Visual Basic, C#, PHP i både Windows och Linuxplattformarna. Nu håller jag på med att få Ruby att fungera i Windows 7. Jag har fått alla tidigare testprogram att fungera i Ruby, men nu verkar det som att när man installerar gem-paket så ser allt bra ut förutom att inget av de externa men installerade gem-paketen fungerar att anropa via require("<gem-paket>"). Jag la upp det simplaste exemplet (med en require och en puts-rad) och testade: Kod:
#!usr/bin/ruby20 - Alla visas när man kör; gem list - Ingen av dem funkar med require("<gem-packet>") - Kommenterar jag bort alla rader med require, så funkar appen Funderingar: Jag har kollat på massor av webbsidor med instruktioner för hur man installerar Ruby, men det verkar vara en implicit kunskap om hur man bygger gem-paket efter installation som inte förmedlas på dessa webbsidor. Om jag förstått det hela rätt så kan man "bygga" om vissa komponenter man laddar ner för att göra dem till "paket" som kan inkluderas med require. Jag har inte hittat något fungerande exempel på hur det går till. När man laddar ner Ruby för Windows så medföljer MinGW som är en typ av Minimalistisk C kompilator för att native-kompilera C-program. Ruby i sig självt är skrivet i C. Precis som PHP och Python. |
Citat:
|
Ja nåt fel är det någonstans för jag ser att det finns andra som fått det att fungera:
Exempel: http://beans.seartipy.com/2008/06/09...ndows-vistaxp/ Jag testade att uppdatera gem-systemet i sig med kommandot: Kod:
gem update --system Sen körde jag uppdatering av de paket jag installerat: Kod:
gem update Jag såg bland annat att Bigdecimal uppdaterades och att jag fick följande information: Kod:
Updating installed gems Jag har förstått att det är <namespace> eller <module> man ska ha som parameter vid require(<parameter>) och att <gem-packetname> är något annat egentligen. men att det är vanligt att man döper dem till samma. Jag får forska vidare.... |
Nu tror jag att jag hittat en viktig orsak till problemet med require.
Jag misstänkte att det kunde ha med sökvägar till filerna att göra så jag grottade ner mig i filstrukturen. Jag har nu installerat Ruby i katalogen "C:\Projects\Ruby200" Det visar sig att modulerna som följer med Ruby från start ligger i katalogen: Kod:
C:\\Projects\\Ruby200\\lib\\ruby\\2.0.0\\ Kod:
C:\Projects\Ruby200\lib\ruby\gems\2.0.0\gems\csvkit-0.1.3\lib\csvkit.rb" Kod:
require("open3") # funkar för open3 ingår från början i Ruby Kod:
require("C:\\Projects\\Ruby200\\lib\\ruby\\gems\\2.0.0\\gems\\csvkit-0.1.3\\lib\\csvkit") Nu får jag inget körfel när jag specar sökvägen hela vägen ner till csvkit.rb som modulens laddfil heter. Nu har jag i alla fall förstått vad felet beror på i grunden. Nu är nästa steg att ta reda på hur man kan lösa problemet. Jag läste även att Ryby-projektet sedan version 1.9.2 har gjort en break på bakåtkompatibiliteten för sökvägarna. Så exempelvis current directory (".\") inte längre ingår i sökpathen. Det borde finnas en inställning jag kan ändra för att detta ska fungera globalt, för mig, men har inte hittat den ännu. Men om jag förstår det rätt så ligger alla extra installerade gems flera nivåer djupare i filstrukturen och man måste veta exakt version och så för att det ska gå att inkludera i källkoden. Jag har inte hittat någon dokumentation på detta ännu, men det borde rimligen finnas någonstans. |
Skulle inte den här tråden handla om Phalanger...?
Nu är det över 3 sidor som det ens nämndes i råden. Senaste sidorna har istället handlar om Ruby som har extremt lite att göra med både PHP och .Net, och därmed även Phalanger. Vi borde försöka ha lite bättre forumdisciplin här tycker jag :) |
Citat:
Kod:
File.join('din', 'path', 'här') Citat:
Conny: Du kanske ska skapa en egen tråd för Ruby istället? |
Alla tider är GMT +2. Klockan är nu 16:52. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson