Save 
Join IIUG
 for   
 

Informix News
18 Nov 13 - ZDNet - Top 20 mobile skills in demand... Read
09 Sep 13 - telecompaper - Shaspa and Tatung have shown a new smart home platform at Ifa in Berlin. Powered by the IBM Informix software... Read
06 Sep 13 - IBM data magazine - Mission Accomplished - Miami, Florida will be the backdrop for the 2014 IIUG Informix Conference... Read
01 Feb 13 - IBM Data Magazine - Are your database backups safe? Lester Knutsen (IBM Champion) writes about database back up safety using "archecker"... Read
14 Nov 12 - IBM - IBM's Big Data For Smart Grid Goes Live In Texas... Read
3 Oct 12 - The Financial - IBM and TransWorks Collaborate to Help Louisiana-Pacific Corporation Achieve Supply Chain Efficiency... Read
28 Aug 12 - techCLOUD9 - Splunk kicks up a SaaS Storm... Read
10 Aug 12 - businessCLOUD9 - Is this the other half of Cloud monitoring?... Read
3 Aug 12 - IBM data management - Supercharging the data warehouse while keeping costs down IBM Informix Warehouse Accelerator (IWA) delivers superior performance for in-memory analytics processing... Read
2 Aug 12 - channelbiz - Oninit Group launches Pay Per Pulse cloud-based service... Read
28 May 12 - Bloor - David Norfolk on the recent Informix benchmark "pretty impressive results"... Read
23 May 12 - DBTA - Informix Genero: A Way to Modernize Informix 4GL Applications... Read
9 Apr 12 - Mastering Data Management - Upping the Informix Ante: Advanced Data Tools... Read
22 Mar 12 - developerWorks - Optimizing Informix database access... Read
14 Mar 12 - BernieSpang.com - International Informix User Group set to meet in San Diego... Read
1 Mar 12 - IBM Data Management - IIUG Heads West for 2012 - Get ready for sun and sand in San Diego... Read
1 Mar 12 - IBM Data Management - Running Informix on Solid-State Drives.Speed Up Database Access... Read
26 Feb 12 - BernieSpan.com - Better results, lower cost for a broad set of new IBM clients and partners... Read
24 Feb 12 - developerWorks - Informix Warehouse Accelerator: Continuous Acceleration during Data Refresh... Read
6 Feb 12 - PRLOG - Informix port delivers unlimited database scalability for popular SaaS application ... Read
2 Feb 12 - developerWorks - Loading data with the IBM Informix TimeSeries Plug-in for Data Studio... Read
1 Feb 12 - developerWorks - 100 Tech Tips, #47: Log-in to Fix Central... Read
13 Jan 12 - MC Press online - Informix Dynamic Server Entices New Users with Free Production Edition ... Read
11 Jan 12 - Computerworld - Ecologic Analytics and Landis+Gyr -- Suitors Decide to Tie the Knot... Read
9 Jan 12 - planetIDS.com - DNS impact on Informix / Impacto do DNS no Informix... Read
8 Sep 11 - TMCnet.com - IBM Offers Database Solution to Enable Smart Meter Data Capture... Read
1 Aug 11 - IBM Data Management Magazine - IIUG user view: Happy 10th anniversary to IBM and Informix... Read
8 Jul 11 - Database Trends and Applications - Managing Time Series Data with Informix... Read
31 May 11 - Smart Grid - The meter data management pitfall utilities are overlooking... Read
27 May 11 - IBM Data Management Magazine - IIUG user view: Big data, big time ( Series data, warehouse acceleration, and 4GLs )... Read
16 May 11 - Business Wire - HiT Software Announces DBMoto for Enterprise Integration, Adds Informix. Log-based Change Data Capture... Read
21 Mar 11 - Yahoo! Finance - IBM and Cable&Wireless Worldwide Announce UK Smart Energy Cloud... Read
14 Mar 11 - MarketWatch - Fuzzy Logix and IBM Unveil In-Database Analytics for IBM Informix... Read
11 Mar 11 - InvestorPlace - It's Time to Give IBM Props: How many tech stocks are up 53% since the dot-com boom?... Read
9 Mar 11 - DBTA - Database Administration and the Goal of Diminishing Downtime... Read
2 Feb 11 - DBTAs - Informix 11.7 Flexible Grid Provides a Different Way of Looking at Database Servers... Read
27 Jan 11 - exactsolutions - Exact to Add Informix Support to Database Replay, SQL Monitoring Solutions... Read
25 Jan 11 - PR Newswire - Bank of China in the UK Works With IBM to Become a Smarter, Greener Bank... Read
12 Oct 10 - Database Trends and Applications - Informix 11.7: The Beginning of the Next Decade of IBM Informix... Read
20 Sep 10 - planetIDS.com - ITG analyst paper: Cost/Benefit case for IBM Informix as compared to Microsoft SQL Server... Read
20 Jul 10 - IBM Announcements - IBM Informix Choice Edition V11.50 helps deploy low-cost scalable and reliable solutions for Apple Macintosh and Microsoft Windows... Read
20 Jul 10 - IBM Announcements - Software withdrawal: Elite Support for Informix Ultimate-C Edition... Read
24 May 10 - eWeek Europe - IBM Supplies Database Tech For EU Smart Grid... Read
23 May 10 - SiliconIndia - IBM's smart metering system allows wise use of energy... Read
21 May 10 - CNET - IBM to help people monitor energy use... Read
20 May 10 - ebiz - IBM Teams With Hildebrand To Bring Smart Metering To Homes Across Britain... Read
19 May 10 - The New Blog Times - Misurare il consumo energetico: DEHEMS è pronto... Read
19 May 10 - ZDNet - IBM software in your home? Pact enables five-city smart meter pilot in Europe... Read
17 March 10 - ZDNet (blog) David Morgenstern - TCO: New research finds Macs in the enterprise easier, cheaper to manage than... Read
17 March 2010 - Virtualization Review - ...key components of Big Blue's platform to the commercial cloud such as its WebSphere suite of application ser vers and its DB2 and Informix databases... Read
10 February 2010 - The Wall Street Journal - International Business Machines is expanding an initiative to win over students and professors on its products. How do they lure the college crowd?... Read


End of Support Dates

IIUG on Facebook IIUG on Twitter

RSS Feed: IIUG Forum: Open Admin Tool

More IIUG RSS Feeds

Classics is a forum to discuss all aspects of Informix classic tools including Standard Engine (SE), Online 5, 4GL, D4GL, ESQL, ISQL and others.


URL: http://www.iiug.org/rss/classics.rss

Below is the latest content available from this feed:

Re: screen flashing when 4gl-prog switches cur
Posted by: jack.parker4@verizon.net (Jack Parker) - Tue, 07 Nov 2017 11:25:26 EST
Wyse-60? That=B9s ancient. Hell, I might have even written it. Have you

tried vt100?



J.



On 11/7/17, 11:11 AM, "Paul Watson" <classics-bounces@iiug.org on behalf

of paul@oninit.com> wrote:



>Did you re-tic it ?

>

>Cheers=20

>Paul=20

>

>-----Original Message-----

>From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On

>Behalf=20

>Of JACEK JAKUBOWICZ

>Sent: Tuesday, November 07, 2017 10:06 AM

>To: classics@iiug.org

>Subject: Re: RE: screen flashing when 4gl-prog switches cur [4693]

>

>We are using copy of an informix terminfo (term=3Dwyse60) from the old

>platform.=20

>I have spent a few hours under modification of terminfo but without

>success.=20

>

>Regards=20

>Jacek=20

>

>* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * **

>**=20

>***=20

>

>

>

>* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * **

>* * * * *=20

>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4696]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: RE: screen flashing when 4gl-prog switches cur
Posted by: paul@oninit.com (Paul Watson) - Tue, 07 Nov 2017 11:11:59 EST
Did you re-tic it ?



Cheers

Paul



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of JACEK JAKUBOWICZ

Sent: Tuesday, November 07, 2017 10:06 AM

To: classics@iiug.org

Subject: Re: RE: screen flashing when 4gl-prog switches cur [4693]



We are using copy of an informix terminfo (term=wyse60) from the old

platform.

I have spent a few hours under modification of terminfo but without success.



Regards

Jacek



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***











* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4695]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: RE: screen flashing when 4gl-prog switches cur
Posted by: jacek.tomasz.jakubowicz@citi.com (JACEK JAKUBOWICZ) - Tue, 07 Nov 2017 11:07:10 EST
Informix termacp of course.









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4694]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: RE: screen flashing when 4gl-prog switches cur
Posted by: jacek.tomasz.jakubowicz@citi.com (JACEK JAKUBOWICZ) - Tue, 07 Nov 2017 11:05:39 EST
We are using copy of an informix terminfo (term=wyse60) from the old platform.

I have spent a few hours under modification of terminfo but without success.



Regards

Jacek









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4693]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: screen flashing when 4gl-prog switches cur-win
Posted by: paul@oninit.com (Paul Watson) - Tue, 07 Nov 2017 10:55:24 EST
Are you using the OS termcap/terminfo or Informix versions ? Have they

changed ?



Cheers

Paul



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of JACEK JAKUBOWICZ

Sent: Tuesday, November 07, 2017 9:51 AM

To: classics@iiug.org

Subject: screen flashing when 4gl-prog switches cur-win [4691]



Hi,



After migration from IDS 11.5 and IBM INFORMIX-4GL Version 7.32.FC4 on

Solaris

to IDS 12 and IBM INFORMIX-4GL Version 7.51.UC2 on AIX the all 4gl programs

(compiled at a new platform without touching) have started to flash when

they

switching between two opened windows.

The most of these programs serve as a browser of tabular data and each

cursor

movement results flashing of whole screen.

The users are more and more upset and i am afraid about their mental health.



The simplest 4gl program which opens two bordered windows and switches

between

then every 3 seconds confirmes the problem - entire screen flashes each time



the current window is changed.



Has anybody met with that issue ?



Regards

Jacek



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***











* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4692]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

screen flashing when 4gl-prog switches cur-win
Posted by: jacek.tomasz.jakubowicz@citi.com (JACEK JAKUBOWICZ) - Tue, 07 Nov 2017 10:50:52 EST
Hi,



After migration from IDS 11.5 and IBM INFORMIX-4GL Version 7.32.FC4 on Solaris

to IDS 12 and IBM INFORMIX-4GL Version 7.51.UC2 on AIX the all 4gl programs

(compiled at a new platform without touching) have started to flash when they

switching between two opened windows.

The most of these programs serve as a browser of tabular data and each cursor

movement results flashing of whole screen.

The users are more and more upset and i am afraid about their mental health.



The simplest 4gl program which opens two bordered windows and switches between

then every 3 seconds confirmes the problem - entire screen flashes each time

the current window is changed.



Has anybody met with that issue ?



Regards

Jacek









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4691]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Fw: Informix se and nodejs-informix
Posted by: rod@transmit.com.au (Rodney Sheppard) - Fri, 30 Jun 2017 00:00:07 EDT
I should have posted this a while ago, Just to let everyone know,The guys at

node-informix

kinldly helped to get it working with SE,

( there was an issue with cursor identifies being too long, fixed by alwoing

the identifier to be specified)

https://www.npmjs.com/package/informix



this is working with CSDK

IBM Informix CSDK Version 4.10, IBM Informix-ESQL Version 4.10.FC2W1 (64 bit)

configued with an sescotcp connection to an Informix Standard Engine (32bit)

in Rhel 7.2

Engine version...

bash-4.2$ /usr/informix_sqldev_se_x32/lib/sqlexecd -V

INFORMIX-SQL Version 7.25.UC6R1



--------------------------------------------------------------------

Rodney Sheppard

Software Engineer - Development Manager

Trans-Mit Pty. Ltd.

7 Wendy Court Hampton Park,

Vic 3976, Australia

Phone... +61 3 87878744

Fax.........+61 3 87875722

Email...... rod@transmit.com.au

Web....... www.transmit.com.au

--------------------------------------------------------------------

__________________________________________________









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4690]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: I4GL compiled - problem with NEXT FIELD
Posted by: danielseguin@rogers.com (Daniel.Seguin) - Thu, 29 Jun 2017 21:19:41 EDT
Sounds familiar...

You might want to put some of you validation code within a function to

reduce number of lines between input and the end input.



Daniel,Francois,

You guys are working on Informix projects in Quebec?

If so please send me your coordinates at danielseguin@rogers.com



Daniel



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of FRANCOIS.DENOMMEE@VIDEOTRON.CA

Sent: June 29, 2017 6:02 PM

To: classics@iiug.org

Subject: Re : I4GL compiled - problem with NEXT FIELD [4686]



Bonjour Daniel,



How long in number of lines is your INPUT statement up to your END INPUT

statement ?



Francois



Le 29/06/17 à 16:52, DANIEL DANSEREAU <daniel.dansereau@logikinfo.com> a

écrit

:

>

> Good day Informix gurus,

>

> Last week (3-day week-end for us in Quebec), I have just finished

> migrating

to

> a new OpenSUSE Leap 42.1 server, running our Informix application on

> IDS

> 12.10.xC7

>

> For reasons that are too long to describe here, some parts of our

applications

> are compiled with Informix-4GL RDS and other parts are compiled with

> Informix-4GL C-compiled.

>

> In the humonguous amout of testing that was done, there is an issue

> that we are facing now that has never been picked during our testing

> phase and that

is

> jeopardizing that I may have to roll back.

>

> The NEXT FIELD clause of the INPUT statement does not enforce the

> directive that is speficied inthe clause.

>

> Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD

> to C if OK.

>

> In the RDS-compiled programs, the INPUT statement reacts exactly as it

should

> and as it always did.

>

> In the C-compiled programs, the INPUT statement simply moves to the

> next

field

> in the input statement, no matter what... (thus ignoring the NEXT

> FIELD directive).

>

> What baffles us is that RDS works fine while the C-compiled

> counterpart is acting up.

>

> Is anyone aware of such bug in the 7.51.xC1 version?

> Where could I look for known/reported bugs related to our version or

> to this bug description?

>

> ANy help or hints on this matter would be greatly appreciated.

>

> A guy trying not to revert back to the old server or to an older

> version

>

> Daniel Dansereau

>

>

>

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***

>

>

>



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***





---

This email has been checked for viruses by AVG.

http://www.avg.com









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4689]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: I4GL compiled - problem with NEXT FIELD
Posted by: paul@oninit.com (Paul Watson) - Thu, 29 Jun 2017 21:09:32 EDT
If you are coming from a very early version of 4gl then the after field

processing was corrected to follow the documentation, through the processing

order out



Cheers

Paul



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of Doug Lawry

Sent: Thursday, June 29, 2017 5:03 PM

To: classics@iiug.org

Subject: Re: I4GL compiled - problem with NEXT FIELD [4687]



Hi Daniel.



Known defect in I4GL:



IC98839 BEFORE FIELD ACTION IS NOT TRIGGERED WITH 4GL COMPILER



We fixed it in the interim with an awk patch in c4gl to correct the

generated

ESQL-C.



Properly fixed in 7.51.FC1XD. Contact IBM to get the installer: I seem to

remember it wasn't easily downloaded otherwise.



Regards,

Doug Lawry



________________________________

From: DANIEL DANSEREAU <daniel.dansereau@logikinfo.com>

Sent: 29 Jun 2017 9:52 pm

To: classics@iiug.org

Subject: I4GL compiled - problem with NEXT FIELD [4684]



Good day Informix gurus,



Last week (3-day week-end for us in Quebec), I have just finished migrating

to

a new OpenSUSE Leap 42.1 server, running our Informix application on IDS

12.10.xC7



For reasons that are too long to describe here, some parts of our

applications

are compiled with Informix-4GL RDS and other parts are compiled with

Informix-4GL C-compiled.



In the humonguous amout of testing that was done, there is an issue that we

are facing now that has never been picked during our testing phase and that

is

jeopardizing that I may have to roll back.



The NEXT FIELD clause of the INPUT statement does not enforce the directive

that is speficied inthe clause.



Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD to C if



OK.



In the RDS-compiled programs, the INPUT statement reacts exactly as it

should

and as it always did.



In the C-compiled programs, the INPUT statement simply moves to the next

field

in the input statement, no matter what... (thus ignoring the NEXT FIELD

directive).



What baffles us is that RDS works fine while the C-compiled counterpart is

acting up.



Is anyone aware of such bug in the 7.51.xC1 version?

Where could I look for known/reported bugs related to our version or to this



bug description?



ANy help or hints on this matter would be greatly appreciated.



A guy trying not to revert back to the old server or to an older version



Daniel Dansereau



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***





* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***











* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4688]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: I4GL compiled - problem with NEXT FIELD
Posted by: douglawry@hotmail.com (Doug Lawry) - Thu, 29 Jun 2017 18:03:47 EDT
Hi Daniel.



Known defect in I4GL:



IC98839 BEFORE FIELD ACTION IS NOT TRIGGERED WITH 4GL COMPILER



We fixed it in the interim with an awk patch in c4gl to correct the generated

ESQL-C.



Properly fixed in 7.51.FC1XD. Contact IBM to get the installer: I seem to

remember it wasn't easily downloaded otherwise.



Regards,

Doug Lawry



________________________________

From: DANIEL DANSEREAU <daniel.dansereau@logikinfo.com>

Sent: 29 Jun 2017 9:52 pm

To: classics@iiug.org

Subject: I4GL compiled - problem with NEXT FIELD [4684]



Good day Informix gurus,



Last week (3-day week-end for us in Quebec), I have just finished migrating to

a new OpenSUSE Leap 42.1 server, running our Informix application on IDS

12.10.xC7



For reasons that are too long to describe here, some parts of our applications

are compiled with Informix-4GL RDS and other parts are compiled with

Informix-4GL C-compiled.



In the humonguous amout of testing that was done, there is an issue that we

are facing now that has never been picked during our testing phase and that is

jeopardizing that I may have to roll back.



The NEXT FIELD clause of the INPUT statement does not enforce the directive

that is speficied inthe clause.



Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD to C if

OK.



In the RDS-compiled programs, the INPUT statement reacts exactly as it should

and as it always did.



In the C-compiled programs, the INPUT statement simply moves to the next field

in the input statement, no matter what... (thus ignoring the NEXT FIELD

directive).



What baffles us is that RDS works fine while the C-compiled counterpart is

acting up.



Is anyone aware of such bug in the 7.51.xC1 version?

Where could I look for known/reported bugs related to our version or to this

bug description?



ANy help or hints on this matter would be greatly appreciated.



A guy trying not to revert back to the old server or to an older version



Daniel Dansereau

















* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4687]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re : I4GL compiled - problem with NEXT FIELD
Posted by: francois.denommee@videotron.ca (FRANCOIS.DENOMMEE@VIDEOTRON.CA) - Thu, 29 Jun 2017 18:02:11 EDT
Bonjour Daniel,



How long in number of lines is your INPUT statement up to your END INPUT

statement ?



Francois



Le 29/06/17 à 16:52, DANIEL DANSEREAU <daniel.dansereau@logikinfo.com> a écrit

:

>

> Good day Informix gurus,

>

> Last week (3-day week-end for us in Quebec), I have just finished migrating

to

> a new OpenSUSE Leap 42.1 server, running our Informix application on IDS

> 12.10.xC7

>

> For reasons that are too long to describe here, some parts of our

applications

> are compiled with Informix-4GL RDS and other parts are compiled with

> Informix-4GL C-compiled.

>

> In the humonguous amout of testing that was done, there is an issue that we

> are facing now that has never been picked during our testing phase and that

is

> jeopardizing that I may have to roll back.

>

> The NEXT FIELD clause of the INPUT statement does not enforce the directive

> that is speficied inthe clause.

>

> Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD to C if

> OK.

>

> In the RDS-compiled programs, the INPUT statement reacts exactly as it

should

> and as it always did.

>

> In the C-compiled programs, the INPUT statement simply moves to the next

field

> in the input statement, no matter what... (thus ignoring the NEXT FIELD

> directive).

>

> What baffles us is that RDS works fine while the C-compiled counterpart is

> acting up.

>

> Is anyone aware of such bug in the 7.51.xC1 version?

> Where could I look for known/reported bugs related to our version or to this

> bug description?

>

> ANy help or hints on this matter would be greatly appreciated.

>

> A guy trying not to revert back to the old server or to an older version

>

> Daniel Dansereau

>

>

>



>

>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4686]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: I4GL compiled - problem with NEXT FIELD
Posted by: danielseguin@rogers.com (Daniel.Seguin) - Thu, 29 Jun 2017 17:28:55 EDT
Bonjour Daniel,



I have worked a lot with Informix 4gl

Maybe we could skype so I can see a bit of your code.



My skype is danielseguinconsultant



Thanks



Daniel



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of DANIEL DANSEREAU

Sent: June 29, 2017 4:52 PM

To: classics@iiug.org

Subject: I4GL compiled - problem with NEXT FIELD [4684]



Good day Informix gurus,



Last week (3-day week-end for us in Quebec), I have just finished migrating

to a new OpenSUSE Leap 42.1 server, running our Informix application on IDS

12.10.xC7



For reasons that are too long to describe here, some parts of our

applications are compiled with Informix-4GL RDS and other parts are compiled

with Informix-4GL C-compiled.



In the humonguous amout of testing that was done, there is an issue that we

are facing now that has never been picked during our testing phase and that

is jeopardizing that I may have to roll back.



The NEXT FIELD clause of the INPUT statement does not enforce the directive

that is speficied inthe clause.



Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD to C if

OK.



In the RDS-compiled programs, the INPUT statement reacts exactly as it

should and as it always did.



In the C-compiled programs, the INPUT statement simply moves to the next

field in the input statement, no matter what... (thus ignoring the NEXT

FIELD directive).



What baffles us is that RDS works fine while the C-compiled counterpart is

acting up.



Is anyone aware of such bug in the 7.51.xC1 version?

Where could I look for known/reported bugs related to our version or to this

bug description?



ANy help or hints on this matter would be greatly appreciated.



A guy trying not to revert back to the old server or to an older version



Daniel Dansereau



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

***





---

This email has been checked for viruses by AVG.

http://www.avg.com









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4685]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

I4GL compiled - problem with NEXT FIELD
Posted by: daniel.dansereau@logikinfo.com (DANIEL DANSEREAU) - Thu, 29 Jun 2017 16:52:08 EDT
Good day Informix gurus,



Last week (3-day week-end for us in Quebec), I have just finished migrating to

a new OpenSUSE Leap 42.1 server, running our Informix application on IDS

12.10.xC7



For reasons that are too long to describe here, some parts of our applications

are compiled with Informix-4GL RDS and other parts are compiled with

Informix-4GL C-compiled.



In the humonguous amout of testing that was done, there is an issue that we

are facing now that has never been picked during our testing phase and that is

jeopardizing that I may have to roll back.



The NEXT FIELD clause of the INPUT statement does not enforce the directive

that is speficied inthe clause.



Ex. Input A, B, C ... you input A, validate the value and NEXT FIELD to C if

OK.



In the RDS-compiled programs, the INPUT statement reacts exactly as it should

and as it always did.



In the C-compiled programs, the INPUT statement simply moves to the next field

in the input statement, no matter what... (thus ignoring the NEXT FIELD

directive).



What baffles us is that RDS works fine while the C-compiled counterpart is

acting up.



Is anyone aware of such bug in the 7.51.xC1 version?

Where could I look for known/reported bugs related to our version or to this

bug description?



ANy help or hints on this matter would be greatly appreciated.



A guy trying not to revert back to the old server or to an older version



Daniel Dansereau









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4684]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

RE: Inactivity Period, How to control
Posted by: jvigil@avibank.com (Vigil, Joe) - Thu, 08 Jun 2017 10:42:29 EDT
Jorge,



If it's an interactive program, you can check activity at the UNIX level and

send a kill signal to the program if the user hasn't typed a key in a certain

period of time.



- Joe Vigil

IT Director

Avibank Mfg., Inc.

818-392-2111



-----Original Message-----

From: classics-bounces@iiug.org [mailto:classics-bounces@iiug.org] On Behalf

Of JORGE GALAN

Sent: Wednesday, June 07, 2017 4:31 PM

To: classics@iiug.org

Subject: Inactivity Period, How to control [4681]



Anyone know if it is possible to control how long a 4GL program is inactive

from the program itself and if so, automatically close.



Thanks a lot!











________________________________



This email and any attachments may contain confidential and proprietary

information and must be treated as such. In addition, export or re-export of

the information contained in or attached to this email may be prohibited under

export control laws.









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4683]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: Inactivity Period, How to control
Posted by: art.kagel@gmail.com (Art Kagel) - Wed, 07 Jun 2017 19:41:57 EDT
Jorge:



You could update an internal timestamp in the program in certain places in

the code, register a callback function in the engine (see the description

of the sqlbreakcallback() function in the ESQL/C manual for details - it

would be easy to code a 4GL callable wrapper for it). That would call your

callback function periodically where you can check the timestamp to see

that it is current and if not exit.



Art



Art S. Kagel, President and Principal Consultant

ASK Database Management

www.askdbmgt.com



Blog: http://informix-myview.blogspot.com/



Disclaimer: Please keep in mind that my own opinions are my own opinions

and do not reflect on the IIUG, nor any other organization with which I am

associated either explicitly, implicitly, or by inference. Neither do

those opinions reflect those of other individuals affiliated with any

entity with which I am affiliated nor those of the entities themselves.



On Wed, Jun 7, 2017 at 7:30 PM, JORGE GALAN <jorge.galan@efectivale.com.mx>

wrote:



> Anyone know if it is possible to control how long a 4GL program is inactive

> from the program itself and if so, automatically close.

>

> Thanks a lot!

>

>

> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

> * * * * * * * * * * * * * * * * ***

>

>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4682]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Inactivity Period, How to control
Posted by: jorge.galan@efectivale.com.mx (JORGE GALAN) - Wed, 07 Jun 2017 19:30:46 EDT
Anyone know if it is possible to control how long a 4GL program is inactive

from the program itself and if so, automatically close.



Thanks a lot!









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4681]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: Encrypt and Decript data with 4gl
Posted by: art.kagel@gmail.com (Art Kagel) - Wed, 10 May 2017 12:33:24 EDT
You can execute any SQL callable procedure from 4GL. If it involves some

data type or structure that the 4GL compiler doesn't understand you can

always PREPARE the statement and run it that way. If you need access to

library functions it is easy to write a small "C" language wrapper to make

the function 4GL callable. That process is documented in the 4GL manuals

and there are several good examples on how to do that in the IIUG Software

Repository (www.iiug.org/software). One is my 4gltools_ak package.



Art



Art S. Kagel, President and Principal Consultant

ASK Database Management

www.askdbmgt.com



Blog: http://informix-myview.blogspot.com/



Disclaimer: Please keep in mind that my own opinions are my own opinions

and do not reflect on the IIUG, nor any other organization with which I am

associated either explicitly, implicitly, or by inference. Neither do

those opinions reflect those of other individuals affiliated with any

entity with which I am affiliated nor those of the entities themselves.



On Wed, May 10, 2017 at 12:08 PM, JORGE GALAN <jorge.galan@efectivale.com.mx

> wrote:



> Hello Everybody!

>

> Does anyone know if it is possible to use the "encrypt_aes" or

> "encrypt_tdes"

> functions with 4GL programs, or any other way to implement data encryption

> with 4GL?

>

> Thanks for all

>

>

> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

> * * * * * * * * * * * * * * * * ***

>

>

>



--001a1146dd9c6ee9e0054f2e077d









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4680]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Encrypt and Decript data with 4gl
Posted by: jorge.galan@efectivale.com.mx (JORGE GALAN) - Wed, 10 May 2017 12:09:04 EDT
Hello Everybody!



Does anyone know if it is possible to use the "encrypt_aes" or "encrypt_tdes"

functions with 4GL programs, or any other way to implement data encryption

with 4GL?



Thanks for all









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4679]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: 4gl Calling Stored Procedure Informix Erro....
Posted by: spokey.wheeler@gmail.com (Spokey Wheeler) - Fri, 28 Apr 2017 18:31:09 EDT
Lest everyone think I was just being a dick, further off-line has revealed

that Robby is using 10.0.FC8 and something called Rockwell Transaction

Manager. the Rockwell consultant insists that INOUT variables are used, but

given that there appears to be no native Informix support, Im not clear how

its going to use these. It must almost certainly be going through ODBC.



Further, I made a test case where I called Robbys procedure from another

procedure and it works fine on 12.10 on my Mac, but the test case returns the

same error on Robbys platform.



This is where we had to call a halt because Robby has much more important

things on his mind than Informix. Unfortunately, I cant test any further

because I have no 4GL and I definitely dont have Rockwell.



Happy weekend all! :-)



> On 28 Apr 2017, at 21:23, Spokey Wheeler <spokey.wheeler@gmail.com> wrote:

>

> At the risk of being argumentative, have you actually run finderr -9752? The

> exposition given when I do makes it very clear what you need to do.

>

>> On 28 Apr 2017, at 20:16, ROBBY RUTHERFORD

> <robby.rutherford@constellium.com> wrote:

>>

>> I am trying to call a Stored Procedure from 4gl application. The Stored

>> Procedure has INOUT and OUT Parameters. I get the 9752 error when trying to

>> execute the 4gl. I have never used INOUT or OUT parameters. I have always

>> returned the values but I am being asked to use the INOUT and OUT

> Parameters.

>> Can someone provide an example of a Stored Procedure with OUT parameter and

>> the 4gl code used to Execute the Stored Procedure. I am including the

stored

>> procedure and 4gl code below:

>>

>> STORED PROCEDURE:

>>

>> CREATE PROCEDURE

>> "informix".get_furn_cast_number(

>> INOUT f_furnace_id CHAR(2),

>> f_cast_number CHAR(6),

>> f_drop_number CHAR(2),

>> f_insert_datetime DATETIME YEAR TO SECOND)

>> RETURNING SMALLINT

>>

>> DEFINE row_count SMALLINT;

>>

>> LET row_count = 0;

>>

>> SELECT COUNT(*)

>>

>> INTO row_count

>>

>> FROM furn_cast_number

>>

>> WHERE furnace_id = "12";

>>

>> IF row_count = 0

>> THEN

>>

>> LET f_furnace_id = "0";

>>

>> LET f_cast_number = "0";

>>

>> LET f_drop_number = "0";

>>

>> LET f_insert_datetime = NULL;

>>

>> LET row_count = 99;

>>

>> RETURN row_count;

>> ELSE

>>

>> SELECT fcn.furnace_id, fcn.cast_number, fcn.drop_number,

fcn.insert_datetime

>>

>> INTO f_furnace_id, f_cast_number, f_drop_number, f_insert_datetime

>>

>> FROM furn_cast_number fcn

>>

>> WHERE furnace_id = "12";

>>

>> RETURN row_count;

>> END IF;

>> END PROCEDURE;

>>

>> GRANT EXECUTE on procedure "informix".get_furn_cast_number to "public" as

>> "info"

>> /usr/Informix

>>

>> 4GL:

>>

>> DATABASE ch_test

>>

>> MAIN

>>

>> DEFINE

>> ret_value SMALLINT,

>> f_furnace_id CHAR(2),

>> f_cast_number CHAR(6),

>> f_drop_number CHAR(2),

>> f_insert_datetime DATETIME YEAR TO SECOND

>>

>> LET ret_value = NULL

>> LET f_furnace_id = NULL

>> LET f_cast_number = NULL

>> LET f_drop_number = NULL

>> LET f_insert_datetime = NULL

>> LET f_furnace_id = "12"

>>

>> PREPARE st_proc FROM "EXECUTE PROCEDURE get_furn_cast_number(?,?,?,?)"

>> DECLARE c_proc CURSOR FOR st_proc

>> OPEN c_proc USING f_furnace_id, f_cast_number,

>>

>> f_drop_number, f_insert_datetime

>> FETCH c_proc INTO ret_value

>>

>> DISPLAY "furnace_id = ", f_furnace_id

>> DISPLAY "cast_number = ", f_cast_number

>> DISPLAY "drop_number = ", f_drop_number

>> DISPLAY "insert_datetime = ", f_insert_datetime

>> DISPLAY "ret_value = ", ret_value

>>

>> END MAIN

>>

>>

>>

>



>>

>>

>

>

>



>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4678]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: 4gl Calling Stored Procedure Informix Erro....
Posted by: spokey.wheeler@gmail.com (Spokey Wheeler) - Fri, 28 Apr 2017 16:23:09 EDT
At the risk of being argumentative, have you actually run finderr -9752? The

exposition given when I do makes it very clear what you need to do.



> On 28 Apr 2017, at 20:16, ROBBY RUTHERFORD

<robby.rutherford@constellium.com> wrote:

>

> I am trying to call a Stored Procedure from 4gl application. The Stored

> Procedure has INOUT and OUT Parameters. I get the 9752 error when trying to

> execute the 4gl. I have never used INOUT or OUT parameters. I have always

> returned the values but I am being asked to use the INOUT and OUT

Parameters.

> Can someone provide an example of a Stored Procedure with OUT parameter and

> the 4gl code used to Execute the Stored Procedure. I am including the stored

> procedure and 4gl code below:

>

> STORED PROCEDURE:

>

> CREATE PROCEDURE

> "informix".get_furn_cast_number(

> INOUT f_furnace_id CHAR(2),

> f_cast_number CHAR(6),

> f_drop_number CHAR(2),

> f_insert_datetime DATETIME YEAR TO SECOND)

> RETURNING SMALLINT

>

> DEFINE row_count SMALLINT;

>

> LET row_count = 0;

>

> SELECT COUNT(*)

>

> INTO row_count

>

> FROM furn_cast_number

>

> WHERE furnace_id = "12";

>

> IF row_count = 0

> THEN

>

> LET f_furnace_id = "0";

>

> LET f_cast_number = "0";

>

> LET f_drop_number = "0";

>

> LET f_insert_datetime = NULL;

>

> LET row_count = 99;

>

> RETURN row_count;

> ELSE

>

> SELECT fcn.furnace_id, fcn.cast_number, fcn.drop_number, fcn.insert_datetime

>

> INTO f_furnace_id, f_cast_number, f_drop_number, f_insert_datetime

>

> FROM furn_cast_number fcn

>

> WHERE furnace_id = "12";

>

> RETURN row_count;

> END IF;

> END PROCEDURE;

>

> GRANT EXECUTE on procedure "informix".get_furn_cast_number to "public" as

> "info"

> /usr/Informix

>

> 4GL:

>

> DATABASE ch_test

>

> MAIN

>

> DEFINE

> ret_value SMALLINT,

> f_furnace_id CHAR(2),

> f_cast_number CHAR(6),

> f_drop_number CHAR(2),

> f_insert_datetime DATETIME YEAR TO SECOND

>

> LET ret_value = NULL

> LET f_furnace_id = NULL

> LET f_cast_number = NULL

> LET f_drop_number = NULL

> LET f_insert_datetime = NULL

> LET f_furnace_id = "12"

>

> PREPARE st_proc FROM "EXECUTE PROCEDURE get_furn_cast_number(?,?,?,?)"

> DECLARE c_proc CURSOR FOR st_proc

> OPEN c_proc USING f_furnace_id, f_cast_number,

>

> f_drop_number, f_insert_datetime

> FETCH c_proc INTO ret_value

>

> DISPLAY "furnace_id = ", f_furnace_id

> DISPLAY "cast_number = ", f_cast_number

> DISPLAY "drop_number = ", f_drop_number

> DISPLAY "insert_datetime = ", f_insert_datetime

> DISPLAY "ret_value = ", ret_value

>

> END MAIN

>

>

>



>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4677]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

At the risk of being argumentative, have you actually run finderr -9752? The

exposition given when I do makes it very clear what you need to do.



> On 28 Apr 2017, at 20:16, ROBBY RUTHERFORD

<robby.rutherford@constellium.com> wrote:

>

> I am trying to call a Stored Procedure from 4gl application. The Stored

> Procedure has INOUT and OUT Parameters. I get the 9752 error when trying to

> execute the 4gl. I have never used INOUT or OUT parameters. I have always

> returned the values but I am being asked to use the INOUT and OUT

Parameters.

> Can someone provide an example of a Stored Procedure with OUT parameter and

> the 4gl code used to Execute the Stored Procedure. I am including the stored

> procedure and 4gl code below:

>

> STORED PROCEDURE:

>

> CREATE PROCEDURE

> "informix".get_furn_cast_number(

> INOUT f_furnace_id CHAR(2),

> f_cast_number CHAR(6),

> f_drop_number CHAR(2),

> f_insert_datetime DATETIME YEAR TO SECOND)

> RETURNING SMALLINT

>

> DEFINE row_count SMALLINT;

>

> LET row_count = 0;

>

> SELECT COUNT(*)

>

> INTO row_count

>

> FROM furn_cast_number

>

> WHERE furnace_id = "12";

>

> IF row_count = 0

> THEN

>

> LET f_furnace_id = "0";

>

> LET f_cast_number = "0";

>

> LET f_drop_number = "0";

>

> LET f_insert_datetime = NULL;

>

> LET row_count = 99;

>

> RETURN row_count;

> ELSE

>

> SELECT fcn.furnace_id, fcn.cast_number, fcn.drop_number, fcn.insert_datetime

>

> INTO f_furnace_id, f_cast_number, f_drop_number, f_insert_datetime

>

> FROM furn_cast_number fcn

>

> WHERE furnace_id = "12";

>

> RETURN row_count;

> END IF;

> END PROCEDURE;

>

> GRANT EXECUTE on procedure "informix".get_furn_cast_number to "public" as

> "info"

> /usr/Informix

>

> 4GL:

>

> DATABASE ch_test

>

> MAIN

>

> DEFINE

> ret_value SMALLINT,

> f_furnace_id CHAR(2),

> f_cast_number CHAR(6),

> f_drop_number CHAR(2),

> f_insert_datetime DATETIME YEAR TO SECOND

>

> LET ret_value = NULL

> LET f_furnace_id = NULL

> LET f_cast_number = NULL

> LET f_drop_number = NULL

> LET f_insert_datetime = NULL

> LET f_furnace_id = "12"

>

> PREPARE st_proc FROM "EXECUTE PROCEDURE get_furn_cast_number(?,?,?,?)"

> DECLARE c_proc CURSOR FOR st_proc

> OPEN c_proc USING f_furnace_id, f_cast_number,

>

> f_drop_number, f_insert_datetime

> FETCH c_proc INTO ret_value

>

> DISPLAY "furnace_id = ", f_furnace_id

> DISPLAY "cast_number = ", f_cast_number

> DISPLAY "drop_number = ", f_drop_number

> DISPLAY "insert_datetime = ", f_insert_datetime

> DISPLAY "ret_value = ", ret_value

>

> END MAIN

>

>

>



>

>









* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *



To post a response via email (IIUG members only):



1. Address it to classics@iiug.org

2. Include the bracketed message number in the subject line: [4677]



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

 
Subscribe to this feed
You can subscribe to this RSS feed in a number of ways, including the following:

Drag the orange RSS button into your News Reader

Drag the URL of the RSS feed into your News Reader

Cut and paste the URL of the RSS feed into your News Readerv