[squeak-dev] Downloading from binary via curl
Eliot Miranda
eliot.miranda at gmail.com
Mon May 8 18:59:29 UTC 2017
Hi All,
I want to be able to answer Max's message below with "run this script
to build a VMMaker image", but so far I'm unable to download a VM from
binary via curl (the default downloader on Mac OS X). If I try e.g.
$ curl -k -o cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
https://dl.bintray.com/opensmalltalk/vm/cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
I get an empty .tar.gz
If I use wget (something I've built and installed myself):
wget -o cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
https://dl.bintray.com/opensmalltalk/vm/cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
I get
$ cat cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
--2017-05-08 11:56:10--
https://dl.bintray.com/opensmalltalk/vm/cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
Resolving dl.bintray.com... 75.126.118.188
Connecting to dl.bintray.com|75.126.118.188|:443... connected.
ERROR: cannot verify dl.bintray.com's certificate, issued by
`/C=US/O=GeoTrust Inc./CN=GeoTrust SSL CA - G3':
Unable to locally verify the issuer's authority.
To connect to dl.bintray.com insecurely, use `--no-check-certificate'.
Unable to establish SSL connection.
And if I use --no-check-certificate I still fail:
$ wget --no-check-certificate -o
cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
https://dl.bintray.com/opensmalltalk/vm/cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
$ cat cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
--2017-05-08 11:58:30--
https://dl.bintray.com/opensmalltalk/vm/cog_macos32x86_squeak.cog.spur_201705051953.tar.gz
Resolving dl.bintray.com... 75.126.118.188
Connecting to dl.bintray.com|75.126.118.188|:443... connected.
WARNING: cannot verify dl.bintray.com's certificate, issued by
`/C=US/O=GeoTrust Inc./CN=GeoTrust SSL CA - G3':
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 302
Location:
https://akamai.bintray.com/c6/c6ba54ff93f202c24e6008cb5c8b49c803b4ac21b43646fc1c91756d6c985b19?__gda__=exp=1494270631~hmac=3fe7f593f3440ace34e3c013ab7119d52093ba1672a32f14f1747e3e7a4e0235&response-content-disposition=attachment%3Bfilename%3D%22cog_macos32x86_squeak.cog.spur_201705051953.tar.gz%22&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX18Y_MJoYGQOYlat_mYoKMgk2XAwj9mM83g2sVlybJ4IVHj2U_7RPrccLSntxKjKu84Nw9tuDyVRF1bks0b9U_BjqCvXL9pfJZu_Z4BHUULx0GBuM5nr-oQndxXSWmK6CFB5zlERWr16NcVwm6K418muvWavbqgHjmI
[following]
--2017-05-08 11:58:31--
https://akamai.bintray.com/c6/c6ba54ff93f202c24e6008cb5c8b49c803b4ac21b43646fc1c91756d6c985b19?__gda__=exp=1494270631~hmac=3fe7f593f3440ace34e3c013ab7119d52093ba1672a32f14f1747e3e7a4e0235&response-content-disposition=attachment%3Bfilename%3D%22cog_macos32x86_squeak.cog.spur_201705051953.tar.gz%22&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX18Y_MJoYGQOYlat_mYoKMgk2XAwj9mM83g2sVlybJ4IVHj2U_7RPrccLSntxKjKu84Nw9tuDyVRF1bks0b9U_BjqCvXL9pfJZu_Z4BHUULx0GBuM5nr-oQndxXSWmK6CFB5zlERWr16NcVwm6K418muvWavbqgHjmI
Resolving akamai.bintray.com... 104.68.118.43
Connecting to akamai.bintray.com|104.68.118.43|:443... connected.
WARNING: cannot verify akamai.bintray.com's certificate, issued by
`/C=US/O=Symantec Corporation/OU=Symantec Trust Network/CN=Symantec Class 3
Secure Server CA - G4':
Unable to locally verify the issuer's authority.
HTTP request sent, awaiting response... 200 OK
Length: 1220748 (1.2M) [application/x-www-form-urlencoded]
c6ba54ff93f202c24e6008cb5c8b49c803b4ac21b43646fc1c91756d6c985b19?__gda__=exp=1494270631~hmac=3fe7f593f3440ace34e3c013ab7119d52093ba1672a32f14f1747e3e7a4e0235&response-content-disposition=attachment;filename="cog_macos32x86_squeak.cog.spur_201705051953.tar.gz"&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX18Y_MJoYGQOYlat_mYoKMgk2XAwj9mM83g2sVlybJ4IVHj2U_7RPrccLSntxKjKu84Nw9tuDyVRF1bks0b9U_BjqCvXL9pfJZu_Z4BHUULx0GBuM5nr-oQndxXSWmK6CFB5zlERWr16NcVwm6K418muvWavbqgHjmI:
File name too long
Cannot write to
`c6ba54ff93f202c24e6008cb5c8b49c803b4ac21b43646fc1c91756d6c985b19?__gda__=exp=1494270631~hmac=3fe7f593f3440ace34e3c013ab7119d52093ba1672a32f14f1747e3e7a4e0235&response-content-disposition=attachment;filename="cog_macos32x86_squeak.cog.spur_201705051953.tar.gz"&response-content-type=application%2Fx-www-form-urlencoded&requestInfo=U2FsdGVkX18Y_MJoYGQOYlat_mYoKMgk2XAwj9mM83g2sVlybJ4IVHj2U_7RPrccLSntxKjKu84Nw9tuDyVRF1bks0b9U_BjqCvXL9pfJZu_Z4BHUULx0GBuM5nr-oQndxXSWmK6CFB5zlERWr16NcVwm6K418muvWavbqgHjmI'
(Undefined error: 0).
On Sun, May 7, 2017 at 4:24 AM, Max Leske <maxleske at gmail.com> wrote:
> Hi,
>
> I'm trying to store an image segment with the latest pharo.cog.spur VM (32
> bits) but keep failing. The segment should produce a file of around 60 MB.
> With an old V3 VM this is no problem at all. There, the WordArrayForSegment
> instance has a size of 4094179 but with the new VM I always run out of
> space because the primitive returns nil and, therefore, the word array size
> is constantly being increased.
>
> I've built a debug VM and am stepping through the code but I don't have a
> clear understanding of everything that's happening. The failure happens on
> line 46626 of gcc3x-cointerp.c:
>
> newOop = (copy - segStart) / 8;
> if (newOop > (identityHashHalfWordMask())) {
> return PrimErrLimitExceeded; // <--------------- failure
> }
>
> What I don't understand, for example, is why "newOop" is checked against
> "identityHashHalfWordMask()" and not against the segment end ("endSeg").
> Here's a list of the current values of the variables upon failure:
>
> objOop sqInt 180812096
> segAddr sqInt 494731288
> segStart sqInt 461176856
> endSeg sqInt 815841432
> bodySize usqInt 64
> contextSize sqInt 335672448
> copy sqInt 494731288
> hash sqInt 0
> hash1 sqInt 4194302
> i sqInt 833574680
> iLimiT sqInt 833574688
> methodHeader sqInt 1193471
> newOop sqInt 4194304
> numMediatedSlots sqInt 833574688
> numSlots usqInt 14
> oop sqInt 142640272
>
> As you can see, "endSeg" would be more than large enough to hold the
> object. Is it possible that there's an error here?
>
> Cheers,
> Max
>
>
--
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20170508/78c2c140/attachment.html>
More information about the Squeak-dev
mailing list
|