From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12823 invoked by alias); 7 Jun 2017 22:09:53 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 41253 Received: (qmail 23830 invoked from network); 7 Jun 2017 22:09:53 -0000 X-Qmail-Scanner-Diagnostics: from mail-vk0-f46.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.213.46):SA:0(-0.0/5.0):. Processed in 1.066061 secs); 07 Jun 2017 22:09:53 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS,T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.213.46 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=7D9TyZpiY4296gxVEwXv8zheUV/fnRZtS4dGJ27XmR8=; b=tO8v2520ghDekz7fgAl7FAaACyDRLmWreYDbrKkkLzcuy624dTCXn9c5EPQGSWst0T yvYp+iBio+Z2U0aPsRUobdNYvfNBgB7xRDUi1jQ80Z6Doz/NH4IvFcdIQ7vFJElW89th +BcRrGZ8jrrQJWAcclVAqYhb29ACAjGzr0jMqx2ncrsNWX7x1ejZsgWsWot1xwmgizZO TykDHajJdR1Dy/v+0KdTVD91iVHcHUMDnSuAWVHM+Ob/UroZVTYlcZ8qxj55Is+2/a+s N59xwOXDEx0yufK3B6Vi28WARKes937ZSboQAR5gs7eVzAnAfA6GR+et2F9EpUrG4eio bm7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=7D9TyZpiY4296gxVEwXv8zheUV/fnRZtS4dGJ27XmR8=; b=T48LwLHfhgv4XvS3sGdAupD/H8+Qt5Ml4pX5PrP5gy3xgWP26DZ98htLw60YRR3cyT n7SM+Q5+a3fwuruEUKfpS/SI13jexh4K6P74kRlVFgsL1hkrLy6+Syh1KANI/e7SrJi6 xPJQIDkRKRXgpgw6MqWxVZbVp2MKeETL0pSdOyMTw9KKf9QR5golXZm4OoEb0nPgGysB C4Xi5J6lLvcB3NuyBHFaBP99WZnWhRsGsCp2rtOyuizWRDaN6ePIKLV/xr3zLruRtWec EyNVUxbrEPpbP0jwX/PpDGSxpU90x7n1HGZYsEjUB9zuiJOUvdA20VZKMcmkKfLBnPOm aDgw== X-Gm-Message-State: AODbwcCgVR9+Xb4LCQNHYGTNcajOj2E8s1pzZCHe5Tt4E18zd++KJqV3 QhTIYRHYClNp90k6C2s= X-Received: by 10.31.172.206 with SMTP id v197mr18226779vke.63.1496873383386; Wed, 07 Jun 2017 15:09:43 -0700 (PDT) From: Bart Schaefer Message-Id: <170607151006.ZM17896@torch.brasslantern.com> Date: Wed, 7 Jun 2017 15:10:06 -0700 In-Reply-To: <16324.1496827747@thecus.kiddle.eu> Comments: In reply to Oliver Kiddle "Re: Add redis-db module to upstream?" (Jun 7, 11:29am) References: <170603100908.ZM13230@torch.brasslantern.com> <1496518513.3749643.997726048.04EDD04E@webmail.messagingengine.com> <16324.1496827747@thecus.kiddle.eu> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: Add redis-db module to upstream? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Jun 7, 11:29am, Oliver Kiddle wrote: } } Certrainly we want to take care that the hiredis dependency isn't making } a zsh build more complicated. Perhaps the module could be disabled by } default. I believe this can be taken care of by configure, in the same way that gdbm and pcre are left uncompiled if configure can't find them. } I'd also agree with the points made by Bart such as unifying } ztie, perhaps with a generic typeset option: typeset -o file=... I think a separate builtin like ztie is the right way to go here, rather than further overloading typeset. We need a way to select the module (ztie -d ...) and to specify external objects (ztie -f and possibly other options if the notion of a "file" doesn't match the usage). } As for use, I've never actually got around to trying the gdbm module. } What is it mostly good for? Very large variables or sharing variables? Mostly it's for providing a shell-level interface to anything you would store in a simple attibute-value database. Specifically to zsh it can be used to share state among shells (for example IF we could rely on it gdbm woule be a much better file store for _store_cache/_retrieve_cache than the current mechanism of serializing arrays). If I understand redis's built-in clustering mechanism correctly, it could be used to share state among shells on different hosts as well.