Re: [U2] File pointer question
Nice idea - but change @WHO to @PATH to catch the situation that you have two accounts with the same name under different paths. When we were bit by this - as PI newbees in the early 80's - we just banned logto's and never used'em since. -- mats [EMAIL PROTECTED] skrev: I was bit by that one a long while ago. If that's the case, best to do something like the following to make sure the info is relevant to the current account. COMMON /PGMNAME/ FILE.POINTER,PGMNAME.INIT IF NOT(ASSIGNED(PGMNAME.INIT)) THEN PGMNAME.INIT='' IF [EMAIL PROTECTED] THEN PGMNAME.INIT='' OPEN '',FILE.NAME TO FILE.POINTER ELSE WHATEVER [EMAIL PROTECTED] END -- Original message -- From: Mats Carlid [EMAIL PROTECTED] Another possibility is that You opened the file in the other directory and then LOGTO'ed the current. Especially watch out for file pointers kept in common - if You use them the open and logto may have been done outside the current program. -- mats Jeff Fitzgerald skrev: If you are on a UNIX system the file may be a symbolic link to a file in another account. If this is the case, it is a really bad idea in my opinion. (1) It is very confusing! (2) It can cause problems, especially on UniVerse, when the file is resized. If you find the file is a symbolic link it would probably be worth your while to get rid of the link and modify the F pointer to point to the real location. HTH Jeff Fitzgerald Fitzgerald Long, Inc. www.fitzlong.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of T Stokes Sent: Wednesday, June 11, 2008 4:22 PM To: u2-users@listserver.u2ug.org Subject: [U2] File pointer question I have a file that is a F pointer in the VOC yet when a BASIC STATUS is ran on the file it points to a file in another account. Have not been able to locate the reason for this. I am sure it is something simple. The VOC entry look like this F FILENAME D_FILENAME The results from STATUS looks like this D:\directory other than the directory I am current located\FILENAME --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UniSubroutine question
I think what Jerry is saying is that you can return whatever you want - json,xml,arrays,html,text,base64encoded etc U2 has inbuilt functions for parsing and creating xml and arrays, if you want to do anything else it will have to be coded in a string (as per your html example) - Actually xhtml can be classed as xml so you could generate that using the correct DOM statements. As far as using the list command and TOXML you can join to any number of tables, have virtual fields etc, again most anything is possible. However as stated it may be easier to just write it in unibasic if it is a more complex query. IF it is just simple xml you want to return you can just create it inside your program as a string, I do this often. Rgds Symeon. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 12 June 2008 21:19 To: u2-users@listserver.u2ug.org Subject: RE: [U2] UniSubroutine question We make calls to our UV box (Linux) from network apps (Windows) passing whatever variables collected on the net. The calls, call subroutines on the UV server that create whatever the Net application needs to display or process the information. Sometimes HTML, sometimes XML, and sometimes arrays of data. It is much faster to do it this way then to just do other types of calls to the database. The Linux system is faster at crunching the data and building the pages then trying to quiry for the data and building the pages in Windows. Jerry, Do you build the HTML in the UniBasic subs? e.g. PAGE = html PAGE := head PAGE := titleThis is the title/title . . . RETURN PAGE Charles Shaffer Senior Analyst NTN-Bower Corporation --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.3.0/1500 - Release Date: 6/12/2008 4:58 PM No virus found in this outgoing message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.3.0/1501 - Release Date: 6/13/2008 6:33 AM --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] UniData Demo Account
Others may know this, but we just found it... The UniData 'demo' account is presented as an optional installation during the UniData install process. I was installing on a small laptop Virtual Machine, and decided to skip installation of the demo account to save a few bytes. HOWEVER, the XMLDB tool will not operate *at all* unless the UniData Demo account exists where it's supposed to. It appears the tool always opens some file in the udthome/demo directory at connection time, even if the demo account is not referenced anywhere! We confirmed the bug with IBM, and I'm sure it will be fixed. In my setup, I had modified udthome/include/ud_database to NOT reference 'demo' (it does even if you didn't install it - that's odd!!) and I had set the 'advanced connection' properties to use my account instead. The XMLDB tool still was looking for 'demo'. Nothing helped until I added the 'demo' account back (copied from another machine!) and update the ud_database file again. IBM confirmed the problem and opened an Ecase. For documentation, the error shows RPC Error in the dialog title bar that says Unknown Error [30102] Occurred in the body of the dialog box. You are then 'connected' to the machine, with no accounts available. And nothing works. This error goes away once the 'demo' account is installed. So the lesson: Demo is *not really* an optional install!! --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/