Rocket MultiValue

In D3 using Telnet how do you send a <Ctrl>-Break when your keyboard doesn’t have a Break key?Using ACCUTERM how do you send a <Ctrl>-break when your keyboard doesn’t have a break key?

We had a D3 customer who did a Windows update which updated the version of NTDLL.DLL (that's Windows' .dll not D3's). After that his 10.4.0.2 VME crashed five times in one day. After some investigation we determined that there was some heap corruption going on in D3 that was not detected by the earlier version of the NTDLL.DLL (10.0.20348.5020) but was detected by the updated version (10.0.20348.5139). When this heap corruption was detected, NTDLL killed the D3 VME. The customer then rolled back the NTDLL.DLL version and the VME crashes have ceased. In this particular instance, the NTDLL.DLL was updated by Windows update (Microsoft release) KB5087545 from May 12th, 2026, but that will change from update to update.We at Rocket are looking into this, but meanwhile please be aware. We have not had this reported by anyone else other than this one customer, but that doesn't guarantee that it wouldn't happen to anyone else. We suggest that you NOT apply any Windows updates that contain the u

How can you call up NOTEPAD from within D3 on a Windows 11 machine?I tried…EXECUTE “!NOTEPAD”The program seems to try to shell out, but it doesn’t call up notepad.I’m coming from mvBase and have shelled out to NOTEPAD from there extensively.

10.4 is D3 Windows FSI architecture over Linux, not Windows. The main differences:1) Almost everything is stored in the local file system (FSI = File System Interface) and not the VME blob. A good consequence of this is that you no longer have to allocate a disk partition or logical volume for D3. In the Linux file system there would be a /usr/lib/pick/database directory with subdirectories for each D3 account, each containing subdirectories for each dict-level file in that account, each containing subdirectories for each data-level in that file, each containing the D3 data file itself in main and overflow files with indexes in separate files (.D3C, .D3T, .D3O, .D3X). The data structure within those files is extremely similar to the 10.3 VME blob where you have frames containing your data hashed to the appropriate frame.2) D3 is a single multi-threaded Linux process instead of each PIB being a separate Linux process. This actually makes it faster, but introduces some problems, like mem

We have may programs that use basic format like “R%8” to prefill zeroes that were not entered or came from Excel who loves to strip them off.We just updated our development server from 11.3.1.6022 to 14.2.1.If your basic program takes a number in missing leading zeroes, “R%8” would turn 1234 into 00001234 in UV 11.3.1.  However, on 14.2.1, it acts like a simple “R#8” and does not add the leading zeroes.Does anyone have an idea why this functionality changed and what to do to correct it?  This could damage many of our files’ data that rely on this functionality.Nelson Schroth

Greetings Rocketeers!We are on WIndows, preparing to move from Universe 11.xxx to 14.xxxHave any of y’all made this upgrade recently?  Were there any functional issues after upgrading?  Is there a test plan available anywhere we could get our hands? Many THX,

Hi all,I have a problem where if I try to set the enter key from the GUI Designer, to behave the same as tab except for multiline text or command button - once I set this option and press ok - if I go back to the option it has been defaulted back to Normal.This happens every time and on different work stations - is it just a bug or am I doing something wrong?Any help appreciated!Many thanksMike  

Greetings, Rocketeers!How can I accomplish moving BASIC source code from a production environment to a development environment?…THX!~Doc

I'm trying to get ssh working into a Windows 2022 system with UniVerse via openssh. It works much better than the last time I tried it, but for one problem: the escape key. The problem is that the escape key is not passed to UniVerse. I'm wondering if anyone has any suggestions or has managed to get this going? Let me illustrate this a little. If I ssh into the Windows server, CD to a UniVerse account, and run the uv (or uvsh) command, and then run the following program: GETKEY 0001 PRINT 'This will list the ASCII code of the key pressed until you hit "Q"' 0002 loop 0003 c = keyin() 0004 print seq(c) 0005 until c = 'Q' ! c = 'q' do repeat It returns the ASCII code for any key I press - except for the ESC key, when it simply doesn't respond. Curiously, the same problem occurs if I run the program after opening a UniVerse command line session using Start > Rocket U2 > UniVerse Shell (so the problem isn't exclusively related to ssh, it would seem). Furthermore, if from th

Had a customer report today that there’s a strange bug in the SB+ expression parser.  The sample he provided was this:IF(1,170,””)”MR2”)The spurious ) at the end should be a syntax error.  But it is not.    As long as all quotes are “, this returns either 170 or “)”MR2 depending on if the condition is true or false.  It also gets converted in EEGC as follows:IF 1 THEN   VALUE = 170END ELSE   VALUE = '")"MR2'ENDThis is not a crisis, but I wanted to post this in case anyone else happens to make the same mistake we did, with that extra “)” at the end of an expression. 

The code below suddenly stopped working. I perform the same request with a curl statement and it works.  does someone see something I should change or add to my request or is universe 11.xx not up to date with modern security? 051:       HTTP.METHOD    = "POST"052:       OUT.URL        = TOKEN.URL:TOKEN.ENDPOINT053:       VERSION.CODE   = setHTTPDefault('VERSION','1.1')054:       CTX.TYPE       = ''055:       MY.RTN.CODE    = createSecurityContext(MY.CONTEXT, CTX.TYPE)056:       CREATE.CODE    = createSecureRequest(OUT.URL,HTTP.METHOD,HANDLE,MY.CONTEXT)057:       RET1 = setRequestHeader(HANDLE,'Accept','*/*')058:       RET1 = setRequestHeader(HANDLE,"content-type","application/x-www-form-urlencoded")059:       RET1 = setRequestHeader(HANDLE,'HTTP Protocol','HTTP/1.1')060:       REQUEST.OUT  = 'grant_type=password'061:       REQUEST.OUT:= '&username=':USERNAME062:       REQUEST.OUT:= "&password=":USERPW063: *064:       stat           = submitRequest(HANDLE,30000,REQUEST.OUT,RESP

Need an applicacion with command line ability to send text messages

Hi everyone, been a while since I visited and even longer since I shared.We are moving from SQL file triggers to the IDX file triggers and ran into a small issue where we have a trigger on the DICT and a trigger on the DATA levels of the same file.Getting the DATA level trigger working is simple but how to get the trigger in the DICT working?Not sure if anyone has done this before but in short the answer is you need two dictionary items: INDEX.ITYPE for the data level and D_INDEX.ITYPE for the dictionary level. To build the index on D_INDEX.ITYPE you need to use the “USING” clause in the CREATE.INDEX command:CREATE.INDEX DICT FILENAME D_INDEX.ITYPE USING DICT FILENAME NO.NULLSThe trigger will now fire when a record is added/deleted/modified in DICT FILENAME.

Universe 11.3.1,  AIX 7200-05-11-2546We noticed when comparing very large numbers they don’t correctly evaluate to not equal. Specifically, if two variables are over 17 characters in length and they don’t match correctly. See the below sample program and its output. The (X NE Y) does not evaluate to true until the length of the strings are 17 characters even though the variables are never equal. Does anyone know what is causing this to happen?  X = '0587634906513946593645'Y = '0587634906513946593646' FOR Z = 1 TO 8  CRT X, Y, (X NE Y),LEN(X)  STRLN = LEN(X)  X = RIGHT(X,STRLN-1)  Y = RIGHT(Y,STRLN-1)NEXT ZOutput:0587634906513946593645        0587634906513946593646        0         22        587634906513946593645         587634906513946593646         0         21        87634906513946593645          87634906513946593646          0         20        7634906513946593645 7634906513946593646 0         19                            634906513946593645  634906513946593646  0         18