Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MAKENL_NG    |    MakeNL Next Generation.    |    1,725 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,233 of 1,725    |
|    Andrew Leary to Wilfred van Velzen    |
|    Code change suggestions    |
|    14 Feb 14 07:42:00    |
      Hello Wilfred!              Thursday February 13 2014 16:29, Wilfred van Velzen wrote to Developers:               WvV> Hi Developers,        WvV> I want to suggest the following changes to the makenl code:              I will most likely incorporate these for 3.4.3. Thanks for the suggestions.               WvV> I was hit by the (undocumented) arcopy and arcmove command line limit        WvV> of 20 chars when I upgraded from 3.2.9b to 3.4.2.               WvV> The configuration lines I use are:               WvV> arccopy l /usr/local/bin/lha cqi        WvV> arcmove l /usr/local/bin/lha cqi               WvV> Which needs a command line buffer of at least 23 chars.               WvV> Because in the 3.4.2 version (or a version inbetween) fixes a bug        WvV> where the command line length wasn't checked when it copied the string        WvV> from the configuration file, it used to work with the 3.2.9b version.        WvV> But no longer in the 3.4.2, so I got an error when the arccopy command        WvV> was executed by makenl in my configuration, because the command line        WvV> was cut short...              Yes, andrew clarke has done a bunch of work on preventing overflows, including       at least one that I created a few versions ago. OOPS!               WvV> 256 is still arbitrary, but should be enough for most systems. ;)              I would hope so!              Regards,              Andrew              ---        * Origin: Bits & Bytes BBS * V.Everything! * 860/535-4284 (1:320/119)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca