-------------------- Bug Report Reference quipu-8.0-001 -------------------------- Return-Path: Delivery-Date: Thu, 25 Jun 1992 13:55:28 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <20256-0@lancaster.xtel.co.uk>; Thu, 25 Jun 1992 13:55:12 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 25 Jun 92 13:55:06 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: DE SYNOPSIS: Does not bind to backup DSA. DESCRIPTION: If the main DSA is down, or otherwise unavailable, DE should attempt to connect to a backup DSA. This is not happening. REPEAT BY: running DE with first DSA named being down. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Paul Barker, UCL -------------------- Bug Report Reference quipu-8.0-002 -------------------------- Return-Path: Delivery-Date: Thu, 25 Jun 1992 13:52:20 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <20173-0@lancaster.xtel.co.uk>; Thu, 25 Jun 1992 13:52:13 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 25 Jun 92 13:52:10 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: Anything using UFN SYNOPSIS: An incorrect filter is generated for some substring matches. DESCRIPTION: A filter of the form... Search subtree | ((uid~=ROBBINS)(sn~=ROBBINS)(cn~=ROBBINS)(uid=ROBBINS*ROBBINS*)(sn=ROBBINS*ROBBINS*)(cn=ROBBINS*ROBBINS*)) is produced. The "ROBBINS*ROBBINS" bit ought to be "ROBBINS" REPEAT BY: using dish, run "fred -ufn name" SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Paul Barker, UCL. -------------------- Bug Report Reference quipu-8.0-003 -------------------------- Return-Path: Delivery-Date: Wed, 8 Jul 1992 10:27:16 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <07543-0@lancaster.xtel.co.uk>; Wed, 8 Jul 1992 10:26:29 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 08 Jul 92 10:26:18 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ROS.QUIPU SYNOPSIS: EDB updates first time around get written to the wrong node. DESCRIPTION: When a new node is set up for replication, the EDB file gets written to the wrong place, causing the DIT to get corrupted when the DSA next restarts SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: CJR whilst replicating X-Tel to Inca Dove -------------------- Bug Report Reference quipu-8.0-004 -------------------------- Return-Path: Delivery-Date: Thu, 16 Jul 1992 12:13:19 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <22171-0@lancaster.xtel.co.uk>; Thu, 16 Jul 1992 12:13:12 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 16 Jul 92 12:13:04 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ROS.QUIPU SYNOPSIS: Core dumps if there is a "%" in the DSA name. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Date: Tue, 14 Jul 92 09:01:41 MDT From: jpslone@tag.den.mmc.com (Skip Slone) Message-Id: <9207141501.AA08248@tag> To: Bug-ISODE@isode.com, wpp-camayocs@psi.com Subject: Quipu Bug (Version 8.0) Cc: jpslone@tag.den.mmc.com I think I may have had the misfortune of discovering a bug in Quipu and wanted to check with other Camayocs to see if anyone else has run into this problem. Here's the scoop: For historical reasons I won't dig into at the moment, my organization is registered in the White Pages with a two-component RDN under c=US, specifically "c=US@o=Martin Marietta%st=Maryland." Except for the problem of constantly getting my fingers tangled up trying to type all that, this has worked well up to this point. However, I'm in the process of trying to add a level-2 DSA by the name of "c=US@o=Martin Marietta%st=Maryland@cn=Florida Panther." The best I can figure, Quipu is tripping over the percent sign that is used to separate the two components of the second RDN. Notice the following records from the log, in particular the name of the DSA that "has started" in the last record. 7/14 10:10:11 ros.quip 20503 (quipu ) dsa name c=US@o=Martin Marietta%st=Maryland@cn=Florida Panther 7/14 10:10:11 ros.quip 20503 (quipu ) Loading "/home/quipu/florida-panther/EDB" 7/14 10:10:16 ros.quip 20503 (quipu ) Loading "/home/quipu/florida-panther/c=US/EDB" 7/14 10:10:21 ros.quip 20503 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta%st=Maryland/EDB" 7/14 10:10:21 ros.quip 20503 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta%st=Maryland/ou=ESO Testing/EDB" 7/14 10:10:21 ros.quip 20503 (quipu ) No DSA pseudo entry: "/home/quipu/florida-panther/DSA.pseudo" (2) 7/14 10:10:22 ros.quip 20503 (quipu ) DSA.real entry inconsistent with EDB -- problem should fix itself later! 7/14 10:10:22 ros.quip 20503 (quipu ) Using community -1 for external access 7/14 10:10:22 ros.quip 20503 (quipu ) Using community 1 for external access 7/14 10:10:22 ros.quip 20503 (quipu ) Using community 99 for external access 7/14 10:10:22 ros.quip 20503 (quipu ) Using community 98 for external access 7/14 10:10:22 ros.quip 20503 (quipu ) Using community 97 for external access 7/14 10:10:22 ros.quip 20503 (quipu ) DSA c=US@o=Martin MariettaDSA %s has started on %st=Maryland@cn=Florida Panther has started on '0101'H/Internet=141.240.60.28+17010 The next thing that happens is I get a message stating that the DSA "has a problem." Then it aborts and writes out core dump. After puzzling over this for a while (and pulling a few hairs out) I tried bringing it up with a name that doesn't include any two-component RDNs, namely "c=US@o=Martin Marietta@cn=Florida Panther." Guess what -- it worked! (Since there's no entry anywhere for "c=US@o=Martin Marietta" I get all kinds of interesting side effects when I try to navigate the tree, but that's beside the point. The only difference between the scenario that worked and the one that didn't work was the two component RDN. Here's a piece of the log from the "successful" test: 7/14 10:18:27 ros.quip 20538 (quipu ) dsa name c=US@o=Martin Marietta@cn=Florida Panther 7/14 10:18:27 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/EDB" 7/14 10:18:31 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/c=US/EDB" 7/14 10:18:36 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta/EDB" 7/14 10:18:36 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta/ou=ESO Testing/EDB" 7/14 10:18:37 ros.quip 20538 (quipu ) No DSA pseudo entry: "/home/quipu/florida-panther/DSA.pseudo" (2) 7/14 10:18:37 ros.quip 20538 (quipu ) DSA.real entry inconsistent with EDB -- problem should fix itself later! 7/14 10:18:37 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta%st=Maryland/EDB" 7/14 10:18:37 ros.quip 20538 (quipu ) Loading "/home/quipu/florida-panther/c=US/o=Martin Marietta%st=Maryland/ou=ESO Testing/EDB" 7/14 10:18:37 ros.quip 20538 (quipu ) Using community -1 for external access 7/14 10:18:37 ros.quip 20538 (quipu ) Using community 1 for external access 7/14 10:18:37 ros.quip 20538 (quipu ) Using community 99 for external access 7/14 10:18:37 ros.quip 20538 (quipu ) Using community 98 for external access 7/14 10:18:37 ros.quip 20538 (quipu ) Using community 97 for external access 7/14 10:18:37 ros.quip 20538 (quipu ) DSA c=US@o=Martin Marietta@cn=Florida Panther has started on '0101'H/Internet=141.240.60.28+17010 7/14 10:19:55 ros.quip 20538 (quipu ) Listening on ads: 4. 7/14 10:19:55 ros.quip 20538 (quipu ) Listening on ads: 4. 7/14 10:19:57 ros.quip 20538 (quipu ) Listening on ads: 4. 7/14 10:19:57 ros.quip 20538 (quipu ) Listening on ads: 4. 7/14 10:20:05 ros.quip 20538 (quipu ) Listening on ads: 4. 7/14 10:20:05 ros.quip 20538 (quipu ) Listening on ads: 4. So -- has anyone else out there run into this? If so, is there a fix? If not, perhaps the wpp-manager would be so kind as to temporarily assign me a second path down from c=US (hint, hint). Thanks, -- Skip Slone Martin Marietta jpslone@mmc.com +1 407 826 7102 -------------------- Bug Report Reference quipu-8.0-005 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 08:04:13 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06097-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 08:04:03 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 08:04:00 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: DSAP library - Affects DUAs SYNOPSIS: Fax images have wrong bit ordering DESCRIPTION: The 1992 X.400 NIST implementors guide changed the bit ordering of fax bit strings in the 1984 standard! The decode process now recognises both bit orderings. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Jim Craigie to GAL re Interspan fax message. -------------------- Bug Report Reference quipu-8.0-006 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 08:06:57 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06143-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 08:06:38 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 08:06:34 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Modifyrdn with ther delete option can break schema. DESCRIPTION: If you change the attribute type in a mod rdn operation, and delete the old attribute, then the schema can be broken. This means the DSA will fail to start on the next reboot. Scheama ought to be checked, and invaid modify rdn opertions rejected. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: GAS whilst testing EXPLODE. -------------------- Bug Report Reference quipu-8.0-007 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 08:10:06 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06197-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 08:09:55 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 08:09:51 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Caching bug make XT-DUA looks as if it failes. DESCRIPTION: A bug in the QUIPU caching of the search operation when specific atributes are requested, make QUIPU believe it hold the entire entry (as per QUIPU-DSP requirements). This fix removes this assumption from a DSA with the side effect that no results from search operations are cached. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: GAL when developing XT-DUA. -------------------- Bug Report Reference quipu-8.0-008 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 08:17:19 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06409-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 08:17:09 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 08:17:06 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Probel with first addentry operation if parent node not mastered DESCRIPTION: If a local DSA recieves an add entry operation to be added to its own database, but it does not hold the MASTER EDB of the parent node, then a DIT error is returned. SAMPLE FIX: Patch available from X-Tel This fix is a bit of a hack, but ought to work in most cases. If a DSA gets a dit-error on an add operation, this is intercepted, and the add performed locally. Really the DSA ought to check the reason for the DIT error, and only perform the add if the parent node masterDSA attribute refers to "this" DSA. Eventually need to do this. ORIGINAL REPORT: JPO testing the MHS-DS work. -------------------- Bug Report Reference quipu-8.0-009 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 08:26:45 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06581-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 08:26:31 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 08:26:21 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Fix isode-8-patches/10 stops all search result caching DESCRIPTION: Stoping search result caching is correct, as you can't guarenttee you have all attributes. However, there is one case when you know this is true, so we can cache in this case. SAMPLE FIX: Patch available from X-Tel PRE REQUISIT: quipu-8.0-007 ORIGINAL REPORT: CJR -------------------- Bug Report Reference quipu-8.0-010 -------------------------- Return-Path: Delivery-Date: Wed, 22 Jul 1992 09:27:08 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <07999-0@lancaster.xtel.co.uk>; Wed, 22 Jul 1992 09:26:33 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 22 Jul 92 09:26:27 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: DSAP library SYNOPSIS: A few OIDs are not freed in the DAP bind call DESCRIPTION: Causes a SMALL memory growth. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: GAS -------------------- Bug Report Reference quipu-8.0-011 -------------------------- Return-Path: Delivery-Date: Tue, 28 Jul 1992 14:03:50 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <06076-0@lancaster.xtel.co.uk>; Tue, 28 Jul 1992 14:03:30 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 28 Jul 92 14:03:27 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Random core dumps during get_edb (initiator) DESCRIPTION: If a connection dies whilst the get_edb operation is being process, dsa_wait() is called. If this connection happens to be the same as the connection the get_edb op is comming in on, then sometimes there will be a core dump (depends on how malloc/free are doing!). The quick fix (here) is to stop dsa_wait() being called. The better solution would be to inform dsa_wait of the connetion we are using, and provide the call backs to tidy up properly. Too much work for now, but will hav to do it if not calling dsa_wait() prooves to be a problem - it will cause the DSA to block for a few moments longer during an update, but its difficult to predict if this will be too long to cause time out problems. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: CJR and Inca Dove DSA. -------------------- Bug Report Reference quipu-8.0-012 -------------------------- Return-Path: Delivery-Date: Wed, 29 Jul 1992 15:16:39 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <20802-0@lancaster.xtel.co.uk>; Wed, 29 Jul 1992 15:16:28 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Wed, 29 Jul 92 15:16:24 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Schema errors with modify RDN DESCRIPTION: Previous fix fixed the DAP error message, but got the DSA internals in a mess. This fix sorts it out. There is a worse problem however (not fixed). When doing a modify rdn -delete, the whole attribute is removed, not just the deleted value. SAMPLE FIX: Patch available from X-Tel PRE REQUISIT: quipu-8.0-006 ORIGINAL REPORT: GAS / CJR -------------------- Bug Report Reference quipu-8.0-013 -------------------------- Return-Path: Delivery-Date: Thu, 30 Jul 1992 12:46:23 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <05470-0@lancaster.xtel.co.uk>; Thu, 30 Jul 1992 12:46:07 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 30 Jul 92 12:46:04 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Can't do add entry from non-QUIPU DUA DESCRIPTION: QUIPU assumes quipu object is prsent. Solution: If not there -> add it. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: CJR watching pixit DSA being tested by PTT. -------------------- Bug Report Reference quipu-8.0-014 -------------------------- Return-Path: Delivery-Date: Tue, 11 Aug 1992 09:16:18 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <04456-0@lancaster.xtel.co.uk>; Tue, 11 Aug 1992 09:13:58 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 11 Aug 92 09:13:33 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: Pod SYNOPSIS: Attribute values HIDDEN when modifying DESCRIPTION: If you try to modify an entry, all entries (with the exception of CommonName and userPassword) are shown as HIDDEN. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Andreas Israel -------------------- Bug Report Reference quipu-8.0-015 -------------------------- Return-Path: Delivery-Date: Tue, 11 Aug 1992 14:26:36 +0100 Received: from xtel.co.uk by lancaster.xtel.co.uk with SMTP (PP) id <12457-0@lancaster.xtel.co.uk>; Tue, 11 Aug 1992 14:26:24 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 11 Aug 92 14:26:14 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: libdsap SYNOPSIS: Fixes for PPMS DESCRIPTION: Three fixes requested by Graeme for PPMS. 1) str2AttrV_aux fails on file syntaxes 2) need to use ps_get_abs rather than pe_len on storage of file attributes 3) Optimise reading of hex files by not using scanf() SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Graeme -------------------- Bug Report Reference quipu-8.0-016 -------------------------- Return-Path: Delivery-Date: Tue, 1 Sep 1992 16:03:49 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 1 Sep 1992 16:03:27 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 01 Sep 92 16:03:19 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Using the DSAP API it is possible to add an attribute without a value -> protocol violation. SAMPLE FIX: Patch available from X-Tel -------------------- Bug Report Reference quipu-8.0-017 -------------------------- Return-Path: Delivery-Date: Thu, 17 Sep 1992 14:53:27 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Thu, 17 Sep 1992 14:53:11 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 17 Sep 92 14:53:07 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Large memory growth after a number of days running DESCRIPTION: Seems to be link to getEDB operations. This patch seems to fix things, but it is not clear what the performance implications are. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: -------------------- Bug Report Reference quipu-8.0-018 -------------------------- Return-Path: Delivery-Date: Fri, 28 Aug 1992 08:34:03 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Fri, 28 Aug 1992 08:33:54 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Fri, 28 Aug 92 08:33:45 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: DISH SYNOPSIS: DISH reports "problem with DSA" on some modify operations DESCRIPTION: If you try to modify an entry, this entry has a "photo" attribute, the first attempt to modify fail, you corrected the problem, and tried again, then DISH loses track of the photo file and tries to send an invalid DAP operation, which the ISODE dsap layer rejects. This patch forces DISH to remove the draftfile after a modify failure if there is a photo attribute. This works around the problem. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: password project. -------------------- Bug Report Reference quipu-8.0-019 -------------------------- Return-Path: Delivery-Date: Thu, 24 Sep 1992 11:12:24 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Thu, 24 Sep 1992 11:12:19 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Thu, 24 Sep 92 11:12:17 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Interworking problem with chaining time limits DESCRIPTION: Core dumps if time limit is incorrectly formatted SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: -------------------- Bug Report Reference quipu-8.0-020 -------------------------- Return-Path: Delivery-Date: Mon, 12 Oct 1992 13:29:23 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Mon, 12 Oct 1992 13:29:14 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Mon, 12 Oct 92 13:29:04 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu / libisode SYNOPSIS: get EMSGSIZE logged when sending > 1Mbytes over an X.25 link DESCRIPTION: Had much discussion with SUn. Eventually they came up with an ioctl hack solution that seems to work if the wind is blowing in the right direction. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: -------------------- Bug Report Reference quipu-8.0-021 -------------------------- Return-Path: Delivery-Date: Tue, 13 Oct 1992 16:34:01 +0100 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 13 Oct 1992 16:33:52 +0100 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 13 Oct 92 16:33:48 +0100 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: dsap library SYNOPSIS: Problem quoting non-printable characters SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Graeme Lunt with XUA -------------------- Bug Report Reference quipu-8.0-022 -------------------------- Return-Path: Delivery-Date: Fri, 20 Nov 1992 12:46:02 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Fri, 20 Nov 1992 12:45:33 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Fri, 20 Nov 92 12:45:28 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: DISH SYNOPSIS: Core dumps on modify, if object class acl protected. SAMPLE FIX: Patch available from X-Tel -------------------- Bug Report Reference quipu-8.0-023 -------------------------- Return-Path: Delivery-Date: Tue, 1 Dec 1992 13:22:50 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 1 Dec 1992 13:22:44 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 01 Dec 92 13:22:41 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Core dumps after a period of interworking with Siemens DESCRIPTION: Caused by a memory problem in attribute value decoding. QUIPU did not chain the error structure through correctly. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: -------------------- Bug Report Reference quipu-8.0-024 -------------------------- Return-Path: Delivery-Date: Tue, 8 Dec 1992 09:57:21 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 8 Dec 1992 09:57:01 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 08 Dec 92 09:56:56 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Does not release connection if error in results. DESCRIPTION: SAMPLE FIX: Patch available from X-Tel -------------------- Bug Report Reference quipu-8.0-025 -------------------------- Return-Path: Delivery-Date: Tue, 8 Dec 1992 09:58:58 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 8 Dec 1992 09:58:53 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 08 Dec 92 09:58:50 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: dsap library SYNOPSIS: dies if multiple errors returned. DESCRIPTION: caused by pizarro SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: -------------------- Bug Report Reference quipu-8.0-026 -------------------------- Return-Path: Delivery-Date: Tue, 5 Jan 1993 13:03:35 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Tue, 5 Jan 1993 13:03:28 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Tue, 05 Jan 93 13:03:24 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Can lose an X.25 file descriptor in some cases. SAMPLE FIX: Patch available from X-Tel -------------------- Bug Report Reference quipu-8.0-027 -------------------------- Return-Path: Delivery-Date: Fri, 29 Jan 1993 14:53:31 +0000 Received: from xtel.co.uk (actually typhoon.xtel.co.uk) by lancaster.xtel.co.uk with SMTP (PP); Fri, 29 Jan 1993 14:53:26 +0000 To: support@xtel.co.uk Subject: QUIPU-BUG Date: Fri, 29 Jan 1993 14:53:22 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Fixes most of the memory leaks, plus other misc fixes DESCRIPTION: NOT RELEASED IN SOURCE FORM - AVAILABLE AS PART OF XT-QUIPU SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: various -------------------- Bug Report Reference quipu-8.0-035 -------------------------- (Message inbox:54) Return-Path: Delivery-Date: Thu, 18 Mar 1993 16:50:32 +0000 Received: from nexor.co.uk (actually typhoon.nexor.co.uk) by lancaster.nexor.co.uk with SMTP (PP); Thu, 18 Mar 1993 16:50:19 +0000 To: support@nexor.co.uk Subject: QUIPU-BUG Date: Thu, 18 Mar 1993 16:50:07 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: dsap library SYNOPSIS: T.61 string in postal address not handled correctly. SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: From: Thomas Lenggenhager To: support Subject: QUIPU 8.0: T.61 in postalAddress not supported Hello, I found out, that T.61 in postalAddress is not handled correctly. The T.61 string gets not converted into an ISO Latin 1 string, even when the environment variable is defined that way. postalAddress= SWITCH $ Limmatquai 138 $ {T.61}CH-8001 Z\cdurich Do you now anything on this problem? Regards, Thomas -------------------- Bug Report Reference quipu-8.0-036 -------------------------- (Message inbox:55) Return-Path: Delivery-Date: Tue, 23 Mar 1993 11:42:18 +0000 Received: from nexor.co.uk (actually typhoon.nexor.co.uk) by lancaster.nexor.co.uk with SMTP (PP); Tue, 23 Mar 1993 11:42:11 +0000 To: support@nexor.co.uk Subject: QUIPU-BUG Date: Tue, 23 Mar 1993 11:42:05 +0000 From: Colin Robbins QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Fix for DSA console SAMPLE FIX: Patch available from X-Tel -------------------- Bug Report Reference quipu-8.0-039 -------------------------- QUIPU VERSION: 8.0 ISODE VERSION: 8.0 MACHINE: Sun 4/330 (X-TEL config) O/S: SunOS 4.1.1 PROGRAM: ros.quipu SYNOPSIS: Prints "Updating something which does not exist" when cache times out SAMPLE FIX: Patch available from X-Tel ORIGINAL REPORT: Alan Young.