Smalltalk › Gemtalk › GLASS

[Glass] GS/OSX and GemTools issue

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

3 messages Options

JupiterJones

[Glass] GS/OSX and GemTools issue

Hi again,

I downloaded GemTools-1.0-beta.8.7-3101x and tried to connect to a db created through GemStone.app and it immediately threw an exception:

MessageNotUnderstood: receiver of "openDebuggerOn:" is nil

Just in case, I updated the gci and ssl libraries in GemTools to the 3.1.0.4 versions, but same issue.

The GsRuntimeError is:

a ArgumentTypeError occurred (error 2037), reason:classErrConstraintNotClass, The constraint aByteArray( ) was specified incorrectly for subclass creation. For IdentityBags (NSCs), a constraint must be specified as a class; for all other classes, as an Array of pairs.

There's a gemnetobject log created, but not a lot of info to go on:

_____________________________________________________________________________

GemStone: Error Fatal
Network error - text follows:
, Network partner has disconnected., GCI client disconnected
Error Category: 231169 [GemStone] Number: 4137 Arg Count: 2 Context : 20 exception : 20
Arg 1: 20
Arg 2: 20

[Info]: Logging out at 10/03/13 08:03:40 EST

This return to the main program is unexpected.

*****************************************************
****** GemStone Abnormal Shutdown at 10/03/13 08:03:41 EST
*****************************************************

_____________________________________________________________________________

I then noticed that the extent copied with GemStone.app is $GEMSTONE/bin/extent0.dbf as opposed to the $GEMSTONE/bin/extent0.seaside.dbf

Is this the intended behaviour? Should there be an option when creating a new db to select if you want a clean GemStone extent or a GLASS one?

Cheers,

Jupiter

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

James Foster-9

Re: [Glass] GS/OSX and GemTools issue

I think you have correctly diagnosed the problem. The current design is that you create a database (with the '+' button), and then configure it after it is created. You can specify a different version and you can specify that it should be initialized with a GLASS extent. I started down the path of asking lots of questions, but the number of mouse clicks seemed excessive and since there is a way to change things I figured that you just start out with a default (basic) environment, and then make changes.

If the common case is to want a GLASS extent, then I could make that the default and let someone who wants a base extent do the one extra mouse click.

James

On Oct 2, 2013, at 3:34 PM, Jupiter Jones <[hidden email]> wrote:

Hi again,

I downloaded GemTools-1.0-beta.8.7-3101x and tried to connect to a db created through GemStone.app and it immediately threw an exception:

MessageNotUnderstood: receiver of "openDebuggerOn:" is nil

Just in case, I updated the gci and ssl libraries in GemTools to the 3.1.0.4 versions, but same issue.

The GsRuntimeError is:

a ArgumentTypeError occurred (error 2037), reason:classErrConstraintNotClass, The constraint aByteArray( ) was specified incorrectly for subclass creation. For IdentityBags (NSCs), a constraint must be specified as a class; for all other classes, as an Array of pairs.

There's a gemnetobject log created, but not a lot of info to go on:

_____________________________________________________________________________
GemStone: Error Fatal
Network error - text follows:
, Network partner has disconnected., GCI client disconnected
Error Category: 231169 [GemStone] Number: 4137 Arg Count: 2 Context : 20 exception : 20
Arg 1: 20
Arg 2: 20

[Info]: Logging out at 10/03/13 08:03:40 EST

This return to the main program is unexpected.

*****************************************************
****** GemStone Abnormal Shutdown at 10/03/13 08:03:41 EST
*****************************************************
_____________________________________________________________________________

I then noticed that the extent copied with GemStone.app is $GEMSTONE/bin/extent0.dbf as opposed to the $GEMSTONE/bin/extent0.seaside.dbf

Is this the intended behaviour? Should there be an option when creating a new db to select if you want a clean GemStone extent or a GLASS one?

Cheers,

Jupiter
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

James Foster-9

Re: [Glass] GS/OSX and GemTools issue

In reply to this post by JupiterJones

I've uploaded GemStone.app 1.2.1 that should install a GLASS database by default. If you want a base extent, then you can just initialize with a base extent. I think this should reduce the confusion.

James

On Oct 2, 2013, at 3:34 PM, Jupiter Jones <[hidden email]> wrote:

Hi again,

I downloaded GemTools-1.0-beta.8.7-3101x and tried to connect to a db created through GemStone.app and it immediately threw an exception:

MessageNotUnderstood: receiver of "openDebuggerOn:" is nil

Just in case, I updated the gci and ssl libraries in GemTools to the 3.1.0.4 versions, but same issue.

The GsRuntimeError is:

a ArgumentTypeError occurred (error 2037), reason:classErrConstraintNotClass, The constraint aByteArray( ) was specified incorrectly for subclass creation. For IdentityBags (NSCs), a constraint must be specified as a class; for all other classes, as an Array of pairs.

There's a gemnetobject log created, but not a lot of info to go on:

_____________________________________________________________________________
GemStone: Error Fatal
Network error - text follows:
, Network partner has disconnected., GCI client disconnected
Error Category: 231169 [GemStone] Number: 4137 Arg Count: 2 Context : 20 exception : 20
Arg 1: 20
Arg 2: 20

[Info]: Logging out at 10/03/13 08:03:40 EST

This return to the main program is unexpected.

*****************************************************
****** GemStone Abnormal Shutdown at 10/03/13 08:03:41 EST
*****************************************************
_____________________________________________________________________________

I then noticed that the extent copied with GemStone.app is $GEMSTONE/bin/extent0.dbf as opposed to the $GEMSTONE/bin/extent0.seaside.dbf

Is this the intended behaviour? Should there be an option when creating a new db to select if you want a clean GemStone extent or a GLASS one?

Cheers,

Jupiter
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass