From: Will N. <wi...@mi...> - 2005-05-22 11:57:53
|
Hupping yaws does not reload changed beam files from ebin_dir. Is this the expected behaviour? |
From: Claes W. <kl...@gm...> - 2005-05-23 17:12:32
|
On 5/22/05, Will Newton <wi...@mi...> wrote: >=20 > Hupping yaws does not reload changed beam files from ebin_dir. Is this th= e > expected behaviour? >=20 Ahh, never thought of that. It would make sence to do that .. maybe. Then again, it may not always be that easy. The could very well be running processes that would then .. possibly get killed. Frankly, I can't make up my mind what is the right thing (TM) to do here. Does the list have an opinion? Besides, did you get get the restart problem from earlier posts=20 sorted out. It looked buggy. One thing for you to checkout and readup on is (possibly) the way I handle multiple yaws instances on the same box through the=20 -id switch /klacke |
From: Torbjorn T. <to...@no...> - 2005-05-23 17:27:42
|
Claes Wikstrom wrote: >On 5/22/05, Will Newton <wi...@mi...> wrote: > =20 > >>Hupping yaws does not reload changed beam files from ebin_dir. Is this = the >>expected behaviour? >> >> =20 >> > >Ahh, never thought of that. It would make sence to do that .. maybe. >Then again, it may not always be that easy. The could very well be runni= ng >processes that would then .. possibly get killed. >Frankly, I can't make up my mind what is the right thing (TM) to do >here. Does the list have an opinion? > =20 > Perhaps you could provide a hook, so that apps can decide for themselves how/if to load the code. --Tobbe > >Besides, did you get get the restart problem from earlier posts=20 >sorted out. It looked buggy. > >One thing for you to checkout and readup on is (possibly) the >way I handle multiple yaws instances on the same box through the=20 >-id switch > > >/klacke > > >------------------------------------------------------- >This SF.Net email is sponsored by Oracle Space Sweepstakes >Want to be the first software developer in space? >Enter now for the Oracle Space Sweepstakes! >http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=CCk >_______________________________________________ >Erlyaws-list mailing list >Erl...@li... >https://lists.sourceforge.net/lists/listinfo/erlyaws-list > =20 > |
From: Will N. <wi...@mi...> - 2005-05-23 18:00:40
|
On Monday 23 May 2005 18:12, Claes Wikstrom wrote: > Ahh, never thought of that. It would make sence to do that .. maybe. > Then again, it may not always be that easy. The could very well be running > processes that would then .. possibly get killed. > Frankly, I can't make up my mind what is the right thing (TM) to do > here. Does the list have an opinion? My current development cycle is: 1. Make change to erl 2. make 3. Copy across beam files 4. Restart yaws Hupping yaws is quicker than a full restart, so it would shave a little time off my development cycle. It is documented that hupping will "flush internal content caches", I haven't investigated this, but could it mean yaws could find updated .yaws files but not updated .beam files leading to .yaws files trying to import code from a .beam file older than expected? The workaround is quite easy and the fix was not obvious to me, so this is not a big issue. > Besides, did you get get the restart problem from earlier posts > sorted out. It looked buggy. I haven't seen it recently, which suggests I had something misconfigured. I would like to know what though, so if I see it again I will try and debug it. BTW, for any Debian users out there, there is now a yaws package for unstable: http://packages.debian.org/unstable/web/yaws |
From: Michael M. <ya...@au...> - 2005-05-24 04:33:31
|
On Mon, May 23, 2005 at 07:12:27PM +0200, Claes Wikstrom wrote: > On 5/22/05, Will Newton <wi...@mi...> wrote: > >=20 > > Hupping yaws does not reload changed beam files from ebin_dir. Is this = the > > expected behaviour? > >=20 >=20 > Ahh, never thought of that. It would make sence to do that .. maybe. > Then again, it may not always be that easy. The could very well be running > processes that would then .. possibly get killed. > Frankly, I can't make up my mind what is the right thing (TM) to do > here. Does the list have an opinion? ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I like the idea of reloading ebin .beam files when hupping yaws. =20 Could it be done so that running ?MODULE:fun() is not interrupted, but on the next ?MODULE:fun() call the newly loaded code gets run? That would work great for an appmod I have which presently has loss-of-service when I load new code and have to stop/start yaws. ~Michael >=20 >=20 > Besides, did you get get the restart problem from earlier posts=20 > sorted out. It looked buggy. >=20 > One thing for you to checkout and readup on is (possibly) the > way I handle multiple yaws instances on the same box through the=20 > -id switch >=20 >=20 > /klacke >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dclick > _______________________________________________ > Erlyaws-list mailing list > Erl...@li... > https://lists.sourceforge.net/lists/listinfo/erlyaws-list |