Activity
From 06/25/2014 to 07/24/2014
07/24/2014
- 08:23 AM Bug #2344: invalid scoping for dynamic buffers
- ...
- 08:14 AM Bug #2344: invalid scoping for dynamic buffers
- Dynamic buffers for permanent tables should have global scope....
- 07:45 AM Bug #2344 (Closed): invalid scoping for dynamic buffers
07/23/2014
- 08:57 AM Bug #2295: In Progress output parameters ignore decimal precision
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > Constantin Asofiei wrote:
> > * @display@ shows the decimal va... - 02:56 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek Cihlar wrote:
> Constantin Asofiei wrote:
> * @display@ shows the decimal value according to field's format d...
07/22/2014
- 06:27 PM Bug #2295: In Progress output parameters ignore decimal precision
- Constantin Asofiei wrote:
> Please try to find where the field's DECIMALS clause is forced: assign operator, buffer-... - 03:04 PM Bug #2295: In Progress output parameters ignore decimal precision
- If other storage systems are planned to be supported I think these should be tested as well. I can imagine (and I act...
07/21/2014
- 09:01 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek, please confirm that your test cases showing the unconstrained storage behavior work the same way on Progress 9...
- 03:31 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek Cihlar wrote:
> What semantics @MAX-WIDTH@ holds anyway? I didn't find any useful documentation explaining the...
07/20/2014
- 03:16 PM Bug #2295: In Progress output parameters ignore decimal precision
- Constantin Asofiei wrote:
> OK, I think I understand what you mean now. What you need to test is this: change the ... - 08:02 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek Cihlar wrote:
> By @MAX-WIDTH@ did you mean the default number of decimal places, i.e. 10? The maximum number ...
07/19/2014
- 07:49 PM Bug #2295: In Progress output parameters ignore decimal precision
- Constantin Asofiei wrote:
> Please try to find where the field's DECIMALS clause is forced: assign operator, buffer-... - 05:03 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek Cihlar wrote:
> When the data is read into another buffer the buffer will still hold the unconstraint decimal ...
07/18/2014
- 08:25 AM Bug #2295: In Progress output parameters ignore decimal precision
- When the data is read into another buffer the buffer will still hold the unconstraint decimal value. I tried your sam...
- 04:21 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek, please check the following too:
# what happens if the record (for which the field's decimals doesn't match th...
07/17/2014
- 05:24 PM Bug #2295: In Progress output parameters ignore decimal precision
- Greg Shah wrote:
> Please post the testcase(s) that you used to find this strange behavior. I'd like to see how appl... - 04:46 PM Bug #2295: In Progress output parameters ignore decimal precision
- Please post the testcase(s) that you used to find this strange behavior. I'd like to see how applications might rely...
- 04:36 PM Bug #2295: In Progress output parameters ignore decimal precision
- Constantin Asofiei wrote:
> Please double-check how this behaves with a physical table; use the p2j_test.df schema a...
07/15/2014
- 02:24 PM Bug #2337: trigger scanning defect
- There were no conversion differences (Except for the schema-triggers.xml file itself in src/aero/timco/majic/dmo).
T... - 10:32 PM Bug #2337: trigger scanning defect
- Code review 0714a:
Looks good, please commit and distribute when this passes testing.
07/14/2014
- 03:46 PM Bug #2337: trigger scanning defect
- Attached the update that saves the @schema-trigger.xml@ to @src/{application path}/dmo@ directory to be further packa...
- 02:16 PM Bug #2337: trigger scanning defect
- Greg Shah wrote:
> ...we can always write a tool to generate the xml "cache" file from the annotations, such that it... - 10:56 AM Bug #2337: trigger scanning defect
- In regard to the annotations vs xml file approach question, my preference is for the annotations approach. If the pe...
- 10:50 AM Bug #2337: trigger scanning defect
- Code Review 0711a
I only reviewed the parser change. It looks good. Nice catch. - 10:37 AM Bug #2337: trigger scanning defect
- Greg: when Ovidiu posts the next update, would you please review the parser change?
- 10:34 AM Bug #2337: trigger scanning defect
- Let's keep all these alternatives in mind, but considering that it works well as is (I tested with the @schema-trigge...
- 10:19 AM Bug #2337 (WIP): trigger scanning defect
- I noticed that unintentionally I changed the status of this issue back to "Review". Reverted to WIP.
- 07:15 AM Bug #2337 (Review): trigger scanning defect
- I see tree solutions now, not sure which is the best:
1. the easiest would be to keep the current one, implemented i... - 03:22 PM Feature #2339: generate schema-triggers.xml from Java annotations at build time
- Eric Faulhaber wrote:
> I understand @schema-triggers.xml@ is an artifact of conversion, and an intermediate form of... - 02:45 PM Feature #2339: generate schema-triggers.xml from Java annotations at build time
- Eric Faulhaber wrote:
> ... and replacing the dots with slashes).
What I should have written was "... and replaci... - 02:42 PM Feature #2339: generate schema-triggers.xml from Java annotations at build time
- Ovidiu Maxiniuc wrote:
> I was about to reply on 2337. I am not sure you understand the utility of @schema-triggers.... - 02:18 PM Feature #2339: generate schema-triggers.xml from Java annotations at build time
- I was about to reply on 2337. I am not sure you understand the utility of @schema-triggers.xml@.
The xml file is c... - 02:10 PM Feature #2339: generate schema-triggers.xml from Java annotations at build time
- See discussion in #2337, beginning at note 9, and particularly note 17.
The idea is to emit Java annotations relat... - 02:02 PM Feature #2339 (New): generate schema-triggers.xml from Java annotations at build time
07/13/2014
- 03:35 PM Bug #2295: In Progress output parameters ignore decimal precision
- The case above from note 1 has been fixed by #2293.
07/12/2014
- 06:27 PM Bug #2295 (WIP): In Progress output parameters ignore decimal precision
- 01:43 PM Bug #2337: trigger scanning defect
- I converted the customer's server project. The @schema-triggers.xml@ file is left at the project root directory, but ...
07/11/2014
- 03:35 PM Bug #2337 (WIP): trigger scanning defect
- Code review 20140711a:
The only comment I have is about the change in approach when initializing the trigger manag... - 02:28 PM Bug #2337 (Review): trigger scanning defect
- Uploaded fix for trigger issues:
- the @schema-trigger.xml@ improved in the second step
- @DatabaseTriggerManager@ ... - 11:32 AM Bug #2337: trigger scanning defect
- Ah, OK. Sorry for the confusion I caused.
- 11:30 AM Bug #2337: trigger scanning defect
- I see, for the customer, @com/something/server/dmo@, it make more sense.
I was fooled by "directory's parent". I int... - 11:22 AM Bug #2337: trigger scanning defect
- Ovidiu Maxiniuc wrote:
> I will add the rule for copying the file to @run/server@ and load it accordingly.
I foll... - 06:36 AM Bug #2337: trigger scanning defect
- I found the cause why ASSIGNS are not converted correctly.
In the @progress.g@, in the @on_stmt@ function, the follo... - 05:00 AM Bug #2337: trigger scanning defect
- Eric Faulhaber wrote:
> I would not add this to the root of the jar, if it is associated with a particular schema (@...
07/10/2014
- 06:07 PM Bug #2337: trigger scanning defect
- Ovidiu Maxiniuc wrote:
> Fixed the issue. It proved to be rather simple, just to add the class name (including packa... - 04:29 PM Bug #2337 (WIP): trigger scanning defect
- Fixed the issue. It proved to be rather simple, just to add the class name (including package to current xml list of ...
- 12:16 PM Bug #2337: trigger scanning defect
- Because File.listFiles() does not work on jar locations, the initialization of the @DatabaseTriggerManager@ (gatherin...
- 12:11 PM Bug #2337 (Closed): trigger scanning defect
07/09/2014
- 05:08 PM Bug #2336: TABLE-HANDLE FOR parameters for internal procedures
- TABLE-HANDLE FOR parameters for internal procedures are not converted properly. @appserver-table-errors.p@ and @appse...
- 05:04 PM Bug #2336 (New): TABLE-HANDLE FOR parameters for internal procedures
07/02/2014
- 06:27 AM Bug #2327: Wrong values initialized by field initializer
- This is a database issue more than a base language issue.
Eric will determine if this needs to be worked now, or i... - 06:20 AM Bug #2326: Reference to the extent value of a field is emitted as a constant
- This task is related to database conversion more than base language.
It does not need to be worked on right now. - 03:51 AM Bug #2295: In Progress output parameters ignore decimal precision
- Hynek Cihlar wrote:
> The case above from note 1 has been fixed as part of the issue #2293, and about to be released...
07/01/2014
- 05:15 PM Bug #2295: In Progress output parameters ignore decimal precision
- The case above from note 1 has been fixed as part of the issue #2293, and about to be released.
A similar case exi... - 09:41 AM Feature #2312: match Progress collation in a SQL Server database
- I have run some scans over the database dump from lincon01, indexing the occurrences for each character in strings. I...
06/30/2014
- 05:39 AM Bug #2327: Wrong values initialized by field initializer
- The following program...
- 05:38 AM Bug #2327 (New): Wrong values initialized by field initializer
- 03:28 AM Bug #2326: Reference to the extent value of a field is emitted as a constant
- Hynek Cihlar wrote:
> If I am correct, fields can be declared as determinate extents only (with a constant extent si...
06/29/2014
- 05:09 PM Bug #2326: Reference to the extent value of a field is emitted as a constant
- If I am correct, fields can be declared as determinate extents only (with a constant extent size) hence this issue ma...
- 05:03 PM Bug #2326: Reference to the extent value of a field is emitted as a constant
- The 4GL code...
- 04:54 PM Bug #2326 (New): Reference to the extent value of a field is emitted as a constant
06/27/2014
- 06:29 PM Feature #2312: match Progress collation in a SQL Server database
- Please choose from the available collations the ones you feel are the closest, practical matches for Progress' collat...
06/25/2014
- 12:35 PM Feature #2220: dynamic query methods which require implementation
- Sample looks good, thanks.
- 11:58 AM Feature #2220: dynamic query methods which require implementation
- > Looks good, though I would still like to see sample output. Note there is another version of @IndexHelper@ in play ...
- 11:34 AM Feature #2220: dynamic query methods which require implementation
- Testcase:...
Also available in: Atom