Hello.
I try it for latest pharo2.0 one click. Same results. I am on Windows 7.
First I register ZnServer at workspace:
server := ZnServer on: 10025.
server start.
server register
server isRunning & server isListening.
Then save image. When I reopen image server is running.
Now if I run other application at same port and try to open pharo It will closed with pharoDebug about anable to create socket. No chance to debug and fix it.
I think it is very bad behaviour because it make impossible to run my image at different computers just because another application holds socket.
There is one strange thing. When I open another ZnServer on another image both images works nice. "server isRunning & server isListening." returns true for both.
And same happens if I doing it from one single image.
It is possible to create two ZnServer's for same port. Only one accept requests from webbrowser for example. But when I closed it another ZnServer start accept requests.
I think I just don't know something about sockets but it looks very strange to me.
Best regards,
Denis
On Mon, Sep 24, 2012 at 10:44 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
The behavior you are seeing is standard behavior for a headless image, are you running headless or not ?I think that if the problem comes from the startUp processing, this is the standard behavior whether it is headless or not. But I may be wrong....Igor/Esteban? �I remember discussing this....�
On 24 Sep 2012, at 10:21, Denis Kudriashov <dionisiydk@gmail.com> wrote:
> I am on Windows 7
>
> 2012/9/24 Denis Kudriashov <dionisiydk@gmail.com>
> Ok, I will look at mails.
>
> In short:
> Start new seaside image. Add new zinc adaptor on port 10025 (for example). Save and close image. Block this port by firewall. Start image.
> It should close immediately.
>
> I have pharoDebug with
> THERE_BE_DRAGONS_HERE
> Error: Cannot create socket on port 10025
> 24 September 2012 12:18:00.807 pm
>
> VM: Win32 - IX86 - 6.1 - CoInterpreter VMMaker-oscog-EstebanLorenzano.161 uuid: 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 11 2012, StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.161 uuid: 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 11 2012, https://git.gitorious.org/cogvm/blessed.git Commit: 8eb3f452262d1b213fd1b6fd3cb682e292945ccf Date: Mon Jul 9 15:23:19 2012 +0200 By: Esteban Lorenzano <estebanlm@gmail.com>
> Image: Pharo1.4 [Latest update: #14456]
>
>
>
> 2012/9/24 St�phane Ducasse <stephane.ducasse@inria.fr>
> Check the mailing-list because this was already discussed.
> igor and other spent time to streamline this process in particular in headless mode.
>
> So can you tell us a bit more what you are doing and when?
>
> Stef
>
>
>> Hello.
>>
>> I found very bad behaviour.
>> I use Pharo1.4.
>> And when there is some errors at startup Image just closed. It is horrible
>>
>> I have image with seaside application which open socket at startup.
>> So when I move to another computer where this port is busy (or closed by firewall) Pharo opened and immediately closed. No chance to debug and fix it.
>>
>> What you think about it? Is it fixed already at pharo 2.0?
>>
>> Best regards
>> Denis
>>
>>
>
>
>
>
--On 24 Sep 2012, at 10:21, Denis Kudriashov <dionisiydk@gmail.com> wrote:
> I am on Windows 7
>
> 2012/9/24 Denis Kudriashov <dionisiydk@gmail.com>
> Ok, I will look at mails.
>
> In short:
> Start new seaside image. Add new zinc adaptor on port 10025 (for example). Save and close image. Block this port by firewall. Start image.
> It should close immediately.
>
> I have pharoDebug with
> THERE_BE_DRAGONS_HERE
> Error: Cannot create socket on port 10025
> 24 September 2012 12:18:00.807 pm
>
> VM: Win32 - IX86 - 6.1 - CoInterpreter VMMaker-oscog-EstebanLorenzano.161 uuid: 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 11 2012, StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.161 uuid: 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 11 2012, https://git.gitorious.org/cogvm/blessed.git Commit: 8eb3f452262d1b213fd1b6fd3cb682e292945ccf Date: Mon Jul 9 15:23:19 2012 +0200 By: Esteban Lorenzano <estebanlm@gmail.com>
> Image: Pharo1.4 [Latest update: #14456]
>
>
>
> 2012/9/24 St�phane Ducasse <stephane.ducasse@inria.fr>
> Check the mailing-list because this was already discussed.
> igor and other spent time to streamline this process in particular in headless mode.
>
> So can you tell us a bit more what you are doing and when?
>
> Stef
>
>
> > Hello.
> >
> > I found very bad behaviour.
> > I use Pharo1.4.
> > And when there is some errors at startup Image just closed. It is horrible
> >
> > I have image with seaside application which open socket at startup.
> > So when I move to another computer where this port is busy (or closed by firewall) Pharo opened and immediately closed. No chance to debug and fix it.
> >
> > What you think about it? Is it fixed already at pharo 2.0?
> >
> > Best regards
> > Denis
> >
> >
>
>
>
>
Sven Van Caekenberghe
http://stfx.eu
Smalltalk is the Red Pill
--
Mariano
http://marianopeck.wordpress.com