Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues using non-closing-test branch with GsDevKit_home #392

Closed
dalehenrich opened this issue Aug 31, 2018 · 4 comments
Closed

Issues using non-closing-test branch with GsDevKit_home #392

dalehenrich opened this issue Aug 31, 2018 · 4 comments
Assignees

Comments

@dalehenrich
Copy link
Collaborator

dalehenrich commented Aug 31, 2018

Currently in GsDevKit_home, I have written code that looks like the following:

ci := projectPath isEmpty
	ifTrue: [ (Smalltalk at: #SmalltalkCI) load: '/home/dhenrich/rogue/_homes/rogue/_devkit/shared/repos/GemStone-GCI/.smalltalk.ston' ]
	ifFalse: [ 
		(Smalltalk at: #SmalltalkCI)
			load: '/home/dhenrich/rogue/_homes/rogue/_devkit/shared/repos/GemStone-GCI/.smalltalk.ston'
			projectDirectory: projectPath ] 

Where I'm expecting an instance of SmalltalkCI to be returned (the current behavior on the master branch), however with the code on the non-closing-test branch, I get back a Boolean and I am curious if that is intentional or not.

I've tracked the change in behavior of the 'master' branch versus the non-closing-test branch to a change to the SmalltalkCI>>load method. Here's the master branch implementation:

load
  self class withBuildStatusReportingDo: [ self basicLoad ]

and here's the non-closing-test branch implementation:

load
  ^ self class withBuildStatusReportingDo: [ self basicLoad ]

If the change is intentional, then I will have to find another way to get the SmalltalkCI instance ... In this particular instance I am sending the message #compatibleConfigurationsFor: to the returned object (formerly a SmalltalkCI instance):

 (ci compatibleConfigurationsFor: #gemstoneClient) do: [:configSpec |
            configSpec defaultSessionName ifNotNil: [:sessName |  sessionName := sessName ]]

to pull the defaulSesionName from the configuration spec...

@fniephaus
Copy link
Member

Hi Dale,
I changed the return value on purpose and was hoping nobody replies on it, but I do understand why you need. Let's put this on hold until the beginning of next month, hope you don't mind.

@dalehenrich
Copy link
Collaborator Author

Sounds like a plan ... I’ll be at ESUG for the next 2 weeks, so this works well for me

@fniephaus
Copy link
Member

Perfect and enjoy ESUG! :)

@dalehenrich
Copy link
Collaborator Author

I think it is safe to close this issue at this point in time

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants