Ive found a bug that has been in production for many years, but has just
started to cause problemsbut I dont know exactly why...
DEC.OFFSET = 1
FOR I = 1 TO 20
FOR J = 1 TO 99
K = I R0%2 : '.' : J R0%2
PRX = K
IF
Well we use Kyocera, which apart from extremely low operating costs
gives us 'prescribe', so we can control the printer in clear writing from
within
basic, no obscure pcl junk to learn.
CALL !SET.PTR(UNIT,192,99,3,3,1,'NHEAD, AT GIROPRINT')
PRINT ON UNIT !R! FONT 6; INTL 4,1; EXIT;
.
. normal
I believe this is related to the wide zero discussion held recently -
something to do with how UV treats strings when used in math functions -
yeah I know, we don't have any typing but one of the internals guys could
explain this better.
Andrew Gissing
---
u2-users mailing list
[EMAIL
Hi !
Has anybody out there has tried UniData 6.01 on Fedora.
It installed without problems but we experience problems with UO and UOJ.
Whenever we try to connect, we get error 39207 - slave-read error.
It occurs with UniObjects and UO for Java.
Any hints will be highly appreciated.
Lembit Pirn
What do you expect this to do ?
What do you mean when you say there is a bug?
I have tried this on universe, with a few CRT's added, and all looks ok to me.
Les.
-Original Message-
From: Chris van O [mailto:[EMAIL PROTECTED]
Sent: 08 October 2004 07:30
To: [EMAIL PROTECTED]
Subject: [U2]
Not sure if this matters...
I had UV PE running under RH8.0
I upgraded to 9.0 then to FC2, it seem to run fine.
Wonder if UD needs to first loaded on RH9.0 then
upgraded to FC1 or FC2 to work properly?
I will be in the process of reinstalling UVPE on
my FC2 machine, as I had a driver that
Less:
To install the wIntegrate host programs do the following:
1) open a wIntegrate session and log onto the host computer
2) get to tcl (raw tcl)
3) click on Run Script...
4) select the Host folder where the wIntegrate client is installed
5) select inst_pgm.wis and continue from there.
That would be great for windows as well. With version 6 we noticed a
difference in where the temp variable was being pulled from.
If you used to set a system variable you were OK - but that is no longer
quite true.
This caused us a fair bit of grief trying to get the SB+ network file
transfer
REPOSTED IN MULTIPLE PARTS FOR USER - PART I
From: Brutzman, Bill [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: UniBasic DeBug - Text After END
Date: Thu, 7 Oct 2004 12:09:07 -0400
In trying to smash two separate [working] programs together into a single
program
I modified a program using gvim (for the first time) this morning, but
the compiler returns several errors, the first of which is due to a line
with nothing but a CR. I obviously need to tweak something. Has anyone
out here encountered this?
*
This may be common knowledge to most of you, but I just looked at a
program that I wrote without gvim and there are no CRs. So the million
dollar question is: how do I keep those from existing when editing with
gvim/vim?
-Original Message-
From: Shawn Waldie
Sent: Thursday, October 07,
Shawn,
I just started using gVim last week, UV 10.1 on AIX. I have the Windows
client side stuff loaded running on my PC, and use FTP to get the source code and
write it back to the UV server. Nothing running on the UV side.
I do a :edit ftp://server/path/program.name to get
I have run tests on my UniData 6.0.9 system on Solaris 2.8.
I was testing what affected the sort order of
SELECT JOB WITH CONO = 001
from an ascending ID sort before re-indexing (with an additional field) to a descending
ID sort after.
I tested every combination of the selected field having a
I don't know what gvim is, but if you're getting compiler errors on blank
lines, just change them to *. I'm assuming that you put the blank lines in
to make the code more readable?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Shawn Waldie
Sent: Thursday,
Hi Allen.
Your assumption is correct.
Gvim is the gui-vim (I think).
I fixed my program by editing it with AE:
SB startline finishline
CB/^013//
The compiler didn't have any more problems.
There must be a way to keep vim from entering a CHAR(13) after every
line. I just haven't found it
Where are you editing the programs with gvim? On a windows box somewhere,
or on UNIX?
If running on windows, but accessing a unix file, then you may find that
gvim has decided to put in a CRLF instead of just a linefeed at the end of
each line.
gvim is infinitely configurable, and I'm sure
When i've that this problem, or it's favourite cousin variable REC not
assigned (and you have to go looking for the one spot in the text where you
forgot to prefix with CUST or whatever...
Copy the program to a temp file. The take small chunks out and recompile.
After a number of iterations your
With gvim/vim use
:se ff=unix
to set File Format to Unix
use
:se ff=DOS
to set to Windows/DOS format
:se ff
will show you the format vim has detected in the file from the crlf or
lf only line terminations..
I use this routinely to move files from HP-UX based Universe to Windows.
Paul Protzman
Brutzman, Bill wrote
In trying to smash two separate [working] programs together
into a single
program [attached], I obtain the pesky UniBasic complier
error...Text found
after END.
Have you tried using the FORMAT or FANCY.FORMAT commands on your program?
The reformatted indentation of the
On Thursday 07 October 2004 6:46 am, Gordon Glorfield wrote:
What was the exact error message you were getting?
No error message, just results where int(88.04 * 1) did not equal
(88.04 * 1)
Basicly it looks like this code was meant to accept 88.04, but not 88.042
What else
20 matches
Mail list logo