|
From: Tom S. <Tom...@Me...> - 2007-11-28 21:30:18
|
Leif,
When I try and build the 32-bit wrapper, I get:
cl /D "WIN32" /D "NDEBUG" /FD /EHsc /MT /Zp4 /W3 /nologo /c /Zi /e=
rrorR
eport:prompt /D "_CRT_SECURE_NO_DEPRECATE" /O2 /GL /D "_CONSOLE" /Wp64 /Fo"=
wrapp
er32_VC8__Win32_Release\\" /Fd"wrapper32_VC8__Win32_Release\\" wrapper.c
wrapper.c
wrapper.c(312) : error C2065: 'filePart' : undeclared identifier
wrapper.c(312) : warning C4047: 'function' : 'LPSTR *' differs in levels of=
indi
rection from 'int *__w64 '
wrapper.c(312) : warning C4024: 'GetFullPathNameA' : different types for fo=
rmal
and actual parameter 4
NMAKE : U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\cl.EXE"=
' : r
eturn code '0x2'
Stop.
BUILD FAILED
D:\repositories\metalincsmodules\Wrapper\build.xml:514: exec returned: 2
Total time: 7 seconds
D:\repositories\metalincsmodules\Wrapper>
Tom
-----Original Message-----
From: wra...@li... [mailto:wrapper-user-bounc=
es...@li...] On Behalf Of Tom Saulpaugh
Sent: Wednesday, November 28, 2007 1:19 PM
To: 'wra...@li...'
Subject: Re: [Wrapper-user] ^^C not working sometimes
Leif,
I did an update:
D:\JavaServiceWrapperTrunk\wrapper\wrapper>svn update
U src\c\wrappereventloop.c
U src\c\wrapper.c
U src\c\property.c
U default.properties
U doc\revisions.txt
Updated to revision 1380.
and got this error after doing these 64-bit build commands:
D:\JavaServiceWrapperTrunk\wrapper\wrapper>build64.bat clean D:\JavaService=
WrapperTrunk\wrapper\wrapper>build64.bat
wrapper.c
wrapper.c(312) : error C2065: 'filePart' : undeclared identifier
wrapper.c(312) : warning C4090: 'function' : different '__ptr64' qualifiers
NMAKE : U1077: '"D:\Program Files (x86)\Microsoft Visual Studio 8\VC\BIN\a=
md64\
cl.EXE"' : return code '0x2'
Stop.
BUILD FAILED
D:\repositories\metalincsmodules\Wrapper\build.xml:514: exec returned: 2
Total time: 4 seconds
D:\repositories\metalincsmodules\Wrapper>
I'll try and build the 32-bit version.
Thanks,
Tom
-----Original Message-----
From: wra...@li... [mailto:wrapper-user-bounc=
es...@li...] On Behalf Of Leif Mortenson
Sent: Wednesday, November 28, 2007 11:18 AM
To: wra...@li...
Subject: Re: [Wrapper-user] ^^C not working sometimes
Tom,
I have gotten this problem fixed in the SVN trunk code. It was a
problem I introduced by "cleaning up" the state engine for the 3.3.0
release. It had not been released.
Please give it a try and let me know if you find any other problems.
Cheers,
Leif
Tom Saulpaugh wrote:
> The previous version was 3.2.3.
> We are now using version 3.3.0-b
>
> Tom
>
> -----Original Message-----
> From: wra...@li... [mailto:wrapper-user-bou=
nc...@li...] On Behalf Of Leif Mortenson
> Sent: Tuesday, November 20, 2007 7:26 PM
> To: wra...@li...
> Subject: Re: [Wrapper-user] ^^C not working sometimes
>
> Tom,
> I agree, that something is not working correctly. You said with the
> previous
> version "2.3" it was working. Do you mean "3.2.3"? What version are you
> using now?
>
> Cheers,
> Leif
>
> Tom Saulpaugh wrote:
>
>> Leif,
>>
>> Here is the log during the double ctl-c.
>>
>> It takes 6 seconds to shutdown the JVM starting at
>>
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | Signal trapped. Det=
ails:
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | signal number=3D2 =
(SIGINT), source=3D"the kernel"
>> STATUS | wrapper | main | 2007/11/20 13:58:36 | INT trapped. Shutti=
ng down.
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | wrapperStopProcess(0=
) called.
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | Sending stop signal =
to JVM
>> DEBUG | wrapperp | main | 2007/11/20 13:58:36 | send a packet STOP :=
NULL
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | Signal trapped. Det=
ails:
>> DEBUG | wrapper | main | 2007/11/20 13:58:36 | signal number=3D2 =
(SIGINT), source=3D"the kernel"
>> STATUS | wrapper | main | 2007/11/20 13:58:36 | INT trapped. Forcin=
g immediate shutdown.
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: Received a packet STOP :
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: Thread, Wrapper-Connection, handling the shutdown process.
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: calling listener.stop()
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: Waiting for WrapperListener.stop runner thread to complete.
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: Processing control event(WRAPPER_CTRL_C_EVENT)
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: WrapperManager.stop(0) called by thread: Wrapper-Control-Event-Monitor
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: Thread, Wrapper-Control-Event-Monitor, waiting for the JVM to exit.
>> INFO | jvm 1 | main | 2007/11/20 13:58:36 | WrapperManager Debug=
: WrapperListener.stop runner thread started.
>>
>>
>> < OUR JVM SHUTDOWN PROCESSING HERE>
>> .
>> .
>> .
>> < OUR JVM SHUTDOWN PROCESSING HERE>
>>
>>
>> and ending at:
>>
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: WrapperListener.stop runner thread stopped.
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: returned from listener.stop() -> 0
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: shutdownJVM(0) Thread:Wrapper-Connection
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: Send a packet STOPPED : 0
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: Closing socket.
>> INFO | jvm 1 | main | 2007/11/20 13:58:42 | WrapperManager Debug=
: calling System.exit(0)
>> DEBUG | wrapper | main | 2007/11/20 13:58:42 | JVM exited normally.
>> DEBUG | wrapper | main | 2007/11/20 13:58:42 | Signal trapped. Det=
ails:
>> DEBUG | wrapper | main | 2007/11/20 13:58:42 | signal number=3D17=
(SIGCHLD), source=3D"unknown"
>> DEBUG | wrapper | main | 2007/11/20 13:58:42 | Received SIGCHLD, ch=
ecking JVM process status.
>> DEBUG | wrapper | main | 2007/11/20 13:58:42 | JVM process exited w=
ith a code of 0, leaving the wrapper exit code set to 0.
>> STATUS | wrapper | main | 2007/11/20 13:58:42 | <-- Wrapper Stopped
>>
>> It seems like that even when the wrapper says it is forcing an immediate=
shutdown, it is waiting for the JVM to finish and during that time our cod=
e is doing its shutdown processing, which takes 6 seconds in this case.
>>
>> I'm confused regarding the notion of "immediate". What is an immediate =
shutdown? How is it different than kill -9 JVM_PID?
>>
>> With the previous wrapper (2.3) this never happened. Did anything chang=
e that would affect immediate shutdown?
>>
>> Thanks for your help,
>>
>> Tom
>>
>>
>>
>> -----Original Message-----
>> From: wra...@li... [mailto:wrapper-user-bo=
un...@li...] On Behalf Of Leif Mortenson
>> Sent: Monday, November 19, 2007 6:28 PM
>> To: wra...@li...
>> Subject: Re: [Wrapper-user] ^^C not working sometimes
>>
>> Tom,
>> There used to be a bug where the Wrapper would sometimes mistake
>> a single CTRL-C event as two and kill the JVM. But I have never seen
>> what you are seeing.
>>
>> Could you try to reproduce this with wrapper.debug=3Dtrue enabled?
>>
>> How long apart are the two CTRL-C events? Are you seeing
>> messages in the log for both of them?
>>
>> Cheers,
>> Leif
>>
>> Tom Saulpaugh wrote:
>>
>>
>>> Has anyone noticed that double cntrl-c doesn't always kill the JVM?
>>>
>>> I have seen this on linux and windows.
>>>
>>> Is there a fix for this?
>>>
>>> It seems to happen when the JVM is under heavy load.
>>>
>>>
>>>
>>> Thanks,
>>>
>>>
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>>
>>> -----------------------------------------------------------------------=
-
>>>
>>> -----------------------------------------------------------------------=
--
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> -----------------------------------------------------------------------=
-
>>>
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>>
>> ------------------------------------------------------------------------=
-
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>> ------------------------------------------------------------------------=
-
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|