[SqueakDBX] Installing on Windows with MSSql backend was Re:
[Esug-list] [ANN] ESUG supports once again SqueakDBX
Esteban Lorenzano
estebanlm at gmail.com
Fri Apr 8 14:06:14 UTC 2011
Hi,
El 08/04/2011, a las 11:01a.m., Miguel Sanchez escribió:
> Hi,
>
> OK after a few weeks hiatus I've managed to get all the SqueakDBX
> tests to pass (ok two are still failing but they don't look like a big
> deal. ) Yayyyyyyy! It helped using the right backend. I've all but
> given up compiling openDBX. If I have time I'll go back to it for
> completeness. I'll suggest some changes to the windows specific
> documentation, or make them myself. How do you want to proceed?
>
> Soooooo now I have two questions that have occured to me.
> 1. Is SqueakDBX ported to GemStone? (I'm guessing not)..
not yet... now with the new FFI support it becomes possible, but it is not in our current "agenda" (maybe next year, I dunno)
> 2. Is there a MsSQLPlatform on GLORP or does the SQLServerPlatform
> integration work. (GLORP documentation makes reference to *rumours* of
> SQLServer integration working.) Basically what is the state of the
> GLORP/SqueakDBX rearchitecture work looking in order to use SueakDBX
> backend?
you should be able to use it GlorpDBX with SQLServer, maybe it will need some tweaks, but Diogenes made it work, as I remember...
>
> Best Regards,
>
>
> Miguel
>
> On 23 March 2011 23:41, Mariano Martinez Peck <marianopeck at gmail.com> wrote:
>>
>>
>> On Wed, Mar 23, 2011 at 11:39 PM, Miguel Sanchez <mikey.sanchez at gmail.com>
>> wrote:
>>>
>>> So it's a feature and not a bug.... ;-)
>>>
>>
>> heheheheh
>>
>>>
>>> I've got some stuff on compiling freeTDS and if I ever manage to
>>> compile openDBX I'll put together a howto.
>>>
>>
>> Ok. We can then integrate them where they should go:
>> http://www.squeakdbx.org/Compiling%20for%20different%20backends
>>
>>>
>>> On 23 March 2011 23:34, Mariano Martinez Peck <marianopeck at gmail.com>
>>> wrote:
>>>> ehehehhehe Pharo > 1.1 is broken with this...this is a known bug
>>>> (check
>>>> Pharo issue tracker)
>>>> But don't worry, just evaluate: DBXPlatform
>>>> disableAutomaticConnectionReleaseOnGC and that's all. It is safe, don't
>>>> worry.
>>>>
>>>> BTW...if you have something to improve our documentation in the website,
>>>> please let us know.
>>>>
>>>> Cheers
>>>>
>>>> Mariano
>>>>
>>>> On Wed, Mar 23, 2011 at 11:29 PM, Miguel Sanchez
>>>> <mikey.sanchez at gmail.com>
>>>> wrote:
>>>>>
>>>>> OK so after struggling to build openDBX (that one is ongoing), on your
>>>>> instruction I switched to using DBXOdbcPlatform and ......... SUCCESS!
>>>>>
>>>>> Well ok partial success. I managed to open the connection and while
>>>>> investigating the resultset of a select I started getting an error. In
>>>>> DBXConnection>>connect
>>>>> On the line
>>>>> self platform class isAutomaticConnectionReleaseOnGC ifTrue: [
>>>>> SqueakDBXSmalltalkDialect current
>>>>> addObjectToGarbageCollect: self].
>>>>> /*during addObjectToGarbageCollect:*/
>>>>> I get the error: "Error: There is no free space in this set."
>>>>>
>>>>> Do I need to force a garbage collect?
>>>>>
>>>>> Best Regards,
>>>>>
>>>>>
>>>>> Miguel
>>>>>
>>>>>
>>>>> On 15 March 2011 18:22, Miguel Sanchez <mikey.sanchez at gmail.com> wrote:
>>>>>> OK so I've had no luck getting to the bottom of the problem so far. I
>>>>>> still get thrown into "DBXRecovereableError: RECOVERABLE OpenDBX:
>>>>>> Connecting to server failed" when calling DBXConnection>>open.
>>>>>>
>>>>>> I can connect with the Windows command-line tsql equivalent
>>>>>> (sqlcmd.exe) so the DB user and permissions are correct.
>>>>>>
>>>>>>
>>>>>> I said I was going to try and build from sources instead of the
>>>>>> precompiled binaries.
>>>>> self platform class isAutomaticConnectionReleaseOnGC ifTrue: [
>>>>> SqueakDBXSmalltalkDialect current
>>>>> addObjectToGarbageCollect: self].>
>>>>> I've downloaded and installed (finally) MinGW. I've (finally!)
>>>>>> downloaded sources of opendbx 1.4.5 and freetds-0.8.2.
>>>>>>
>>>>>> freetds built fine and put the headers in an accessible place. but
>>>>>> now
>>>>>> when I try to configure opendbx I get the following:
>>>>>>
>>>>>> checking for style of include used by make... GNU
>>>>>> checking for gcc... gcc
>>>>>> checking whether the C compiler works... no
>>>>>> configure: error: in `/opendbx-1.4.5':
>>>>>> configure: error: C compiler cannot create executables
>>>>>> See `config.log' for more details.
>>>>>>
>>>>>> config.log says the following:
>>>>>>
>>>>>> ===============================================
>>>>>> <snip>
>>>>>> configure:3972: gcc -qversion >&5
>>>>>> gcc.exe: unrecognized option '-qversion'
>>>>>> gcc.exe: no input files
>>>>>> configure:3983: $? = 1
>>>>>> configure:4003: checking whether the C compiler works
>>>>>> configure:4025: gcc /local/include conftest.c >&5
>>>>>> c:/mingw/bin/../lib/gcc/mingw32/4.5.2/../../../../mingw32/bin/ld.exe:
>>>>>> cannot fin
>>>>>> d C:/MinGW/msys/1.0/local/include: Permission denied^M
>>>>>> collect2: ld returned 1 exit status^M
>>>>>> configure:4029: $? = 1
>>>>>> configure:4067: result: no
>>>>>> configure: failed program was:
>>>>>> | /* confdefs.h */
>>>>>> <snip>
>>>>>> ======================================
>>>>>>
>>>>>> The directory C:/MinGW/msys/1.0/local/include exists and is writable
>>>>>> by
>>>>>> me.
>>>>>>
>>>>>> Right now it feels like I'm trying to solve the problem of building
>>>>>> opendbx without knowing if it's getting me any closer to getting
>>>>>> squeakDBX working.
>>>>>>
>>>>>> Any help would be appreciated.
>>>>>>
>>>>>> Miguel
>>>>>>
>>>>
>>>>
>>
>>
> _______________________________________________
> SqueakDBX mailing list
> SqueakDBX at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx
More information about the SqueakDBX
mailing list