Activity
From 02/09/2023 to 03/10/2023
03/10/2023
- 12:00 PM Feature #6497: add equivalent support for the -T command line option
- Constantin Asofiei wrote:
> Also, when @-T@ is set, there must be a check if this folder really exists - if it doesn... - 11:57 AM Feature #6497: add equivalent support for the -T command line option
- Regarding where to save this @-T@ option - @Utils$WorkArea.explicitTempFolder@ should be OK (a better name can be used).
- 11:56 AM Feature #6497: add equivalent support for the -T command line option
- There are some issues here. The @-T@ option in FWD must specify the root folder where client-specific temp folders a...
- 11:51 AM Feature #6497: add equivalent support for the -T command line option
- I found this documentation page: https://proj.goldencode.com/projects/p2j/wiki/Bootstrap_Configuration
As I unders...
03/09/2023
- 08:43 AM Bug #7184: Incorrect conversion of concatenated string literals to a LONGCHAR
- The code:...
- 08:42 AM Bug #7184 (Closed): Incorrect conversion of concatenated string literals to a LONGCHAR
- 07:52 AM Feature #6425 (WIP): SESSION handle features
- The customer reports that:
* The idea is that this method will return the current text in the message area. They ... - 03:29 AM Feature #6425: SESSION handle features
- Great, thanks :)
03/08/2023
- 04:30 PM Feature #6425: SESSION handle features
- I'll ask the customer if they can provide details of what it should do or how to write code to see it in action.
- 04:21 PM Feature #6425: SESSION handle features
- Yes, @MESSAGE-AREA-MSG()@ always returns an empty string.
@security-policy:symmetric-encryption-algorithm@ is a ra... - 09:20 AM Feature #6425: SESSION handle features
- I suggest that you should not use the @MESSAGE@ statement while also testing @MESSAGE-AREA-MSG()@. What is returned ...
- 09:13 AM Feature #6425: SESSION handle features
- I tried many combinations like the following without any result....
- 04:08 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Done
03/07/2023
- 02:23 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- Greg Shah wrote:
> > the path being used is @legacy-system/progress@. Greg, I think we need a @legacy-variables/pro... - 02:09 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- > the path being used is @legacy-system/progress@. Greg, I think we need a @legacy-variables/progress@, as this is n...
- 01:31 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- Review for 4382a/14498:
* the path being used is @legacy-system/progress@. Greg, I think we need a @legacy-variable... - 12:55 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- I have recreated the branch 4382a and pushed the changes there
- 10:42 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Theodoros Theodorou wrote:
> Oh, my bad. I created the branch 4382a and my intention was to push the changes there, ... - 08:23 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- I just uncommitted the change from trunk.
We will go through our normal review and testing process. - 08:21 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Oh, my bad. I created the branch 4382a and my intention was to push the changes there, not in the trunk. The changes ...
- 08:10 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Greg, FWD trunk has a commit for #4382:...
- 07:13 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Yes, the branch is 4382a. Should I mention it here when I create a branch?
- 01:08 PM Feature #6497 (WIP): add equivalent support for the -T command line option
- 08:29 AM Feature #7045: re-implement "normal" (non-abend) stack unwinding to avoid throwing an exception
- Greg Shah wrote:
> > But, I don't like changing the semantics of @returnNormal@, depending from where it is being ca... - 08:17 AM Feature #7045: re-implement "normal" (non-abend) stack unwinding to avoid throwing an exception
- > But, I don't like changing the semantics of @returnNormal@, depending from where it is being called - as this can b...
- 04:14 AM Feature #7045: re-implement "normal" (non-abend) stack unwinding to avoid throwing an exception
- In #7142, we found that @p2j.oo@ code still relies on @returnNormal@ to throw a @ReturnUnwindException@. A fix is in...
- 08:05 AM Bug #7176: cleanup p2j.oo code considering the #7045 and #7122
- With #7045, now @returnNormal@ will not throw a @ReturnUnwindException@ if it's being called from a function. In #71...
- 08:03 AM Bug #7176 (New): cleanup p2j.oo code considering the #7045 and #7122
- 04:51 AM Bug #7175 (Review): substitute: incorrect handling of unknown longchar values
- Committed as 3827a rev. 14502.
- 04:47 AM Bug #7175 (WIP): substitute: incorrect handling of unknown longchar values
- This patch fixes this issue:...
- 04:44 AM Bug #7175: substitute: incorrect handling of unknown longchar values
- An *unknown* @lonchar@ value passed as an formatting parameter for @substitute@ is formatted as @null@ instead of exp...
- 04:42 AM Bug #7175 (Closed): substitute: incorrect handling of unknown longchar values
03/06/2023
- 06:11 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- Did you create a branch for the changes?
- 05:57 PM Feature #4382 (Review): implement configurable directory override for PROGRESS global variable
- 05:56 PM Feature #4382 (WIP): implement configurable directory override for PROGRESS global variable
- 11:40 AM Feature #6425: SESSION handle features
- Trial and error. I would guess that the integer arg is the message "line number" for which to get the current text. ...
- 11:26 AM Feature #6425: SESSION handle features
- You are right, it exists. I tried to run it with many arguments and examples and I found that it takes one integer ar...
- 08:18 AM Feature #6425: SESSION handle features
- > I tried on a customer AWS VM which has v11.7 and it throws an error. Also, the autocomplete does not show @MESSAGE-...
- 11:05 AM Bug #7135 (Closed): NPE in conversion of OO looking for oldtype annotation
- 10:46 AM Bug #7135 (Test): NPE in conversion of OO looking for oldtype annotation
- 7135a was merged to trunk as revision 14493. It was archived.
03/03/2023
- 11:27 AM Feature #6425 (Review): SESSION handle features
- Finished with the startup-parameters. The ticket is ready for review. I should also create a test, right?
- 07:00 AM Feature #6821: java collection performance
- Greg Shah wrote:
> > Ultimately, we could iterate the tables individually and process (delete/update then invalidate... - 02:54 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Theodoros, I think the path should be @runtime/{default|<server ID}@ - look how @widget-descriptors@ are loaded in @W...
- 02:49 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- kind reminder
03/02/2023
- 04:35 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Not at this time.
- 04:34 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger Borrello wrote:
> 7135a has been rebased to trunk_14490.
If there are other customers that might have the s... - 03:45 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- 7135a has been rebased to trunk_14490.
- 04:13 PM Feature #6425: SESSION handle features
- I tried on a customer AWS VM which has v11.7 and it throws an error. Also, the autocomplete does not show @MESSAGE-AR...
- 08:26 AM Feature #6425: SESSION handle features
- We believe it exists but it is undocumented. It is possible it only exists in some recent level of OE. Please check...
- 07:49 AM Feature #6425: SESSION handle features
- I think the @SESSION:MESSAGE-AREA-MSG@ does not exist. Can you please confirm?
03/01/2023
- 03:39 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Constantin Asofiei wrote:
> The patch is permanent.
Thanks... I will pursue the customer checking the patched ver... - 03:15 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger Borrello wrote:
> Opened task #7146 for the other runtime issue.
>
> Is the patching of the customer app pr... - 03:13 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Opened task #7146 for the other runtime issue.
Is the patching of the customer app procedures as noted in #7135-34... - 10:50 AM Feature #6425: SESSION handle features
- It doesn't matter.
- 10:26 AM Feature #6425: SESSION handle features
- The code @message session:local-version-info@ prints @Progress.Lang.OEVersionInfo...1000@ using FWD and @Progress.Lan...
02/27/2023
02/24/2023
- 12:52 PM Feature #4382: implement configurable directory override for PROGRESS global variable
- ...
- 10:43 AM Bug #7135 (Review): NPE in conversion of OO looking for oldtype annotation
- Opened task #7145 to handle the first of the runtime errors.
- 05:57 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Open bugs for these runtime issues. If conversion works now, we move on and close this task.
- 10:06 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Greg Shah wrote:
> > With this in mind, I think it shouldn't take too long to change the invocation handler to recei... - 10:03 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- > With this in mind, I think it shouldn't take too long to change the invocation handler to receive the info for Refl...
- 06:30 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- I've changed the original #6819-3 test so that a new @Object[]@ (for the varargs) is not created on each call (so a s...
- 07:11 AM Feature #6821: java collection performance
- Constantin Asofiei wrote:
> Yes, this was from profiling a customer's application.
Great. Review complete, approved.
- 07:10 AM Feature #6821: java collection performance
- Tijs Wickardt wrote:
> Did you profile this? (I see #6821-55 but it seems high level).
Yes, this was from profiling... - 07:09 AM Feature #6821: java collection performance
- Constantin Asofiei wrote:
> The overhead is seen when this code is executed millions of times - I agree that using a... - 07:04 AM Feature #6821: java collection performance
- Tijs Wickardt wrote:
> Reviewed @p2j 7026a -r14497..14499@ .
> The changes are good.
> Remark on @Avoid the overhe... - 07:01 AM Feature #6821 (WIP): java collection performance
- 07:00 AM Feature #6821: java collection performance
- Reviewed @p2j 7026a -r14497..14499@ .
The changes are good.
Remark on @Avoid the overhead of calculating an empty m... - 05:03 AM Feature #6821 (Review): java collection performance
- Reviewing.
- 04:30 AM Feature #6410: implement additional built-in OO classes/interfaces
- Greg Shah wrote:
> 6129b which is now in trunk revision 14484 does have all my previous work on method overloading. ...
02/23/2023
- 05:30 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- There's a lot of issues. Noted one for the GUI application in #6851-203. The ChUI app gets @** LABEL is not a setable...
- 04:35 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- So the incremental build completed, including the compilation. I will need to do some testing, but this is committed ...
- 02:31 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Constantin Asofiei wrote:
> Only the ToString which has an argument as @java.util.Map@ needs to change. Do not touc... - 02:16 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- I've just noticed something in your patch - I mean to change:
> METHOD PUBLIC CHARACTER ToString (INPUT pChartHash A... - 02:15 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, thanks, that confirms what you posted. Just change the 4GL method definitions in these classes to be @asStrin...
- 02:13 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- I see this:...
- 02:09 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- FYI, officially we do not support subclassing 4GL code from Java parent classes or implementing Java interfaces in 4G...
- 02:01 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- I think @LabelRenderer@ is part of the FWD's @ChartWidget.labelHash@, which is not implemented at this time.
- 01:58 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Something like this, and @ToString (INPUT pChartHash AS java.util.Map): @ needs to be @asString (INPUT pChartHash AS ...
- 01:39 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- So the five 4GL procedures that had issues with @LabelRenderer.toLegacyString@:
# app_7135a-14486_20230215a/src/.../... - 01:19 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, as a fast way to solve it: in the 4GL code, can we change all @RenderLabelData.ToString(INPUT pChartHash AS ja...
- 01:08 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, is a little more tricky than this, @NameConverter@ will automatically append an underscore because @toString@ ...
- 12:53 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Constantin Asofiei wrote:
> Roger, sorry, in this case rename toLegacyString in the Java class to toString. That na... - 12:44 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, sorry, in this case rename toLegacyString in the Java class to toString. That name was chosen because of the ...
- 12:40 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Yes
- 12:36 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- So the 4GL would need to be patched to have @toString@ become @toLegacyString@:...
- 12:31 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Greg Shah wrote:
> You are proposing that we just hand-edit the 4GL source code to change the names?
Correct. If a... - 12:31 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- You are proposing that we just hand-edit the 4GL source code to change the names?
- 10:39 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Greg, adding the @LegacySignature@ at a Java interface method will not work.
Before 6129c, @toString@ I think had ... - 10:35 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Look at anything in @com.goldencode.p2j.oo@.
- 10:29 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Greg Shah wrote:
> The @com.goldencode.p2j.ui.chart.LabelRenderer@ does not include the normal legacy signature anno... - 09:25 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- We are choosing to emit @toString_()@ name instead of @toLegacyString()@ in the child classes.
The @com.goldencode... - 09:18 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- For this class:...
- 08:11 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- This is probably something different. The @toLegacyString(jobject<? extends Map>)@ is our replacement name for @toSt...
- 12:28 PM Feature #6821: java collection performance
- 7026a/14499 contains some other improvements:
* Avoid the @LinkedList@ overhead, use @ArrayDeque@ instead, for @Nam...
02/22/2023
- 04:56 PM Bug #7135 (WIP): NPE in conversion of OO looking for oldtype annotation
- The app converted successfully with both changes in place!
But there were compilation errors:...
02/21/2023
- 02:34 PM Bug #7135 (Review): NPE in conversion of OO looking for oldtype annotation
- Committed revision 7135a_14486. Re-running customer app conversion.
- 02:10 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- It is fine for now.
- 02:06 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, please try this patch:...
- 01:55 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- This testcase:...
- 11:49 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Constantin Asofiei wrote:
> Please work on a standalone test and lets use this task for the customer's app issues wi... - 10:50 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Please work on a standalone test and lets use this task for the customer's app issues with trunk (conversion or runti...
- 10:40 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger Borrello wrote:
> I will see if it is related to the change, versus a different issue.
I see that issue whe... - 09:27 AM Bug #7135 (WIP): NPE in conversion of OO looking for oldtype annotation
- Greg Shah wrote:
> If this passes testing, we will merge it to trunk.
There was an issue later in the conversion ... - 07:13 AM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- If this passes testing, we will merge it to trunk.
- 07:13 AM Bug #7135 (Test): NPE in conversion of OO looking for oldtype annotation
- Code Review Task Branch 7135a Revision 14485
No objections. - 10:05 AM Feature #6410: implement additional built-in OO classes/interfaces
- > For ctor's this doesn't seem to work at all
6129b which is now in trunk revision 14484 does have all my previous... - 09:46 AM Feature #6410: implement additional built-in OO classes/interfaces
- Greg Shah wrote:
> Are you working off of trunk rev 14484?
Conversion was ran with trunk #14483, working on 6129b... - 09:36 AM Feature #6410: implement additional built-in OO classes/interfaces
- > is there any update on method/ctor resolution during conversion in regard with Java erasure issue caused by the `ob...
- 09:13 AM Feature #6410: implement additional built-in OO classes/interfaces
- Greg, is there any update on method/ctor resolution during conversion in regard with Java erasure issue caused by the...
- 09:56 AM Feature #6818: analyze the performance of the FWD open client proxy client support
- 7026a/14497 contains changes for the legacy JavaOpenClient:
* Encapsulated the field and relation metadata in their...
02/20/2023
- 06:54 PM Bug #7135 (Review): NPE in conversion of OO looking for oldtype annotation
- Branch 7135a rev 14485 ready for review.
- 04:05 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Yes
- 02:44 PM Bug #7135 (WIP): NPE in conversion of OO looking for oldtype annotation
- Running conversion. Should I create a branch 7135a?
- 02:17 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger Borrello wrote:
> Is this a fix I should try against the customer's code?
Yes.
- 02:12 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- That results in a successful conversion. So those warnings are just red-herrings?
Is this a fix I should try again... - 01:47 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Roger, please try this patch (on top of trunk rev 14484):...
- 01:32 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- The AST is attached:
- 01:30 PM Bug #7135: NPE in conversion of OO looking for oldtype annotation
- Using this testcase (placed in @uast/oo@:...
- 01:26 PM Bug #7135 (Closed): NPE in conversion of OO looking for oldtype annotation
- 04:10 PM Feature #6426 (Closed): implement ERROR-STATUS:CLEAR()
- In the short term it is fine. In the longer term we will probably need to fix it.
- 12:12 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- Greg, IMO, I think we are OK with 'doing nothing'. Otherwise, we can treat these cases of invalid attribute/method r...
- 10:21 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- Yes, I noticed it. Do I need to make any changes (e.g. show a warning)?
- 08:40 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- There is nothing emitted by conversion in @error-status:clear().@, see the standalone @;@ char on a single line.
02/17/2023
- 02:27 PM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Constantin Asofiei wrote:
> Greg: we need to consider if we want to make it a policy to discourage Java lambda, th... - 12:53 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- Post here the .java file for your converted program.
- 12:53 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- I am not sure. I compiled and ran the app using the testcases project without any issues.
- 12:00 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- I'm confused, how does FWD convert @error-status:clear().@?
- 11:58 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- Yes, the error occurs at runtime...
- 10:16 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- Hmm, we must have done something special for this case (or for @ERROR-STATUS@ in general).
To confirm, the error... - 06:05 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- No, FWD does not fail during conversion. FWD and OE both have the same output. The only difference is that OE pops up...
- 05:41 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- I need to discuss this with the customer.
FWD fails during conversion of this testcase, right? - 04:10 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- Do I need to do something more for this ticket now?
- 06:11 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- Can you please elaborate more?
- 05:58 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- No, this is a reference to the @directory.xml@ used as the configuration source for the FWD application server.
- 05:57 AM Feature #4382: implement configurable directory override for PROGRESS global variable
- I would like to ask for some help. Directory override means changing the working directory on runtime or does it mean...
02/16/2023
- 01:54 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- True, though we will eventually be implementing a pure handle approach to everything. For example, I expect an @ERRO...
- 01:44 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- In OE 11.6.3 this attribute is not part of the ERROR-STATUS handle.
OE does not do any compile-time strong-type ch... - 01:40 PM Feature #6426: implement ERROR-STATUS:CLEAR()
- I think it is 11.7.
Perhaps this is just broken code (at runtime) but it compiles. Or perhaps it is a newer (undo... - 11:28 AM Feature #6426: implement ERROR-STATUS:CLEAR()
- Greg, do you recall which OE version the customer's code was running?
- 10:45 AM Feature #6426 (WIP): implement ERROR-STATUS:CLEAR()
- I read a bit about the @error-status@ but I couldn't find anything online regarding @error-status:clear()@. I tried t...
- 07:36 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Constantin Asofiei wrote:
> Review for 7026/rev. 14495. In @NanoTimer@, @UnclosablePreparedStatement@, @ContextLoca... - 06:34 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Review for 7026/rev. 14495. In @NanoTimer@, @UnclosablePreparedStatement@, @ContextLocal@, please add history number...
- 06:08 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Constantin Asofiei wrote:
> Alexandru Lungu wrote:
> > Done!
> Great! Make sure to add history numbers to any chan... - 05:48 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Status of the #6819-37 issues:
* @ContextLocal.get()@ - 16.5mm calls, related to JMX, tested with the JMX timer remo... - 05:32 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Alexandru Lungu wrote:
> Done!
Great! Make sure to add history numbers to any changed file (just a reminder, histor... - 05:28 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Done!
- 05:16 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Alexandru, please create a patch to fix the ContextLocal.get ( the @Object[] res@) first. This is something we can s...
- 05:09 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Constantin Asofiei wrote:
> I'll look at the patch, but I don't think allocated a vararg is a good approach. I'll t... - 07:17 AM Feature #6421 (Test): finish GENERATE-RANDOM-KEY support
- 03:25 AM Feature #6421: finish GENERATE-RANDOM-KEY support
- > 1. Didn't you have other changes needed to make the error handling correct?
In the beginning I modified the meth... - 07:15 AM Bug #6399 (Closed): ENCRYPT/DECRYPT built-in function results different than 4GL when IV is short...
- 04:56 AM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- Thank you Igor for your help regarding the test. I modified it a bit and added it under @testcases/security/security_...
02/15/2023
- 02:21 PM Feature #6421: finish GENERATE-RANDOM-KEY support
- Greg Shah wrote:
> Igor: Please review.
The changes look good. - 01:45 PM Feature #6421: finish GENERATE-RANDOM-KEY support
- Code Review Task Branch 6421a Revision 14485
1. Didn't you have other changes needed to make the error handling co... - 01:44 PM Feature #6421 (Review): finish GENERATE-RANDOM-KEY support
- Igor: Please review.
- 10:42 AM Feature #6421: finish GENERATE-RANDOM-KEY support
- I have recreated the branch 6421a after the branch 6129c was merged to trunk and committed all changes. Please review...
- 01:03 PM Feature #7126: replace 'new unknown()' with 'unknown.INSTANCE' in FWD conversion and runtime
- Renamed @unknown.INSTANCE@ to @unknown.UNKNOWN@ in 7026a/14493.
- 08:47 AM Feature #7126: replace 'new unknown()' with 'unknown.INSTANCE' in FWD conversion and runtime
- Greg Shah wrote:
> How about if we add @import static com.goldencode.p2j.util.unknown.UNKNOWN;@ and then simply refe... - 08:44 AM Feature #7126: replace 'new unknown()' with 'unknown.INSTANCE' in FWD conversion and runtime
- Good idea. My only critique is that I want to find a different name than @unknown.INSTANCE@. I think this is a bit ...
- 08:11 AM Feature #7126: replace 'new unknown()' with 'unknown.INSTANCE' in FWD conversion and runtime
- In 7026a rev 14488, @new unknown()@ was replaced with @unknown.INSTANCE@ in parts of FWD runtime which showed up in p...
- 08:09 AM Feature #7126 (New): replace 'new unknown()' with 'unknown.INSTANCE' in FWD conversion and runtime
- 11:51 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Alexandru Lungu wrote:
> From the "statically extract lambda as class member" point of view...
My analysis seems to... - 11:46 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- I've done a patch, but in a bit of a rush.
There are several complex JMX which need rethinking, as there are > 5 ... - 11:39 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Constantin Asofiei wrote:
> Now, after I looked again at the generated lambda code for this task, the lambdas are al... - 11:19 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Actually, the inlined lambda Eden space allocations is because of the @Object[] res = new Object[1];@ array. Alexand...
- 11:11 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- I've tried this idea with something like this in @LambdaPerf@:...
- 10:15 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Greg, if Alexandru's idea is proven successful, then I think the bytecode can be changed from:...
- 09:08 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Alexandru Lungu wrote:
> Unless my times are due to a Java compilation optimization, cutting down the code altogethe... - 09:04 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- I've run @LambdaPerf.java@ and I've got similar results. On my computer however, I get Lambda Call time (132.047478) ...
- 05:47 AM Feature #7122: convert default getter/setter as plain Java methods
- For default object property getter and setters, emit a plain Java method with a @return prop.duplicate();@ for a gett...
- 05:21 AM Bug #7089: sanitize p2j.oo method signature
- The current changes are in 7026a rev 14814.
- 04:46 AM Feature #6826: reduce the BDT usage in FWD runtime
- 7826a/14811 fixes other cases to reduce BDT usage from within FWD runtime.
- 04:17 AM Feature #6820: reduce String.toLowerCase and toUpperCase usage and String instances
- Committed to 7026a rev 14810.
02/14/2023
- 02:22 PM Feature #7122 (WIP): convert default getter/setter as plain Java methods
- 09:35 AM Feature #7122: convert default getter/setter as plain Java methods
- I don't see any reason to have the @BlockManager.function/procedure@ wrappers for default scalar getter/setter Java m...
- 09:34 AM Feature #7122 (WIP): convert default getter/setter as plain Java methods
- 09:59 AM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- I've used the attached program for testing cryptography.
May be it can be useful. - 08:57 AM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- I'm OK with closing this task. Before we do that, please do/consider the following:
* Gather all of your various ... - 08:38 AM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- I tried many combinations with @AES_CBC_256@. Some of them can be found below. I keep getting identical results with ...
02/13/2023
- 02:26 PM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- As far as I rememeber after the Constantin's fix we are 100% binary compatible with 4GL with respect to the encryptio...
- 02:21 PM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- From #5915-40:
>The problem is with @generate-pbe-key@, where @AES_CBC_256@ is used for this key (32 length). There... - 01:45 PM Bug #6399: ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter than r...
- I have read some existing tests under @testcases/security/security_policy@ and I tried to understand them. I tried ma...
- 09:28 AM Feature #6820: reduce String.toLowerCase and toUpperCase usage and String instances
- Hynek Cihlar wrote:
> And some cleanup:
Great, I'll test this and include it in my larger changes. - 09:12 AM Feature #6820: reduce String.toLowerCase and toUpperCase usage and String instances
- And some cleanup:...
- 09:09 AM Feature #6820: reduce String.toLowerCase and toUpperCase usage and String instances
- Constantin Asofiei wrote:
> Hynek, what times do you get for @StringHelper.hashCodeCaseInsensitive@ test? Please te... - 08:52 AM Feature #6820: reduce String.toLowerCase and toUpperCase usage and String instances
- Hynek, what times do you get for @StringHelper.hashCodeCaseInsensitive@ test? Please test what happens if you use so...
- 08:42 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Greg Shah wrote:
> How many JMX instrumentation locations are there? I'd like to run some non-trivial application c... - 08:39 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Try attached testcase in command-line. On devsrv01, the times are these:...
- 08:17 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- How many JMX instrumentation locations are there? I'd like to run some non-trivial application code with and without...
- 08:06 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- Greg Shah wrote:
> > I think we need to add a JVM flag to enable or disable the JMX code, so for production mode it ... - 08:04 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- > I think we need to add a JVM flag to enable or disable the JMX code, so for production mode it will go via the dire...
02/12/2023
- 03:14 AM Feature #6819: refactor FWD proxy implementation to use ReflectASM instead of Java Method reflection
- I've did more testing and profiling of lambda calls. Even a simple lambda call as we have in @ContextLocal.get(boole...
02/10/2023
- 12:54 PM Feature #4065: server-side processing of client platform dependencies
- > With respect to the anticipated use cases does it make sense to replace these with the managed file system resource...
- 11:39 AM Feature #4065: server-side processing of client platform dependencies
- Greg, I found several places in the client UI where file IO is performed directly. An example is a button widget load...
02/09/2023
- 01:49 PM Feature #4065: server-side processing of client platform dependencies
- Hynek Cihlar wrote:
> Greg, do we want to interpolate the file paths with a set of known variables? Like logged in u... - 01:06 PM Feature #4065: server-side processing of client platform dependencies
- Greg, do we want to interpolate the file paths with a set of known variables? Like logged in user, application name, ...
- 11:19 AM Feature #4065: server-side processing of client platform dependencies
- Constantin Asofiei wrote:
> Hynek Cihlar wrote:
> > I created task branch 4065a based on trunk revision 14477.
> F... - 11:16 AM Feature #4065: server-side processing of client platform dependencies
- Hynek Cihlar wrote:
> I created task branch 4065a based on trunk revision 14477.
FYI, trunk is on rev 14483. - 10:20 AM Feature #4065: server-side processing of client platform dependencies
- > > > Should we pursue some kind of EXECUTE permissions on the OS-COMMAND statement?
> >
> > It is a really good i... - 10:11 AM Feature #4065: server-side processing of client platform dependencies
- Greg Shah wrote:
> > Should we pursue some kind of EXECUTE permissions on the OS-COMMAND statement?
>
> It is a r... - 09:49 AM Feature #4065: server-side processing of client platform dependencies
- I think you can add this @EXECUTE@ extra bit into the @BitFlagsResource@ directory.
- 09:48 AM Feature #4065: server-side processing of client platform dependencies
- > Except I think we should implicitly deny access when no permission rule is matched.
Agreed. We always should a... - 08:55 AM Feature #4065: server-side processing of client platform dependencies
- Hynek Cihlar wrote:
> Also we should introduce the EXECUTE permission.
I will rephrase this to a question. Shoul... - 08:49 AM Feature #4065: server-side processing of client platform dependencies
- Greg Shah wrote:
> > The actual file-system security model will be based on the Linux file-system security model.
>... - 08:32 AM Feature #4065: server-side processing of client platform dependencies
- > Current FWD security model doesn't have primitives for file-system resources, this will have to be extended.
> The... - 08:04 AM Feature #4065: server-side processing of client platform dependencies
- I created task branch 4065a based on trunk revision 14477.
- 07:34 AM Feature #4065: server-side processing of client platform dependencies
- I'm currently working on the file-system server-side processing. Here are a few notables:
* Current FWD security m... - 09:55 AM Feature #6421 (Feedback): finish GENERATE-RANDOM-KEY support
- 04:01 AM Feature #6421: finish GENERATE-RANDOM-KEY support
- > Did you add the unknown value test code?
I added this:... - 09:54 AM Bug #6399 (WIP): ENCRYPT/DECRYPT built-in function results different than 4GL when IV is shorter ...
Also available in: Atom