My worst example of lusers having that sort of problem was back in the days of DOS and 286's ...
One of typists was calling over world+dog to help her with a problem. I was about the fifth person who ended up standing there. She was demonstrating the problem, again and again, and it was with some difficulty I managed to get through to her and make her stop (so why did she call me over? she didn't seem interested in listening to me :-). Anyway, I finally got her attention and asked "what was that error message?". "What error message?" The computer had been telling her all along what was wrong - she'd just been ignoring it :-) Cheers, Wol -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don Verhagen Sent: 28 January 2004 14:22 To: [EMAIL PROTECTED] Subject: [OT]: SB+ GUI and the blue screen of OUTPUT It's kind of fun, to see the users say, "did that just flash something". I wish IBM (SB+) would fiqure out a way to get that in to a GUI type window. Say a little pop-up, may a GUIERR.CLASS instead of a FORM.CLASS. ------------------------------------------------------------------------ -------------------------------- Donald Verhagen 1690 S Congress Avenue, Suite 210 [EMAIL PROTECTED] Delray Beach, FL 33445 USA Tandem Staffing Solutions, Inc. Voice Phone: 561.454.3592 Senior Programmer Fax Phone: 561.454.3640 ------------------------------------------------------------------------ ----------------------------------- >>> [EMAIL PROTECTED] 9:08:47 AM 01/28/2004 >>> MessageJust wanted to weigh in ..... [snipped..] A side benefit, at least for us, is we actually use two generic processes. One captures the output of the command and the other doesn't. This allows us, when needed, to keep that unsightly blue screen from flashing in the middle of the GUI application and panicking users. Mike Dallaire Mortgage Builder Software Inc. (248) 208-3223 ext. 103 [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of HENDERSON MICHAEL MR Sent: Tuesday, January 27, 2004 9:54 PM To: 'U2 Users Discussion List' Subject: UNCLASSIFIED RE: mkdbfile: create file in another account Kate You may be striking a bug in the UV "dos /c ..." command, which has some, err, foibles ... 1) The command string MUST be enclosed in single quotes (this is not documented anywhere) so, you must say DOS /c '<my DOS command string', not DOS /c "<my DOS command string" 2) If you try to pass a parameter enclosed in double quotes, you are in trouble :-( So DOS /c 'blat.exe -s:"a subject with spaces" ...' just doesn't work, the double quotes get mangled. I have cases opened on both issues with IBM, and have tested a patched version of UV that solves the second problem. I understand this will be released with the next windows 10.0.x version, and presumably included in the subsequent 10.1.x. Dunno when, if ever, the documentation issue will be addressed. The work-round for the second problem that is least awful is to generate a batch file (DOS .bat extension) on the fly in your UniBasic program, and then run that .bat file from the DOS /c command. Call me on (04) 2371828 if you want a better explanation! HTH Mike -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kate Stanton Sent: Wednesday, 28 January 2004 3:32 p.m. To: U2 Users Discussion List Subject: Re: mkdbfile: create file in another account Thanks. That (using DOS \C rather than sh -c) got rid of the error message, but it did not seem to create a file. Looks like I have the wrong syntax, but it is rather hard to look up the documentation! I still feel uncomfortable using an undocumented feature - no security it will not disappear or change. ----- Original Message ----- From: Daly, Mark To: 'U2 Users Discussion List' Sent: Wednesday, January 28, 2004 10:23 AM Subject: RE: mkdbfile: create file in another account Well, I just posed this question - and mkdbfile was the suggestion that won! However, I didn't create a VOC entry. The idea (I believe) is to execute this command at the OS prompt - not TCL. Since it looks like you're on Windows it would be something like so: EXECUTE 'sh -c "cd C:\BeaconUV\DevelData\XXINV\KKINV; ':SYSTEM(32):'\bin\mkdbfile DATA \XXINV\KKINV 30 1 4 20 50 80 1068' It's not documented, since it's really an internal UV command - as opposed to a TCL statement of BASIC function. The CREATE.FILE verb needs to be enhanced to perform this function - and prevent us from dabbling in the 'bin' directory. But until then - this is the way to go. HTH, Mark. ----Original Message----- From: Kate Stanton [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 27, 2004 4:17 PM To: [EMAIL PROTECTED] Subject: mkdbfile: create file in another account Does anyone know anything about using mkdbfile (from UV bin) to create a file in an account other than the current user account? A colleague told me about it, but it does not seem to be documented, and does not seem to work on my UV 10.0.17 system on Windows 2000, as it does on his UV 9.5.2.1 on Windows something. I tried, according to his instructions: VOC mkdbfile 0001: V 0002: mkdbfile 0003: E 0004: FG 0005: 0006: PICK.FORMAT Then, from TCL: mkdbfile C:\BeaconUV\DevelData\XXINV\KKINV 30 1 4 20 50 80 1068 where: C:\BeaconUV\DevelData\XXINV\KKINV is pathname of file to create 30 is file type 1 is modulo 4 is separation 20 is hash type 50 is max load 80 is split load 1096 is large record size This gave error message: invalid filetype specified I feel very nervous about using something that is not documented, so presumably may not be reliably supported. Anyone know anything, please? Cheers, Kate Kate Stanton Walstan Systems Ltd 4 Kelmarna Ave, Herne Bay, Auckland, New Zealand ph +64 9 360 5310 fax +64 9 376 0750 ah +64 9 378 9594 [EMAIL PROTECTED] ------------------------------------------------------------------------ -- _______________________________________________ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users The information contained in this Internet Email message is intended for the addressee only and may contain privileged information, but not necessarily the official views or opinions of the New Zealand Defence Force. If you are not the intended recipient you must not use, disclose, copy or distribute this message or the information in it. If you have received this message in error, please Email or telephone the sender immediately. _______________________________________________ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users *********************************************************************************** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. *********************************************************************************** _______________________________________________ u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
