<br><br><div class="gmail_quote">On Wed, Mar 23, 2011 at 11:39 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;">
So it's a feature and not a bug.... ;-)<br>
<br></blockquote><div><br>heheheheh<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I've got some stuff on compiling freeTDS and if I ever manage to<br>
compile openDBX I'll put together a howto.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br>Ok. We can then integrate them where they should go: <a href="http://www.squeakdbx.org/Compiling%20for%20different%20backends">http://www.squeakdbx.org/Compiling%20for%20different%20backends</a><br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div class="h5">
On 23 March 2011 23:34, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>> wrote:<br>
> ehehehhehe Pharo > 1.1 is broken with this...this is a known bug (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 <<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 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 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>
</div></div></blockquote></div><br>