<br><br><div class="gmail_quote">On Fri, Apr 8, 2011 at 4:01 PM, Miguel Sanchez <span dir="ltr"><<a href="mailto:mikey.sanchez@gmail.com">mikey.sanchez@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
OK after a few weeks hiatus I've managed to get all the SqueakDBX<br>
tests to pass (ok two are still failing but they don't look like a big<br>
deal. ) Yayyyyyyy! It helped using the right backend. I've all but<br>
given up compiling openDBX. If I have time I'll go back to it for<br>
completeness. I'll suggest some changes to the windows specific<br>
documentation, or make them myself. How do you want to proceed?<br>
<br></blockquote><div><br>Let me check with the rest of the team.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Soooooo now I have two questions that have occured to me.<br>
1. Is SqueakDBX ported to GemStone? (I'm guessing not)..<br></blockquote><div><br>The problem is FFI. What do you want to do exacly ? I mean, why (for what) you need SqueakDBX in Gemstone ?<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2. Is there a MsSQLPlatform on GLORP or does the SQLServerPlatform<br>
integration work. (GLORP documentation makes reference to *rumours* of<br>
SQLServer integration working.) Basically what is the state of the<br>
GLORP/SqueakDBX rearchitecture work looking in order to use SueakDBX<br>
backend?<br>
<br></blockquote><div><br>Maybe you can take a look to: <br><br><a href="http://www.squeakdbx.org/GLORP%20integration">http://www.squeakdbx.org/GLORP%20integration</a><br><br>However, the installation scripts are out-dated. We now use ConfigurationOfGlorpDBX, not those loaders.<br>
<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Best Regards,<br>
<font color="#888888"><br>
<br>
Miguel<br>
</font><div><div></div><div class="h5"><br>
On 23 March 2011 23:41, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>> wrote:<br>
><br>
><br>
> On Wed, Mar 23, 2011 at 11:39 PM, Miguel Sanchez <<a href="mailto:mikey.sanchez@gmail.com">mikey.sanchez@gmail.com</a>><br>
> wrote:<br>
>><br>
>> So it's a feature and not a bug.... ;-)<br>
>><br>
><br>
> heheheheh<br>
><br>
>><br>
>> I've got some stuff on compiling freeTDS and if I ever manage to<br>
>> compile openDBX I'll put together a howto.<br>
>><br>
><br>
> Ok. We can then integrate them where they should go:<br>
> <a href="http://www.squeakdbx.org/Compiling%20for%20different%20backends" target="_blank">http://www.squeakdbx.org/Compiling%20for%20different%20backends</a><br>
><br>
>><br>
>> On 23 March 2011 23:34, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>><br>
>> wrote:<br>
>> > ehehehhehe Pharo > 1.1 is broken with this...this is a known bug<br>
>> > (check<br>
>> > Pharo issue tracker)<br>
>> > But don't worry, just evaluate: DBXPlatform<br>
>> > disableAutomaticConnectionReleaseOnGC and that's all. It is safe, don't<br>
>> > worry.<br>
>> ><br>
>> > BTW...if you have something to improve our documentation in the website,<br>
>> > please let us know.<br>
>> ><br>
>> > Cheers<br>
>> ><br>
>> > Mariano<br>
>> ><br>
>> > On Wed, Mar 23, 2011 at 11:29 PM, Miguel Sanchez<br>
>> > <<a href="mailto:mikey.sanchez@gmail.com">mikey.sanchez@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> OK so after struggling to build openDBX (that one is ongoing), on your<br>
>> >> instruction I switched to using DBXOdbcPlatform and ......... SUCCESS!<br>
>> >><br>
>> >> Well ok partial success. I managed to open the connection and while<br>
>> >> investigating the resultset of a select I started getting an error. In<br>
>> >> DBXConnection>>connect<br>
>> >> On the line<br>
>> >> self platform class isAutomaticConnectionReleaseOnGC ifTrue: [<br>
>> >> SqueakDBXSmalltalkDialect current<br>
>> >> addObjectToGarbageCollect: self].<br>
>> >> /*during addObjectToGarbageCollect:*/<br>
>> >> I get the error: "Error: There is no free space in this set."<br>
>> >><br>
>> >> Do I need to force a garbage collect?<br>
>> >><br>
>> >> Best Regards,<br>
>> >><br>
>> >><br>
>> >> Miguel<br>
>> >><br>
>> >><br>
>> >> On 15 March 2011 18:22, Miguel Sanchez <<a href="mailto:mikey.sanchez@gmail.com">mikey.sanchez@gmail.com</a>> wrote:<br>
>> >> > OK so I've had no luck getting to the bottom of the problem so far. I<br>
>> >> > still get thrown into "DBXRecovereableError: RECOVERABLE OpenDBX:<br>
>> >> > Connecting to server failed" when calling DBXConnection>>open.<br>
>> >> ><br>
>> >> > I can connect with the Windows command-line tsql equivalent<br>
>> >> > (sqlcmd.exe) so the DB user and permissions are correct.<br>
>> >> ><br>
>> >> ><br>
>> >> > I said I was going to try and build from sources instead of the<br>
>> >> > precompiled binaries.<br>
>> >> self platform class isAutomaticConnectionReleaseOnGC ifTrue: [<br>
>> >> SqueakDBXSmalltalkDialect current<br>
>> >> addObjectToGarbageCollect: self].><br>
>> >> I've downloaded and installed (finally) MinGW. I've (finally!)<br>
>> >> > downloaded sources of opendbx 1.4.5 and freetds-0.8.2.<br>
>> >> ><br>
>> >> > freetds built fine and put the headers in an accessible place. but<br>
>> >> > now<br>
>> >> > when I try to configure opendbx I get the following:<br>
>> >> ><br>
>> >> > checking for style of include used by make... GNU<br>
>> >> > checking for gcc... gcc<br>
>> >> > checking whether the C compiler works... no<br>
>> >> > configure: error: in `/opendbx-1.4.5':<br>
>> >> > configure: error: C compiler cannot create executables<br>
>> >> > See `config.log' for more details.<br>
>> >> ><br>
>> >> > config.log says the following:<br>
>> >> ><br>
>> >> > ===============================================<br>
>> >> > <snip><br>
>> >> > configure:3972: gcc -qversion >&5<br>
>> >> > gcc.exe: unrecognized option '-qversion'<br>
>> >> > gcc.exe: no input files<br>
>> >> > configure:3983: $? = 1<br>
>> >> > configure:4003: checking whether the C compiler works<br>
>> >> > configure:4025: gcc /local/include conftest.c >&5<br>
>> >> > c:/mingw/bin/../lib/gcc/mingw32/4.5.2/../../../../mingw32/bin/ld.exe:<br>
>> >> > cannot fin<br>
>> >> > d C:/MinGW/msys/1.0/local/include: Permission denied^M<br>
>> >> > collect2: ld returned 1 exit status^M<br>
>> >> > configure:4029: $? = 1<br>
>> >> > configure:4067: result: no<br>
>> >> > configure: failed program was:<br>
>> >> > | /* confdefs.h */<br>
>> >> > <snip><br>
>> >> > ======================================<br>
>> >> ><br>
>> >> > The directory C:/MinGW/msys/1.0/local/include exists and is writable<br>
>> >> > by<br>
>> >> > me.<br>
>> >> ><br>
>> >> > Right now it feels like I'm trying to solve the problem of building<br>
>> >> > opendbx without knowing if it's getting me any closer to getting<br>
>> >> > squeakDBX working.<br>
>> >> ><br>
>> >> > Any help would be appreciated.<br>
>> >> ><br>
>> >> > Miguel<br>
>> >> ><br>
>> ><br>
>> ><br>
><br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com" target="_blank">http://marianopeck.wordpress.com</a><br><br>