<div dir="ltr"><div>I forgot to report, on Windows I experienced problem with stdout during Seaside install, because writeLimit inst. var. was set to nil.</div><div>Initializing the ivar to zero and restarting the execution somewhere in the execution stack did make it.<br></div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 17 déc. 2018 à 15:03, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Max,</div><div>I can reproduce on windows via cygwin shell (I have to <span style="font-family:monospace,monospace"><code>export</code> SHELLOPTS; set -o igncr</span>  like in <a href="https://stackoverflow.com/questions/42072239/how-to-set-up-cygwin-to-use-dos-file-endings" target="_blank">https://stackoverflow.com/questions/42072239/how-to-set-up-cygwin-to-use-dos-file-endings</a>)</div><div>The Notifier opens, but I can't open the Debugger... It seems blocked on an AccessLock.</div><div>I have replaced<br></div><div><br></div><div>DebuggerMethodMap>>protected: aBlock<br>    "^(AccessLock ifNil: [ AccessLock := Mutex new ]) critical: aBlock"<br>    ^aBlock value</div><div><br></div><div>and then the test passed instead of failing...</div><div>I reverted above method to original, and now the test still passes...</div><div><br></div><div>Could it be that .changes file is opened with wrong encoding (not UTF8) thru some path, but any action re-opening the .changes with correct encoding makes it an Eisenbug?<br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 17 déc. 2018 à 02:39, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hmmm, this appears to be some kind of issue with SSL authorization<br>
when accessing the github repository. It seems to be failing in<br>
<br>
  MCGitHubReposistory class((MCGitBasedNetworkRepository class)>>projectDirectoryFrom:version:<br>
<br>
from<br>
<br>
  MCGitHubReposistory(MCGitBasedNetworkRepository)>>directory<br>
<br>
from<br>
<br>
  MCGitHubRepository(MCFileTreeRepository)>>allFileNames<br>
<br>
and it is caused by a primitive failure in SqueakSSL>>primitiveSSLCreate.<br>
<br>
Evaluating "SqueakSSL new" gives me the same error. So the problem is<br>
probably something to do with the VM I am running, or with the runtime<br>
packages that I have installed on my PC. I will follow up on this later.<br>
<br>
Thanks,<br>
Dave<br>
<br>
<br>
On Sun, Dec 16, 2018 at 08:07:16PM -0500, David T. Lewis wrote:<br>
> Hi Max,<br>
> <br>
> I'm on ubuntu 16.04 LTS.<br>
> <br>
> But it's probably some mistake that I am making. One thing I noticed - when<br>
> I do the checkout of the Seaside version, I end up with a detached head, is<br>
> this expected? Here is what I see on the terminal:<br>
> <br>
>   lewis@lewis-Gazelle-Pro:~/squeak/Squeak5.2/Seaside-TEST/Seaside$ git status<br>
>   On branch master<br>
>   Your branch is up-to-date with 'origin/master'.<br>
>   nothing to commit, working directory clean<br>
>   lewis@lewis-Gazelle-Pro:~/squeak/Squeak5.2/Seaside-TEST/Seaside$ git checkout -f master<br>
>   Already on 'master'<br>
>   Your branch is up-to-date with 'origin/master'.<br>
>   lewis@lewis-Gazelle-Pro:~/squeak/Squeak5.2/Seaside-TEST/Seaside$ git checkout 9cb54a7b14cd254ef318294905c4e8dda8dd9f79<br>
>   Note: checking out '9cb54a7b14cd254ef318294905c4e8dda8dd9f79'.<br>
>   <br>
>   You are in 'detached HEAD' state. You can look around, make experimental<br>
>   changes and commit them, and you can discard any commits you make in this<br>
>   state without impacting any branches by performing another checkout.<br>
>   <br>
>   If you want to create a new branch to retain commits you create, you may<br>
>   do so (now or later) by using -b with the checkout command again. Example:<br>
>   <br>
>     git checkout -b <new-branch-name><br>
>   <br>
>   HEAD is now at 9cb54a7... Merge pull request #1071 from jecisc/1070-Seaside-Tests-REST-is-never-referenced<br>
>   lewis@lewis-Gazelle-Pro:~/squeak/Squeak5.2/Seaside-TEST/Seaside$ <br>
> <br>
> I may not have time to follow up on this in the next couple of days,<br>
> but the problem that you spotted does sound serious. It suggests that<br>
> the changes file is getting corrupted, and that is not supposed to<br>
> be possible.<br>
> <br>
> Dave<br>
> <br>
> <br>
> <br>
> On Sun, Dec 16, 2018 at 11:04:11PM +0100, Max Leske wrote:<br>
> > (resending because of wrong subject, sorry)<br>
> > <br>
> > Hi Dave,<br>
> > <br>
> > I just retested loading in Ubuntu 17.04 (32-bits) without problems. <br>
> > Maybe you didn't checkout the commit I referenced? I realise there's a <br>
> > `cd Seaside` missing before the `git checkout`.<br>
> > <br>
> > What's the load error about? What system are you using exactly?<br>
> > <br>
> > <br>
> > Cheers,<br>
> > Max<br>
> > <br>
> > On 16 Dec 2018, at 20:12, <a href="mailto:squeak-dev-request@lists.squeakfoundation.org" target="_blank">squeak-dev-request@lists.squeakfoundation.org</a> <br>
> > wrote:<br>
> > <br>
> > >I'm running into an error related to Metacello loading when I do the<br>
> > >run.sh script in the recipe below, screen shot attached. I am running<br>
> > >on Linux.<br>
> > ><br>
> > >It looks like I am missing something in the intial setup, can you give<br>
> > >me a pointer?<br>
> > ><br>
> > >Thanks.<br>
> > >Dave<br>
> > ><br>
> > >On Sun, Dec 16, 2018 at 06:14:47PM +0100, Max Leske wrote:<br>
> > ><br>
> > >>Hi,<br>
> > >><br>
> > >>We have an issue in Seaside where a loaded test method holds a bad<br>
> > >>source pointer. We only noticed because this method accesses the<br>
> > >>debugger map.<br>
> > >><br>
> > >>How to reproduce:<br>
> > >><br>
> > >>1. clone SmalltalkCI:<br>
> > >>  git clone git@github.com:hpi-swa/smalltalkCI.git<br>
> > >>2. clone Seaside:<br>
> > >>  git clone git@github.com:SeasideSt/Seaside.git;<br>
> > >>  git checkout 9cb54a7b14cd254ef318294905c4e8dda8dd9f79<br>
> > >>3. install Seaside in Squeak5.2:<br>
> > >>  <path to SmalltalkCI>/run.sh --headful -s Squeak-5.2 <path to<br>
> > >>Seaside>/.smalltalk.ston<br>
> > >>4. Run the test WAPharoDebuggerTest>>testNamedTempAt and you'll see a<br>
> > >>debugger pop up for an UndeclaredVariable. The source lookup is<br>
> > >>performed in the changes file but in the middle of a chunk of binary<br>
> > >>(font) data.<br>
> > >><br>
> > >>I can can only speculate that some of that binary data introduces <br>
> > >>random<br>
> > >>chunks which messes with the offsets.<br>
> > >><br>
> > >>We're adding a workaround for that particular test for now.<br>
> > >><br>
> > >><br>
> > >>Let me know if I can help track down the issue.<br>
> > >><br>
> > >>Cheers,<br>
> > >>Max<br>
> <br>
> > <br>
<br>
</blockquote></div>
</blockquote></div>