Question

这是我上一个问题的后续内容 - OpenVMS上的Curl用法。所以我在我的39Mbyte小文件上运行正常。然后我更改了我的命令文件，尝试处理刚刚超过8Gig的正确目标文件。我有9个类型的卷曲命令

#import "ViewController.h"
@import iAd; // Import iAd

@interface ViewController () <ADBannerViewDelegate> { // Include delegate
    ADBannerView *adView; // Create globally
}

@end

@implementation ViewController

-(void)viewDidLoad {
    [super viewDidLoad];
    adView = [[ADBannerView alloc]init]; // Alloc/init
    // Position
    adView.center = CGPointMake(self.view.frame.size.width / 2,
                                self.view.frame.size.height - adView.frame.size.height / 2);
    adView.delegate = self; // Set delegate
    adView.alpha = 0.0; // Hide banner initially
    [self.view addSubview:adView]; // Add to view
}

-(void)bannerViewDidLoadAd:(ADBannerView *)banner {
    // Delegate method called when the ADBannerView receives an ad
    NSLog(@"bannerViewDidLoadAd");

    // Animate alpha change to show ADBannerView
    [UIView animateWithDuration:1.0 animations:^{
        adView.alpha = 1.0;
    }];
}

-(void)bannerView:(ADBannerView *)banner didFailToReceiveAdWithError:(NSError *)error {
    // Delegate method called when the ADBannerView fails
    // Can fail for multiple reasons so lets print why its failing in our NSLog
    NSLog(@"didFailToReceiveAdWithError: %@", error);

    // Animate alpha change to hide ADBannerView
    [UIView animateWithDuration:1.0 animations:^{
        adView.alpha = 0.0;
    }];
}

现在我在第4,5和9部分得到以下错误消息 - 总是相同的部分

$ pipe curl -range 0-100000000 -o part1.zip etc ... &
$ pipe curl -range 1000000001-2000000000 -o part2.zip ... &
$ pipe curl -range 2000000001-3000000000 -o part3.zip... &
$ pipe curl -range 3000000001-4000000000 -o part4.zip... &
$ pipe curl -range 4000000001-5000000000 -o part5.zip... &
$ pipe curl -range 5000000001-6000000000 -o part6.zip... &
$ pipe curl -range 6000000001-7000000000 -o part7.zip... &
$ pipe curl -range 7000000001-8000000000 -o part8.zip... &
$ pipe curl -range 8000000001- ... -o part9.zip &

起初我认为这是范围参数的某种2Gig限制，但第6和第7部分工作正常。欢迎任何想法，想法或解决方法。

顺便提一下，1,2,3和7部分下载得很好

Answer 1

它看起来像32/64位有符号/无符号整数问题。 3000000001是0xb2d05e01，无符号值适合32位，解释为带符号的32位值，它是-1294967295。您使用的偏移量不适合32位整数，既不是有符号也不是无符号。从输出中我不清楚错误是在客户端还是服务器中。

编辑：我可能已经错过了curl版本，我只是注意到VMS卷曲版本7.46在几天前发布了。但是我没有关于更改日志的信息。但尝试新客户可能是值得的。

Answer 2

好的，为了所有遇到此问题的人的利益，答案是将我们的卷曲升级到最新版本 - 在我们的案例中这是......

$ curl2 --version
curl 7.46.0 (IA64-HP-VMS) libcurl/7.46.0 OpenSSL/0.9.8z zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smtp smtps telnet tftp

Features: IPv6 Largefile GSS-API Kerberos SPNEGO NTLM SSL libz

然后我能够引出9个并发卷曲，每个卷曲提取大约1 G的数据，将它们重新组合成一个大的ZIP，并通过UNZIP从存档中获取所需的文本文件。

这使提取物从约3小时降至约25分钟

非常感谢所有就此问题提供建议和帮助的人。

再次在openvms上使用curl

2 个答案: