Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.

Error log below.

Thanks,
Scott

********************* Dolphin Virtual Machine Dump Report **********************

17:04:23, 5/13/2021: Incorrect number of arguments: 1, expected 2

*----> VM Context <----*
Process: {040D0210:size 369 words, suspended frame 040D0401, priority 5, callbacks 1, FP control 80007, thread 00000000}
Active Method: BootSessionManager>>logError:
IP: 04137319 (9)
SP: 040D08B4
BP: 040D0888 (399)
ActiveFrame: {040D088C: cf 040D086D, sp 040D08A4, bp 040D0888, ip 5, BootSessionManager>>logError:}
receiver: a BootSessionManager
arg[0]: a Error

New Method: VMLibrary>>dump:path:stackDepth:walkbackDepth:
Message Selector: dump:path:stackDepth:walkbackDepth:

*----> Stack Back Trace <----*
{040D088C: cf 040D086D, sp 040D08A4, bp 040D0888, ip 5, BootSessionManager>>logError:}
receiver: a BootSessionManager
arg[0]: a Error

{040D086C: cf 040D084D, sp 040D0880, bp 040D0868, ip 3, BootSessionManager>>unhandledException:}
receiver: a BootSessionManager
arg[0]: a Error

{040D084C: cf 040D082D, sp 040D0860, bp 040D0848, ip 3, BootSessionManager(SessionManager)>>onUnhandledError:}
receiver: a BootSessionManager
arg[0]: a Error

{040D082C: cf 040D0811, sp 040D0840, bp 040D082C, ip 5, Error>>defaultAction}
receiver: a Error

{040D0810: cf 040D07DD, sp 040D0824, bp 040D07F8, ip 55, Error(Exception)>>_propagateFrom:}
receiver: a Error
arg[0]: a ExceptionHandlerSet
stack temp[0]: nil
stack temp[1]: a ExceptionHandlerSet
stack temp[2]: nil
stack temp[3]: a Process(8'Main' base 040D0000* in BootSessionManager>>logError: sp=00000000 ip=4 list=10070010)
stack temp[4]: nil

{040D07DC: cf 040D07BD, sp 040D07F0, bp 040D07D8, ip 6, Error(Exception)>>_propagate}
receiver: a Error
stack temp[0]: nil

{040D07BC: cf 040D07A1, sp 040D07D0, bp 040D07BC, ip 13, Error(Exception)>>signal}
receiver: a Error

{040D07A0: cf 040D0781, sp 040D07B4, bp 040D079C, ip 5, Error(Exception)>>signal:}
receiver: a Error
arg[0]: 8'Incorrect number of arguments: 1, expected 2'

{040D0780: cf 040D0761, sp 040D0794, bp 040D077C, ip 5, Error class(Exception class)>>signal:}
receiver: Error
arg[0]: 8'Incorrect number of arguments: 1, expected 2'

{040D0760: cf 040D0741, sp 040D0774, bp 040D075C, ip 4, Smalltalk class(Object)>>error:}
receiver: Smalltalk
arg[0]: 8'Incorrect number of arguments: 1, expected 2'

{040D0740: cf 040D0715, sp 040D0754, bp 040D0730, ip 48, Error class>>performFailed:of:for:withArgs:}
receiver: Error
arg[0]: -1073574751
arg[1]: fullBindingFor:environment:
arg[2]: Smalltalk
arg[3]: a Array

{040D0714: cf 040D06ED, sp 040D0728, bp 040D0708, ip 10, Smalltalk class(Object)>>perform:with:}
receiver: Smalltalk
arg[0]: fullBindingFor:environment:
arg[1]: 8'SessionManager'
stack temp[0]: -1073574751

{040D06EC: cf 040D06BD, sp 040D0700, bp 040D06E0, ip 16, [] in ProcessorScheduler>>callback:perform:with:cookie:}
receiver: nil

{040D06BC: cf 040D0695, sp 040D06D0, bp 040D06B8, ip 18, BlockClosure>>ifCurtailed:}
receiver: [] @ 0 in nil
arg[0]: [] @ 25 in ProcessorScheduler>>callback:perform:with:cookie:

{040D0694: cf 040D0649, sp 040D06B0, bp 040D0684, ip 29, ProcessorScheduler>>callback:perform:with:cookie:}
receiver: a ProcessorScheduler
arg[0]: Smalltalk
arg[1]: fullBindingFor:environment:
arg[2]: 8'SessionManager'
arg[3]: 6323208

{040D0648: cf 040D060D, sp 040D067C, bp 040D0628, ip 15, Compiler class>>compileForEvaluation:in:environment:evaluationPools:flags:}
receiver: Compiler
arg[0]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'
arg[1]: nil
arg[2]: nil
arg[3]: nil
arg[4]: 0
stack temp[0]: nil
stack temp[1]: nil
stack temp[2]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'

{040D060C: cf 040D05D5, sp 040D0620, bp 040D05F0, ip 14, Compiler class>>evaluate:for:environment:evaluationPools:logged:ifFail:}
receiver: Compiler
arg[0]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'
arg[1]: nil
arg[2]: nil
arg[3]: nil
arg[4]: true
arg[5]: [] @ 3 in a CompiledExpression
stack temp[0]: nil

{040D05D4: cf 040D05A5, sp 040D05E8, bp 040D05C0, ip 9, Compiler class>>evaluate:for:environment:evaluationPools:logged:}
receiver: Compiler
arg[0]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'
arg[1]: nil
arg[2]: nil
arg[3]: nil
arg[4]: true

{040D05A4: cf 040D0579, sp 040D05B8, bp 040D0594, ip 8, Compiler class>>evaluate:for:environment:logged:}
receiver: Compiler
arg[0]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'
arg[1]: nil
arg[2]: nil
arg[3]: true

{040D0578: cf 040D0555, sp 040D058C, bp 040D0570, ip 51, [] in ChunkSourceFiler(AbstractChunkSourceFiler)>>fileIn}
receiver: a ChunkSourceFiler
stack temp[0]: nil
stack temp[1]: 8'"Check for update to DBOOT itself"\xd\xa(SessionManager current argv at: 3 ifAbsent:...'

{040D0554: cf 040D0539, sp 040D0568, bp 040D0554, ip 13, ExceptionHandlerSet(ExceptionHandlerAbstract)>>markAndTry}
receiver: a ExceptionHandlerSet

{040D0538: cf 040D0511, sp 040D054C, bp 040D0534, ip 22, [] in ExceptionHandlerSet(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandlerSet

{040D0510: cf 040D04ED, sp 040D0524, bp 040D0508, ip 18, BlockClosure>>ensure:}
receiver: [] @ 0 in nil
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:
stack temp[0]: nil

{040D04EC: cf 040D04C5, sp 040D0500, bp 040D04E0, ip 44, ExceptionHandlerSet(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandlerSet
arg[0]: [] @ 8 in AbstractChunkSourceFiler>>fileIn
stack temp[0]: a ExceptionHandler
stack temp[1]: a Process(8'Main' base 040D0000* in BootSessionManager>>logError: sp=00000000 ip=4 list=10070010)
env temp[0]: nil

{040D04C4: cf 040D0499, sp 040D04D8, bp 040D04B4, ip 13, BlockClosure>>on:do:on:do:}
receiver: [] @ 8 in AbstractChunkSourceFiler>>fileIn
arg[0]: QueryEnvironmentNotification
arg[1]: [] @ 65 in AbstractChunkSourceFiler>>fileIn
arg[2]: MethodCompileFailed
arg[3]: [] @ 75 in AbstractChunkSourceFiler>>fileIn

{040D0498: cf 040D047D, sp 040D04AC, bp 040D0498, ip 85, ChunkSourceFiler(AbstractChunkSourceFiler)>>fileIn}
receiver: a ChunkSourceFiler

{040D047C: cf 040D0459, sp 040D0490, bp 040D0474, ip 8, SourceManager>>fileInFrom:normalizeLineEndings:}
receiver: a SourceManager
arg[0]: a FileStream
arg[1]: false

{040D0458: cf 040D042D, sp 040D046C, bp 040D0450, ip 16, [] in SourceManager>>fileIn:normalizeLineEndings:}
receiver: a SourceManager

{040D042C: cf 040D0409, sp 040D0440, bp 040D0424, ip 18, BlockClosure>>ensure:}
receiver: [] @ 0 in nil
arg[0]: [] @ 25 in SourceManager>>fileIn:normalizeLineEndings:
stack temp[0]: nil

{040D0408: cf 040D03E1, sp 040D041C, bp 040D03FC, ip 29, SourceManager>>fileIn:normalizeLineEndings:}
receiver: a SourceManager
arg[0]: 8'Boot.st'
arg[1]: false
stack temp[0]: a FileStream

{040D03E0: cf 040D03C1, sp 040D03F4, bp 040D03DC, ip 4, SourceManager>>fileIn:}
receiver: a SourceManager
arg[0]: 8'Boot.st'

{040D03C0: cf 040D03A5, sp 040D03D4, bp 040D03C0, ip 16, BootSessionManager>>main}
receiver: a BootSessionManager

{040D03A4: cf 040D0389, sp 040D03B8, bp 040D03A4, ip 5, BootSessionManager(SessionManager)>>mainLoopStarted}
receiver: a BootSessionManager

{040D0388: cf 040D036D, sp 040D039C, bp 040D0388, ip 10, [] in BootSessionManager(SessionManager)>>forkMain}
receiver: a BootSessionManager

{040D036C: cf 040D0341, sp 040D0380, bp 040D035C, ip 43, InputState>>loopWhile:}
receiver: a InputState
arg[0]: [] @ 9 in InputState>>mainLoop
stack temp[0]: a MSG
stack temp[1]: true
stack temp[2]: [] @ 9 in SessionManager>>forkMain

{040D0340: cf 040D0325, sp 040D0354, bp 040D0340, ip 15, InputState>>mainLoop}
receiver: a InputState

{040D0324: cf 040D0309, sp 040D0338, bp 040D0324, ip 14, [] in InputState>>forkMain}
receiver: a InputState

{040D0308: cf 040D02ED, sp 040D031C, bp 040D0308, ip 13, ExceptionHandler(ExceptionHandlerAbstract)>>markAndTry}
receiver: a ExceptionHandler

{040D02EC: cf 040D02C5, sp 040D0300, bp 040D02E8, ip 22, [] in ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler

{040D02C4: cf 040D02A1, sp 040D02D8, bp 040D02BC, ip 18, BlockClosure>>ensure:}
receiver: [] @ 0 in nil
arg[0]: [] @ 39 in ExceptionHandlerAbstract>>try:
stack temp[0]: nil

{040D02A0: cf 040D0279, sp 040D02B4, bp 040D0294, ip 44, ExceptionHandler(ExceptionHandlerAbstract)>>try:}
receiver: a ExceptionHandler
arg[0]: [] @ 10 in InputState>>forkMain
stack temp[0]: nil
stack temp[1]: a Process(8'Main' base 040D0000* in BootSessionManager>>logError: sp=00000000 ip=4 list=10070010)
env temp[0]: nil

On Friday, May 14, 2021 at 1:32:52 AM UTC-5, vin...@gmail.com wrote:
> On Friday, 14 May 2021 at 08:16:43 UTC+10, Scott McWilliams wrote:
> > Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.
> >
> > Error log below.
> >
> > Thanks,
> > Scott
> >
> Hi Scott
> but t
> Are you using the correct VM? You might need to download it again (using the "FetchVM" script, or by building it yourself using Visual Studio).
>
> Vince

Hi Vince,

I have retrieved version 7.2.9 of the VM several times by using both the 'FetchVM' script and/or downloading it directly. I haven't tried building it but I might try that too.

I encountered a similar situation a few weeks ago that resolved itself the next time the master branch was updated. I have no idea what the issue was or what changed to make it go away.

Thanks,
Scott

Hi Scott,

I can't help with the specific issue, but the readme for the Master branch does state "The master branch is now the development branch for version 7.2.. This will add support for namespaces, but is currently in an interim and unstable state ... Please use the release/7.1 branch if you need a stable version."

As such, I'd suggest either using 7.1, or if you want to work with 7.2 raise an issue against that branch.

John

On Friday, May 14, 2021 at 7:32:52 AM UTC+1, vin...@gmail.com wrote:
> On Friday, 14 May 2021 at 08:16:43 UTC+10, Scott McWilliams wrote:
> > Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.
> >
> > Error log below.
> >
> > Thanks,
> > Scott
> >
> Hi Scott
>
> Are you using the correct VM? You might need to download it again (using the "FetchVM" script, or by building it yourself using Visual Studio).
>
> Vince

On Friday, May 14, 2021 at 7:40:27 AM UTC-5, john.a...@gmail.com wrote:
> Hi Scott,
>
> I can't help with the specific issue, but the readme for the Master branch does state "The master branch is now the development branch for version 7..2. This will add support for namespaces, but is currently in an interim and unstable state ... Please use the release/7.1 branch if you need a stable version."
>
> As such, I'd suggest either using 7.1, or if you want to work with 7.2 raise an issue against that branch.
>
> John
> On Friday, May 14, 2021 at 7:32:52 AM UTC+1, vin...@gmail.com wrote:
> > On Friday, 14 May 2021 at 08:16:43 UTC+10, Scott McWilliams wrote:
> > > Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.
> > >
> > > Error log below.
> > >
> > > Thanks,
> > > Scott
> > >
> > Hi Scott
> >
> > Are you using the correct VM? You might need to download it again (using the "FetchVM" script, or by building it yourself using Visual Studio).
> >
> > Vince

Hi John,

Thanks. I'm working with both 7.1, which is working fine, and 7.2, which I know is bleeding edge and therefore may have issues. The strange thing is when I experienced the similar issue before with 7.2 I did nothing but re-fetch (just as I had multiple times before) and the issue went away after one of the fetches. Not a big issue, just a curiosity.

BTW, thank you for ReStore, MethodSpies, etc. They're great. Have you tested ReStore with 7.2 by any chance? I have loaded ReStore into 7.2 and tried the examples and encountered some issues that lead to Dolphin locking up when I open the debugger (which shows no code). Again, just a curiousity.

Regards,
Scott

Hi Scott - thanks! Always good to hear there's someone else using ReStore etc.

I haven't looked at 7.2 yet; I'm something of a namespace-sceptic though I'm sure Blair will do an exemplary job so I'll definitely take a look at some point.

Going back to the original issue, on the one occasion I had a VM issue (with 7.1 - I think the download hadn't been updated) I followed the instructions and built it myself using the free version of VisualStudio. It worked fine and was straightforward even for me (I rarely step outside the Smalltalk bubble) so may be worth a shot.

Cheers.

John

On Friday, May 14, 2021 at 3:57:16 PM UTC+1, Scott McWilliams wrote:
> On Friday, May 14, 2021 at 7:40:27 AM UTC-5, john.a...@gmail.com wrote:
> > Hi Scott,
> >
> > I can't help with the specific issue, but the readme for the Master branch does state "The master branch is now the development branch for version 7.2. This will add support for namespaces, but is currently in an interim and unstable state ... Please use the release/7.1 branch if you need a stable version."
> >
> > As such, I'd suggest either using 7.1, or if you want to work with 7.2 raise an issue against that branch.
> >
> > John
> > On Friday, May 14, 2021 at 7:32:52 AM UTC+1, vin...@gmail.com wrote:
> > > On Friday, 14 May 2021 at 08:16:43 UTC+10, Scott McWilliams wrote:
> > > > Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.
> > > >
> > > > Error log below.
> > > >
> > > > Thanks,
> > > > Scott
> > > >
> > > Hi Scott
> > >
> > > Are you using the correct VM? You might need to download it again (using the "FetchVM" script, or by building it yourself using Visual Studio).
> > >
> > > Vince
> Hi John,
>
> Thanks. I'm working with both 7.1, which is working fine, and 7.2, which I know is bleeding edge and therefore may have issues. The strange thing is when I experienced the similar issue before with 7.2 I did nothing but re-fetch (just as I had multiple times before) and the issue went away after one of the fetches. Not a big issue, just a curiosity.
>
> BTW, thank you for ReStore, MethodSpies, etc. They're great. Have you tested ReStore with 7.2 by any chance? I have loaded ReStore into 7.2 and tried the examples and encountered some issues that lead to Dolphin locking up when I open the debugger (which shows no code). Again, just a curiousity.
>
> Regards,
> Scott

On Monday, May 17, 2021 at 3:17:59 AM UTC-5, john.a...@gmail.com wrote:
> Hi Scott - thanks! Always good to hear there's someone else using ReStore etc.
>
> I haven't looked at 7.2 yet; I'm something of a namespace-sceptic though I'm sure Blair will do an exemplary job so I'll definitely take a look at some point.
>
> Going back to the original issue, on the one occasion I had a VM issue (with 7.1 - I think the download hadn't been updated) I followed the instructions and built it myself using the free version of VisualStudio. It worked fine and was straightforward even for me (I rarely step outside the Smalltalk bubble) so may be worth a shot.
>
> Cheers.
>
> John
> On Friday, May 14, 2021 at 3:57:16 PM UTC+1, Scott McWilliams wrote:
> > On Friday, May 14, 2021 at 7:40:27 AM UTC-5, john.a...@gmail.com wrote:
> > > Hi Scott,
> > >
> > > I can't help with the specific issue, but the readme for the Master branch does state "The master branch is now the development branch for version 7.2. This will add support for namespaces, but is currently in an interim and unstable state ... Please use the release/7.1 branch if you need a stable version."
> > >
> > > As such, I'd suggest either using 7.1, or if you want to work with 7.2 raise an issue against that branch.
> > >
> > > John
> > > On Friday, May 14, 2021 at 7:32:52 AM UTC+1, vin...@gmail.com wrote:
> > > > On Friday, 14 May 2021 at 08:16:43 UTC+10, Scott McWilliams wrote:
> > > > > Experienced the below on two different machines despite complete delete and refresh of master branch. Any ideas appreciated.
> > > > >
> > > > > Error log below.
> > > > >
> > > > > Thanks,
> > > > > Scott
> > > > >
> > > > Hi Scott
> > > >
> > > > Are you using the correct VM? You might need to download it again (using the "FetchVM" script, or by building it yourself using Visual Studio)..
> > > >
> > > > Vince
> > Hi John,
> >
> > Thanks. I'm working with both 7.1, which is working fine, and 7.2, which I know is bleeding edge and therefore may have issues. The strange thing is when I experienced the similar issue before with 7.2 I did nothing but re-fetch (just as I had multiple times before) and the issue went away after one of the fetches. Not a big issue, just a curiosity.
> >
> > BTW, thank you for ReStore, MethodSpies, etc. They're great. Have you tested ReStore with 7.2 by any chance? I have loaded ReStore into 7.2 and tried the examples and encountered some issues that lead to Dolphin locking up when I open the debugger (which shows no code). Again, just a curiousity.
> >
> > Regards,
> > Scott

Hi John,

FYI building the VM in VS did the trick. Thanks for the suggestion-I should have thought of it myself.

Regards,
Scotrt