whelkmud-talk Mailing List for WhelkMud - a mud client
Status: Beta
Brought to you by:
pinkfish
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(43) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(38) |
Feb
(29) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: David B. <dd...@di...> - 2005-06-07 00:41:21
|
Doesn't sound good... I will double check the installer stuff. Thanks! David. On Tue, 7 Jun 2005, Ian K wrote: > So, I have .Net 2 beta 2. And I have the latest binary installer. And > when I try to use it, it says "Unable to open setup.exe". Any ideas? > > -B > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > _______________________________________________ > Whelkmud-talk mailing list > Whe...@li... > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > |
From: Ian K <ian...@gm...> - 2005-06-07 00:37:51
|
So, I have .Net 2 beta 2. And I have the latest binary installer. And when I try to use it, it says "Unable to open setup.exe". Any ideas? -B |
From: David B. <dd...@di...> - 2005-06-07 00:18:50
|
Morning, Ok, I just put up a new version, this one is compiled with the beta 2 version of .net framework 2.0. So you will need to download this from the microsoft web site to setup and use before you can install the main version of whelkmud. Other than that, it should operate much as it did before :) Good luck, David. |
From: David B. <dd...@di...> - 2005-03-14 23:51:22
|
Morning, Ok, after a bit of a break I put another version of the client up. I fixed a few bugs and this time I made sure I uploaded the right version :) It is now up there and working correctly. THis version is a release version, so hopefully it should be a little faster. it should also not show line numbers when it throws an exception. Thanks! David. |
From: James <jam...@gm...> - 2005-02-24 14:46:37
|
David Bennett wrote: >Morning, > >I put this out, sorry I have been a bit slower recently, been busy at >work. > >This version doesn't really make many fixes, mostly what it does is >compile it in release mode. This should reduce the memory and size >footprint. Could people look at this release and see if it is any >quicker/smaller? > >Thanks, >David. > >Hello David, > > I got your reply about .30.0 and forgetting to complie. Has this been corrected? I only ask as I still have troubles updating to .30.0 I haven't tried manual dl again yet. James/Soothsayer |
From: David B. <dd...@di...> - 2005-02-24 01:08:59
|
Morning, Opps. I probably forgot to compile after I updated the version numbers. Sorry. Thanks, David. On Wed, 23 Feb 2005, SourceForge.net wrote: > Bugs item #1150663, was opened at 2005-02-24 12:07 > Message generated for change (Tracker Item Submitted) made by Item Submitter > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=703437&aid=1150663&group_id=125714 > > Category: Connection > Group: None > Status: Open > Resolution: None > Priority: 5 > Submitted By: J.Moffat (phatcows) > Assigned to: David Bennett (pinkfish) > Summary: 0.0.30.0 won't install > > Initial Comment: > Okay... > > I tried downloading 0.0.30.0 with the auto updater, > that didn't work. > As said in earlier bugrep. > > I tried manually downloading .30.0 and installing it > over the top of the old version, that didn't work. > As per problems Sined had with .29.0 > > > I tried manually uninstalling version .29.0 and then > installing .30.0, that didn't work. > > I tried manually uninstalling .29.0, restarting my > computer and then installing .30.0, that didn 't work. > > It installs 0.0.29.0 again? Well in the about box it > says it is still .29.0 and the client asks me yet again > if I want to update to .30.0 > I install the downloaded .30.0 program, yet I cannot > seem to be able to install the program??? > > *sigh* > > J. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=703437&aid=1150663&group_id=125714 > |
From: David B. <dd...@di...> - 2005-02-24 01:07:08
|
Morning, I put this out, sorry I have been a bit slower recently, been busy at work. This version doesn't really make many fixes, mostly what it does is compile it in release mode. This should reduce the memory and size footprint. Could people look at this release and see if it is any quicker/smaller? Thanks, David. |
From: David B. <dd...@di...> - 2005-02-18 22:09:45
|
Morning, Ok, I think I know what the problem was with this version and autoupdate, it is due to how I uploaded the code. I will make sure this is fixed in the next release. Thanks! David. |
From: Denis M. <den...@nt...> - 2005-02-16 09:55:15
|
Denis McMahon wrote: > Feantur wrote: >> Quoting Denis McMahon <den...@nt...>: >> > Hmm ... 0.28 didn't auto update >> For some reason auto update hasn't worked for me at all so far. I'll >> try on >> another computer without a firewall (although I doubt it'll be that). > It's been fine the last few versions but 0.28 -> 0.29 didn't (yet). Blech Following up on myself :( OK, it failed again, so I downloaded the new version and installed it manually. The first time I tried it refused, because an earlier version was installed. This seems weird: Auto installing a new version as a detected update happily over-writes an older version Manually installing a new version fails unless the prior installed version is manually uninstalled. I can't see any logical reason that a manually started install of a new version can't automatically de-install the previous version in the same way that I presume the automatic update does? Ok, maybe an extra dialogue to confirm: [de-install previous version y/n?] but not a complete failure? I'll raise this as a new bug in the installer tool. In the meantime, if anyone else finds they need to manually install 0.29, you may find you need to deinstall 0.28 first (it may be an os related quirk, I'm running millenium on this machine). On a sort of related note ..... David, do you want to specify Windows Millenium as the earliest supported os? I don't know if anyone here is running anything older. Sined / Denis -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/05 |
From: Denis M. <den...@nt...> - 2005-02-16 04:22:55
|
Feantur wrote: > Quoting Denis McMahon <den...@nt...>: > > Hmm ... 0.28 didn't auto update > For some reason auto update hasn't worked for me at all so far. I'll try on > another computer without a firewall (although I doubt it'll be that). It's been fine the last few versions but 0.28 -> 0.29 didn't (yet). Sined -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/05 |
From: Feantur <fe...@st...> - 2005-02-16 03:39:54
|
Quoting Denis McMahon <den...@nt...>: > Hmm ... 0.28 didn't auto update For some reason auto update hasn't worked for me at all so far. I'll try = on another computer without a firewall (although I doubt it'll be that). Feantur --=20 mailto:fe...@st... ---------------------------------------------------- Sent through IMP on https://webmail.stud.uni-graz.at |
From: Denis M. <den...@nt...> - 2005-02-16 01:44:18
|
Hmm ... 0.28 didn't auto update David Bennett wrote: > Ok, I put this up. I put in a few more preformance tweaks to hopefully > make things a bit quicker. I also made a couple of fixes to colour > filtering due to some bug reports. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 14/02/05 |
From: James <jam...@gm...> - 2005-02-15 20:58:06
|
David Bennett wrote: >Morning, > >Ok, I put this up. I put in a few more preformance tweaks to hopefully >make things a bit quicker. I also made a couple of fixes to colour >filtering due to some bug reports. > >Could people make sure they verify and close the bugs that are assigned to >them? Or assign them back to me if the bugs are still valid. > >Thanks! >David. > > Morning, Close them if the issue is fixed in the new version you mean? Will do :) James > > > |
From: David B. <dd...@di...> - 2005-02-15 20:48:00
|
Morning, Ok, I put this up. I put in a few more preformance tweaks to hopefully make things a bit quicker. I also made a couple of fixes to colour filtering due to some bug reports. Could people make sure they verify and close the bugs that are assigned to them? Or assign them back to me if the bugs are still valid. Thanks! David. |
From: David B. <dd...@di...> - 2005-02-15 19:36:08
|
Morning, No, I don't think that is it completely. I have a couple of ideas that I am going to try in the next release to make things faster :) Good luck! David. On Tue, 15 Feb 2005, Denis McMahon wrote: > I'm sure I know where a large chunk of CPU is going! > > There's a text control that's continually getting new text added to it, > so it's continually expanding it's storage requirement. > > Manipulating the ever increasing text buffer uses more and more cpu. > > If a large chunk of text (e.g. several lines) arrives at once, then > there's a proprtionately larger amount of data shuffling required than > would be used for a single line of text. > > Denis / Sined > > Bluius Lamont wrote: > > I was half-asleep when I wrote that. I meant something that would > > produce a lot of output at once, like reading helpfiles and the boards > > and stuff like that. Though really, it's all slow, but it's most > > noticable when the mud tries to send a lot of text at once. > > > > > > On Fri, 11 Feb 2005 23:40:05 -0800 (PST), David Bennett > > <dd...@di...> wrote: > > > >>Hmmm.. Wish I knew what was taking all the cpu. I don't even notice the > >>speed problems on the dev machine, must be a faster machine than I thought > >>it was :) > >> > >>I really need some sort of profiling to trace this I think :( It could > >>just be that the rich text box control is too slow to use as the primary > >>output. Might need to write a new simpler output component. > >> > >>What do you mean by a long piece of output btw? > >> > >>Thanks, > >>David. > >> > >> > >> On Fri, 11 Feb 2005, Bluius Lamont wrote: > >> > >> > >>>It's a little better than it was, but the output is still quite slow. > >>>I'm on a 1.2GHz machine, and the CPU usage rises to and stays at 100% > >>>while it prints out a long piece of output. Right now this is really > >>>the only thing keeping me from using it as my primary client. > >>> > >>> > >>>On Fri, 11 Feb 2005 16:33:16 -0800 (PST), David Bennett > >>><dd...@di...> wrote: > >>> > >>>>Morning, > >>>> > >>>>Ok, next version :) This fixes a few small issues. The big thing I fixed > >>>>with this release is I made the output a lot faster, I hope. Could people > >>>>check to make sure this is the case? I figured out it was redrawing thw > >>>>window way too often and this was probably what was causing the speed > >>>>problems. > >>>> > >>>>I also made the new server information tree work a bit better. If you > >>>>right click on the top level node (at the moment there is only a player > >>>>node there) you can pull up a query window. In the window type the name > >>>>of any player and it should pull back details on them. Currently the > >>>>clubs are only filled in correctly if the player is online, the same goes > >>>>for the player guild name. > >>>> > >>>>Good luck! > >>>>David. > > > |
From: Denis M. <den...@nt...> - 2005-02-15 08:53:15
|
I'm sure I know where a large chunk of CPU is going! There's a text control that's continually getting new text added to it, so it's continually expanding it's storage requirement. Manipulating the ever increasing text buffer uses more and more cpu. If a large chunk of text (e.g. several lines) arrives at once, then there's a proprtionately larger amount of data shuffling required than would be used for a single line of text. Denis / Sined Bluius Lamont wrote: > I was half-asleep when I wrote that. I meant something that would > produce a lot of output at once, like reading helpfiles and the boards > and stuff like that. Though really, it's all slow, but it's most > noticable when the mud tries to send a lot of text at once. > > > On Fri, 11 Feb 2005 23:40:05 -0800 (PST), David Bennett > <dd...@di...> wrote: > >>Hmmm.. Wish I knew what was taking all the cpu. I don't even notice the >>speed problems on the dev machine, must be a faster machine than I thought >>it was :) >> >>I really need some sort of profiling to trace this I think :( It could >>just be that the rich text box control is too slow to use as the primary >>output. Might need to write a new simpler output component. >> >>What do you mean by a long piece of output btw? >> >>Thanks, >>David. >> >> >> On Fri, 11 Feb 2005, Bluius Lamont wrote: >> >> >>>It's a little better than it was, but the output is still quite slow. >>>I'm on a 1.2GHz machine, and the CPU usage rises to and stays at 100% >>>while it prints out a long piece of output. Right now this is really >>>the only thing keeping me from using it as my primary client. >>> >>> >>>On Fri, 11 Feb 2005 16:33:16 -0800 (PST), David Bennett >>><dd...@di...> wrote: >>> >>>>Morning, >>>> >>>>Ok, next version :) This fixes a few small issues. The big thing I fixed >>>>with this release is I made the output a lot faster, I hope. Could people >>>>check to make sure this is the case? I figured out it was redrawing thw >>>>window way too often and this was probably what was causing the speed >>>>problems. >>>> >>>>I also made the new server information tree work a bit better. If you >>>>right click on the top level node (at the moment there is only a player >>>>node there) you can pull up a query window. In the window type the name >>>>of any player and it should pull back details on them. Currently the >>>>clubs are only filled in correctly if the player is online, the same goes >>>>for the player guild name. >>>> >>>>Good luck! >>>>David. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 10/02/05 |
From: Bluius L. <wil...@gm...> - 2005-02-13 04:49:30
|
I was half-asleep when I wrote that. I meant something that would produce a lot of output at once, like reading helpfiles and the boards and stuff like that. Though really, it's all slow, but it's most noticable when the mud tries to send a lot of text at once. On Fri, 11 Feb 2005 23:40:05 -0800 (PST), David Bennett <dd...@di...> wrote: > Hmmm.. Wish I knew what was taking all the cpu. I don't even notice the > speed problems on the dev machine, must be a faster machine than I thought > it was :) > > I really need some sort of profiling to trace this I think :( It could > just be that the rich text box control is too slow to use as the primary > output. Might need to write a new simpler output component. > > What do you mean by a long piece of output btw? > > Thanks, > David. > > > On Fri, 11 Feb 2005, Bluius Lamont wrote: > > > It's a little better than it was, but the output is still quite slow. > > I'm on a 1.2GHz machine, and the CPU usage rises to and stays at 100% > > while it prints out a long piece of output. Right now this is really > > the only thing keeping me from using it as my primary client. > > > > > > On Fri, 11 Feb 2005 16:33:16 -0800 (PST), David Bennett > > <dd...@di...> wrote: > > > Morning, > > > > > > Ok, next version :) This fixes a few small issues. The big thing I fixed > > > with this release is I made the output a lot faster, I hope. Could people > > > check to make sure this is the case? I figured out it was redrawing thw > > > window way too often and this was probably what was causing the speed > > > problems. > > > > > > I also made the new server information tree work a bit better. If you > > > right click on the top level node (at the moment there is only a player > > > node there) you can pull up a query window. In the window type the name > > > of any player and it should pull back details on them. Currently the > > > clubs are only filled in correctly if the player is online, the same goes > > > for the player guild name. > > > > > > Good luck! > > > David. > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real users. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Whelkmud-talk mailing list > > > Whe...@li... > > > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Whelkmud-talk mailing list > > Whe...@li... > > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Whelkmud-talk mailing list > Whe...@li... > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > |
From: Derek H. <de...@di...> - 2005-02-12 23:28:46
|
0.0.28 is better than 0.0.27 and with .27 I was definitely noticing many many screen redraws. It's still not exactly speedy though. Derek |
From: David B. <dd...@di...> - 2005-02-12 07:38:21
|
Hmmm.. Wish I knew what was taking all the cpu. I don't even notice the speed problems on the dev machine, must be a faster machine than I thought it was :) I really need some sort of profiling to trace this I think :( It could just be that the rich text box control is too slow to use as the primary output. Might need to write a new simpler output component. What do you mean by a long piece of output btw? Thanks, David. On Fri, 11 Feb 2005, Bluius Lamont wrote: > It's a little better than it was, but the output is still quite slow. > I'm on a 1.2GHz machine, and the CPU usage rises to and stays at 100% > while it prints out a long piece of output. Right now this is really > the only thing keeping me from using it as my primary client. > > > On Fri, 11 Feb 2005 16:33:16 -0800 (PST), David Bennett > <dd...@di...> wrote: > > Morning, > > > > Ok, next version :) This fixes a few small issues. The big thing I fixed > > with this release is I made the output a lot faster, I hope. Could people > > check to make sure this is the case? I figured out it was redrawing thw > > window way too often and this was probably what was causing the speed > > problems. > > > > I also made the new server information tree work a bit better. If you > > right click on the top level node (at the moment there is only a player > > node there) you can pull up a query window. In the window type the name > > of any player and it should pull back details on them. Currently the > > clubs are only filled in correctly if the player is online, the same goes > > for the player guild name. > > > > Good luck! > > David. > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Whelkmud-talk mailing list > > Whe...@li... > > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Whelkmud-talk mailing list > Whe...@li... > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > |
From: Bluius L. <wil...@gm...> - 2005-02-12 04:53:09
|
It's a little better than it was, but the output is still quite slow. I'm on a 1.2GHz machine, and the CPU usage rises to and stays at 100% while it prints out a long piece of output. Right now this is really the only thing keeping me from using it as my primary client. On Fri, 11 Feb 2005 16:33:16 -0800 (PST), David Bennett <dd...@di...> wrote: > Morning, > > Ok, next version :) This fixes a few small issues. The big thing I fixed > with this release is I made the output a lot faster, I hope. Could people > check to make sure this is the case? I figured out it was redrawing thw > window way too often and this was probably what was causing the speed > problems. > > I also made the new server information tree work a bit better. If you > right click on the top level node (at the moment there is only a player > node there) you can pull up a query window. In the window type the name > of any player and it should pull back details on them. Currently the > clubs are only filled in correctly if the player is online, the same goes > for the player guild name. > > Good luck! > David. > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Whelkmud-talk mailing list > Whe...@li... > https://lists.sourceforge.net/lists/listinfo/whelkmud-talk > |
From: David B. <dd...@di...> - 2005-02-12 00:31:34
|
Morning, Ok, next version :) This fixes a few small issues. The big thing I fixed with this release is I made the output a lot faster, I hope. Could people check to make sure this is the case? I figured out it was redrawing thw window way too often and this was probably what was causing the speed problems. I also made the new server information tree work a bit better. If you right click on the top level node (at the moment there is only a player node there) you can pull up a query window. In the window type the name of any player and it should pull back details on them. Currently the clubs are only filled in correctly if the player is online, the same goes for the player guild name. Good luck! David. |
From: David B. <dd...@di...> - 2005-02-09 23:32:36
|
Morning, Not entirely sure what I have at work. I know it is a dual proc something or other. Actually the one I use for testing isn't a dual proc. Not sure what it is. I certainly don't notice the speed problems though, so I suspect it must be faster. Wombles! David. |
From: Feantur <fe...@st...> - 2005-02-09 22:23:54
|
Quoting David Bennett <dd...@di...>:=20 > True, should there be a default value or have it disabled by default? I'd go for disabled by default because the average user might get confuse= d by weird results from using e.g. an otherwise common letter in commands that suddenly produces chaos. Feantur --=20 mailto:fe...@st... ---------------------------------------------------- Sent through IMP on https://webmail.stud.uni-graz.at |
From: Feantur <fe...@st...> - 2005-02-09 22:22:59
|
Quoting David Bennett <dd...@di...>: > Hmmm. Sounds reasonable. What sort of seperator do you think we shoul= d=20 > use for command stacking? Let the user choose a character the like? =20 > I think the machines I developing this code on are just too fast, since= I=20 > don't see all the slowness issues other people are seeing :( Hopefully= =20 > with beta 2 of the .net the profiling stuff will actually work. What machines do you have there? I'm using a 1.5 GHz Pentium. Feantur --=20 mailto:fe...@st... ---------------------------------------------------- Sent through IMP on https://webmail.stud.uni-graz.at |
From: David B. <dd...@di...> - 2005-02-09 21:12:30
|
Morning, True, should there be a default value or have it disabled by default? Thanks, David. On Wed, 9 Feb 2005, Denis McMahon wrote: > David Bennett wrote: > > > Hmmm. Sounds reasonable. What sort of seperator do you think we should > > use for command stacking? > > I use the ` character, but I've used \ in the past as well. > > User configurable in the world window? > > Denis / Sined > > > |