HELP REQUESTED IN REPORTING A BUG TO INFORMIX FOR C4GL 4.10.UE2

I got 4.1 4glrds and c4gl recently. I carry full support on rds and basic on c4gl (I do dev in rds and figured I'd find the bugs there.) I found a bug in c4gl that was not in rds and tried to report it. Guess what? I can't report bugs without full support! I'm entitled to bug fixes, but I can't report the bugs I need fixed. I can get a core dump with 20 lines of code and they can't take the time to try it out. I'd like to request that someone out there in netland with full support try this out and report the bug for me. Thanks in advance. john (john%elsouth@concert.net) PS: I, and I believe most customers, would appreciate some sort of explanation from Informix for why this policy is in place. To me, this says that Informix takes no responsibility for its code unless you pay them to be responsible. When I looked at the new basic vs full support agreement I thought it would work like this: No support: No upgrades, no bug fixes, no bug reporting, no tech assistance Basic Support: Upgrades, bug fixes, bug reporting, no tech assistance. Full Support: Upgrades, bug fixes, bug reporting, tech assistance. A suggested compromise: Basic support customers are allowed to call in bug reports. If it is the customer's fault, they get billed time and materials. If it is Informix's fault, no billing takes place. The point is, it is bad business for Informix to not allow reporting of bugs they are responsible for. It frustrates the customers and results in lower quality code due to bugs not getting reported in a timely fashion. ------------------- CODE SEGMENT --------------------------------------------- {PROGRAM ERROR REPORT. MACHINE: AT&T StarServer E O/S : System V Rel 4.0 Ver 3.0 C4GL : INFORMIX-4GL Version 4.10.UE2 Software Serial Number AAA#C346354 COMPANY: ELECTRICAL SOUTH INC. CONTACT: JOHN WHITE PHONE : (919) 668-4848 FAX : (919) 668-4878 podetail.number SMALLINT podetail.part_no CHAR(20) } database elsouth main define query_str char(100), s_str char(200) defer interrupt open form poscrn from "po_s1" display form poscrn construct by name query_str on number {DEBUG - THIS PROGRAM WILL FAIL WITH A MEMORY EXCEPTION AT THE ASSIGNMENT STATEMENT let s_str = "select" GIVEN THE FOLLOWING INPUT: DELETE OUT OF FIRST CONSTRUCT ENTER part_no = "E" IN SECOND CONSTRUCT AND HIT ESCAPE. THE PROGRAM WILL WORK GIVEN THE SAME INPUT AND THE NEXT STATEMENT IS UNCOMMENTED. THIS PROBLEM SEEMS TO BE LINKED TO THE FACT THAT number IS IN BOTH CONSTRUCT STATEMENTS. LIMITED TESTING SEEMED TO SHOW THAT IF THE TWO CONSTRUCT STATEMENTS QUERY FROM DIFFERENT FIELDS, THE PROGRAM DOES NOT DIE. } {DEBUG - UNCOMMENT THIS LINE TO MAKE THE PROGRAM WORK. NOT THAT THIS IS A WORKAROUND OR ANYTHING... IN A BIG PROGRAM IT'LL JUST BLOW UP AT SOME OTHER ASSIGNMENT STATEMENT LATER. let s_str = "select" } construct by name query_str on number, part_no display query_str clipped, "<<<-" let s_str = "select" display s_str clipped, "<<<-" close form poscrn end main ----------------------------- SCREEN SEGMENT ------------------------------ database elsouth screen { P.O.Number : [c1 ] Part Number : [e2 ] } end tables podetail attributes c1 = podetail.number,noentry; e2 = podetail.part_no,upshift; -- -john (john%elsouth@concert.net)