From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 26379 invoked from network); 12 Jan 2024 16:34:17 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 12 Jan 2024 16:34:17 -0000 Received: from mimir.eigenstate.org ([206.124.132.107]) by 9front; Fri Jan 12 11:31:49 -0500 2024 Received: from mimir.eigenstate.org (localhost [127.0.0.1]) by mimir.eigenstate.org (OpenSMTPD) with ESMTP id f070a6eb for <9front@9front.org>; Fri, 12 Jan 2024 08:31:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eigenstate.org; h= message-id:to:subject:date:from:in-reply-to:mime-version :content-type:content-transfer-encoding; s=mail; bh=befX070W0WnZ UIdWB72kqhYH8bo=; b=cj0ajZWq9G8rTDPjqFvUn0G4jrcCR0nUs+EAPeLLeM53 WQ+Spn+DmSlyt5vDCy2XaJF1n2GORQ950Cfjafe4kV2iNMJ4HHljjj7CygqWLPyU 5/lGHqasNDnhF84gbVAAfov4NX7F7BCEg8YaGMEJwe+5uPMBDfPc/cCao+5IyYQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eigenstate.org; h=message-id :to:subject:date:from:in-reply-to:mime-version:content-type :content-transfer-encoding; q=dns; s=mail; b=i7WZYgv/bjdIS2q1yyX ZEZeFSaI+TlCxVm8mtdGLHu201uZjYREOpS/fTxJHYNOS5cP9WNpI43PSmj6IhWg aE4PEkzAV2a8+vDecEwpPhkIWHxTSST3GCs91/CdcSvvp3inMYeyaMkVf3e0YydK vizImmVx9vYuJh8ifPN71bTQ= Received: from abbatoir (pool-108-6-24-2.nycmny.fios.verizon.net [108.6.24.2]) by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 95151565 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO) for <9front@9front.org>; Fri, 12 Jan 2024 08:31:46 -0800 (PST) Message-ID: <39A39E500516DB6E2B4CE0BC27677DEF@eigenstate.org> To: 9front@9front.org Date: Fri, 12 Jan 2024 11:31:44 -0500 From: ori@eigenstate.org In-Reply-To: <0BB1F90701C5DE0F1B59CBD069E160E6@smtp.pobox.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: hosting module service Subject: Re: [9front] [PATCH 6/6] ndb: document attribute name and value length constraints in BUGS section of man page Reply-To: 9front@9front.org Precedence: bulk Quoth unobe@cpan.org: > Thanks, ori. I hadn't noticed that! But I don't see any > corresponding soft limit for the attribute. Do I understand correctly > that /sys/src/libndb/ndbaux.c:34 just clips the attribute down to 32 > bytes? That seems like a bad idea; we should almost certainly return an error.