# Any chance to fix php-trunk for windows? - Thread: https://externals.io/message/60888 - Original archive: https://news-web.php.net/php.internals/60888 - Started by Marian Kostadinov on 2012-06-19T16:46:59+00:00 - Messages: 8 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #60888 — Marian Kostadinov — 2012-06-19T16:46:59+00:00 URL: https://externals.io/message/60888#60888 Hello, currently http://windows.php.net/downloads/snaps/php-trunk/ is empty and no windows builds can be downloaded. Are there any plans for fixing this? --- ## #60889 — Anatoliy Belsky — 2012-06-19T17:02:39+00:00 URL: https://externals.io/message/60888#60889 · In reply to: #60888 Hi, recent snaps can be downloaded under http://windows.php.net/downloads/snaps/php-5.4/ http://windows.php.net/downloads/snaps/php-5.3/ respectively to version you need. The snaps are created almost on daily basis. Regards Anatoliy On Tue, 19 Jun 2012 19:46:59 +0300 Marian Kostadinov wrote: > Hello, > currently > http://windows.php.net/downloads/snaps/php-trunk/ > is empty and no windows builds can be downloaded. > Are there any plans for fixing this? -- Anatoliy Belsky > Hi, > > recent snaps can be downloaded under > > http://windows.php.net/downloads/snaps/php-5.4/ > http://windows.php.net/downloads/snaps/php-5.3/ > > respectively to version you need. The snaps are created almost on daily > basis. > > Regards > > Anatoliy > > On Tue, 19 Jun 2012 19:46:59 +0300 > Marian Kostadinov wrote: > > > […] > > > -- > Anatoliy Belsky wrote: > Hello Anatoliy, > the snaps for php-5.4 and php-5.3 doesn't work for me. I have reported a > php bug that *Laruence* says it was fixed in trunk but not merged in > php-5.4. So I have to check if it is fixed in trunk but I cannot do it > because of the missing builds :) > > 2012/6/19 Anatoliy Belsky > > > […] -- Anatoliy Belsky Hello Anatoliy, > https://bugs.php.net/patch-display.php?bug_id=61998&patch=bug61998.patch&revision=latest > > seems to be the patch for a similar bug. Hopefully, this should fix the > issue I found. > I will try to investigate what has happened in the GIT respository. What I > am sure is that this has been fixed before php 5.4.4 release. > > Thanks! > > 2012/6/19 Anatoliy Belsky > > > […] --- ## #61368 — Christopher Jones — 2012-07-17T16:56:06+00:00 URL: https://externals.io/message/60888#61368 · In reply to: #61348 > Hi Marian, > > since last week current master snaps can be found here > http://windows.php.net/downloads/snaps/master/ > > Cheers > > anatoliy How does that really relate to http://windows.php.net/snapshots/ ? Are you going to make the links on http://windows.php.net/snapshots/ work? Also can you update http://snaps.php.net/ to link to Windows snaps, similar to the way http://php.net/downloads.php links to windows.php.net? Thanks, Chris -- christopher.jones@oracle.com http://twitter.com/#!/ghrd --- ## #61515 — Anatoliy Belsky — 2012-07-19T20:01:36+00:00 URL: https://externals.io/message/60888#61515 Hi Marion, not sure what's not working for you, the test Zend/tests/traits/bug61998.phpt passes for me on windows master. Could you supply a piece of code for that? Regards Anatoliy Am Mi, 18.07.2012, 08:12 schrieb Marian Kostadinov: > Hello Anatoliy, > I've just tried latest and greatest from today (18.7) : > php-master-ts-windows-vc9-x86-r08302e3.zip > > Unfortunately, still not working ... > > 2012/7/17 Anatoliy Belsky > > > […] --- ## #61537 — Marian Kostadinov — 2012-07-20T03:58:02+00:00 URL: https://externals.io/message/60888#61537 · In reply to: #61515 Hello Anatoly, I've just downloaded 5.4.5 and initially it seemed to be working. But after I clicked here and there and ... it started to crash again. I suspect that it is all about accumulating memory errors because initially it used to work but then it stopped. Also, in CLI mode, it is more difficult to get the heap corrupted message but not impossible. The code pattern is nothing more than this: namespace bug\ns; trait feature { function getTemplateNames() { return "ABC"; } } class test { use feature { getTemplateNames as private getTemplateNamesBase; } function getTemplateNames() { return $this->getTemplateNamesBase() . "D"; } } $test = new test; echo $test->getTemplateNames(); //ABCD This works just fine but when it is a part of a request that loads many more files before reaching that code, it still works but after the shutdown cleanup, the mm heap corrupted message appears. I used to think that the autoloading was a part of the problem but then I pasted the trait just before the class and I had no change. It is worth mentioning that importing without alias works flawlessly: namespace bug\ns; trait feature { function getTemplateNamesBase() { return "ABC"; } } class test { use feature; function getTemplateNames() { return $this->getTemplateNamesBase() . "D"; } } $test = new test; echo $test->getTemplateNames(); //ABCD Do you mind if I send you the entire source along with a sample DB and instructions on how to reproduce the problem? As of now, I see no better solution because of the reproduction difficulties. Greetings, Marian. 2012/7/19 Anatoliy Belsky > Hi Marion, > > not sure what's not working for you, the test > Zend/tests/traits/bug61998.phpt passes for me on windows master. Could you > supply a piece of code for that? > > Regards > > Anatoliy > > Am Mi, 18.07.2012, 08:12 schrieb Marian Kostadinov: > > […] > http://windows.php.net/downloads/snaps/master/r08302e3/php-master-ts-windows-vc9-x86-r08302e3.zip > > […] > https://bugs.php.net/patch-display.php?bug_id=61998&patch=bug61998.patch&revision=latest > > […]