[
https://issues.apache.org/jira/browse/DAEMON-401?focusedWorklogId=249246&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-249246
]
ASF GitHub Bot logged work on DAEMON-401:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 28/May/19 10:27
Start Date: 28/May/19 10:27
Worklog Time Spent: 10m
Work Description: jgallimore commented on pull request #475: DAEMON-401 -
updating Windows service binaries
URL: https://github.com/apache/tomee/pull/475
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 249246)
Time Spent: 20m (was: 10m)
> Environment variables set on service not available in JNI dll
> -------------------------------------------------------------
>
> Key: DAEMON-401
> URL: https://issues.apache.org/jira/browse/DAEMON-401
> Project: Commons Daemon
> Issue Type: Bug
> Reporter: Jonathan Gallimore
> Priority: Major
> Fix For: 1.1.1
>
> Attachments: daemon-1.diff, daemon-env.diff, simple-jni.zip
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> I have a JNI dll loaded by a Java process running as a Windows service on
> Windows 2019 using prunsrv. The JNI library is built with VC14, and makes
> calls to getenv(), which is imported from ucrtbase.dll.
> This call to getenv does not pick up environment variables that are set on
> the service via //US//Service ++Environment "key=value". Commons Daemon is
> setting these environment variables using _wputenv(), which is imported from
> msvcrt.dll.
> I started a discussion on the mailing list regarding this. I have patch which
> dynamically loads ucrtbase.dll and calls its _wputenv method as well, if it
> is available.
> I'm happy to provide changes or further patches, and work on this issue, but
> feedback would be useful and very much appreciated.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)