|
I think Chris should just accept it and skip out web2 altogther. There is clearly something supernatural at work here.
Die Freiheit spielt auf allen Geigen
|
|
|
|
|
We'd recently changed our load balancing system and instead of giving you a random server it was locking you into one server. That meant that when a server went down you were stuck with a blank screen.
We do have automatic health monitoring the cycles servers when they fail. Unfortunately it seems a service pack somewhere along the line is causing the health monitoring service to lock up. (do we need a health monitor to monitor the health monitor?). The combination meant a server would die for an extended period and you'd be stuck on it.
We've gone back to the old (slower) load balancing method until we've got both problems sorted. This should mean that a simple refresh will get you out of trouble.
cheers,
Chris Maunder
|
|
|
|
|
when i try and read this article... i end up going round in circles
Process Communication with MailSlots by ziade
Managed MailSlot Class
URL: http://www.codeproject.com/useritems/MailSlots.asp
|
|
|
|
|
How about a Python forum? Especially after the release of IronPython?
Davy
My Personal Blog - Homepage
|
|
|
|
|
I second that! I am a Visual Basic .Net coder at heart, but since I learned Python a few weeks ago I am loving it more and more. I keep running to my linux-box or even IronPython on my Windows box to crank out my ideas. I used to run to Visual Studio, and I still love it as it's my best known language, but I'm so intrigued by python and what I can do with it. Please add a python forum, and I promise I will come back here more often. Right now I'm using DaniWeb a lot because they already have a Python forum.
|
|
|
|
|
I have many years of computer experience, but:
How the ******** do I find my own inputs to threads?
Suggestion:
How about a "Show my messages" (or threads) widget so that one click saves the user from searching for all the silly comments s/he made yesterday when s/he was
choose as appropriate:
drunk
off base
out to lunch
half asleep
totally asleep
what is sleep?
Patrick (logicman_alf)
|
|
|
|
|
When you are logged in click on your name at the top left of the page to view your profile. Click on "Messages".
cheers,
Chris Maunder
|
|
|
|
|
Great! It works! How refreshing!
Now if only Gill Bates could fix the doors to open and close as easily!
Patrick (logicman_alf)
|
|
|
|
|
In those days when there was a page named 'demographics', I'd noticed that a lot of site members come from Afghanistan. It was a little hard to believe that, but now, I think I've figured it out why most of the site members are Afghan!
Whenever the 'update settings' page is opened, where you can update your profile, the selected country, regardless of your country, is Afghanistan which is the first item in combobox. So, when somebody goes to that page to change something like his/her signature or picture, the country is automatically changed and saved to Afghanistan. So I recommend you to make sure if you come from Afghanistan or not!
|
|
|
|
|
I've never had that problem and I've updated my profile often. The only time I set it was when I first joined up. That DropDownList also had Afganistan as the first option, so perhaps it is people who want to sign up quickly, say in order to download something, that don't care about their profile that leave it at the default setting of Afganistan.
I remember a MS employee telling me at TechEd a few years back that MS found the same problem when they introduced Product Activation - Apparently there are more registerd copies of Windows in Afganistan than the population would suggest likely.
My: Blog | Photos | Next SQL Presentation
WDevs.com - Open Source Code Hosting, Blogs, FTP, Mail and More
|
|
|
|
|
Which web browser do you use? For me with IE and Firefox it correctly seelcts my previously set country.
Die Freiheit spielt auf allen Geigen
|
|
|
|
|
I have tried both IE and Firefox. I don't know what the problem is, but I'll try it on another computer.
|
|
|
|
|
My topic disappaered for some reason
I program AutoDac with MFC. can we have a forumn for C++ issues. Basically an AutoCad programming forum.
Nick
I'm not an expert yet, but I play one at work. Yeah and here too.
|
|
|
|
|
You might start asking questions in the C++ forum here. If there are any other members who have AutoDac experience, you might find a sympathetic ear.
Just creating a forum isn't likely to bring the AutoDacers out of hiding though, and will likely suffer from lack of traffic. A large amount of traffic in the other forums is a good indication that a subject deserves a forum of its own - hence the creation of forums such as .NET, VS issues, GMail, etc.
You must be careful in the forest
Broken glass and rusty nails
If you're to bring back something for us
I have bullets for sale...
|
|
|
|
|
I struggled a lot finding out how the membership status is calculated. It tool me around half an hour to find out the below URL where this information is mentioned.
https://secure.codeproject.com/script/profile/whos_who.asp?id=1868528[^]
My Suggestion is there should be a special Menu Item for this in the main dropdown menu.
Also regarding search facility provided on this site, there should be more criterias other than Articles and authors such as "Search in entire site", "Search in Message Board" etc.
Pankaj A. Chitriv
Tech Lead
|
|
|
|
|
pankajdynamic wrote:
It tool me around half an hour to find out the below URL where this information is mentioned.
It can also be found at this super-secret url...
(as for the search thing, there is a forum search - look at the top of each message board. For articles and article message boards, check this out)
You must be careful in the forest
Broken glass and rusty nails
If you're to bring back something for us
I have bullets for sale...
|
|
|
|
|
Oh man I didn't notice it . Great people do stupid mistakes
Pankaj A. Chitriv
Tech Lead
|
|
|
|
|
No worries. I've missed some pretty obvious stuff here already myself...
You must be careful in the forest
Broken glass and rusty nails
If you're to bring back something for us
I have bullets for sale...
|
|
|
|
|
As the codeproject has the feature of submitting any articles ,it would be a nice idea to submit only a small bunchs of code ,like :for example a method that does any update or a class that help not all the article to write and a complete app to submit,
only small pieces of code or tips or helpfull methods like:
Subject : A method to make an encrypted data.
Text : This method will help you encrypt data at your own:
void MyMethod()
{
the tipping code
}
.
|
|
|
|
|
|
of course this bunch will has the description of it ,but not a big article,as it will be releated to a small piece of code and that will help i the tips ,as someone may need to know a method that returns the factorial of any number -for example- ,so i this pieces of code they may contain a method that does this thing ,with it's description ofcourse but not as big as the regular articles in the codeproject .
And ofcourse that will help in searching for ideas or methods only ,not have to read all the article to have the method ,with ofcourse understanding it.
|
|
|
|
|
It comes down to this: either the code itself is so trivial that there's no point to an article, or there's enough information that could be included that it doesn't make sense to post an article without it.
Example #1: A routine for generating an embossed icon
This is fairly simple - the code shouldn't amount to more than 20-40 lines, max. There are a few articles that cover it on CP, but maybe someone noticed that the question arises in the forums from time to time and decided to write an article dedicated to it. Such an article might cover:
- Decomposing icons
- What makes an image look embossed?
- Drawing onto a bitmap
- The DrawState() function, use, pros and cons
- Creating a new icon
Note that any one of those bullets could easily justify an article by itself - but in this example, only those areas relevant to the task at hand would be discussed. Even with that restriction, this would grow to well more than just a code snippet.
Example #2: Creating a bitmap from a block of memory
This is even simpler - fill in a structure and call one method. Yet it still should command more than a few paragraphs if an article is to be made of it. A discussion of bitmap formats, history of bitmaps in the Windows API, the difference between device-dependant bitmaps and DIBs (along with pros/cons of using them in different situations), perhaps even a mention of DirectDraw alternatives could be included.
Sure - many, perhaps even most of those reading such articles would skim through enough to become convinced that they'd found what they needed, then download the code and copy it into their app, never bothering to fully understand how or why it works.
That's not a valid concern for the author, however.
A professional application should not contain code that cannot be tested. Code that is not understood cannot be tested. Therefore, a site such as this, aimed at professional programmers, has no use for code posted without full explanations. This is even more important for small snippets that will be integrated into larger routines than it is for complete components or class libraries, where at least there is an assumption that some unit testing has been done on the whole item.
Finally, consider this: even the code snippets on MSDN occasionally have bugs. When they do, there is nothing to be done but submit a report and wait... maybe it'll be fixed in a reasonable amount of time, maybe it won't. Here, all articles (well, real articles) have forums attached - corrections can be made immediately visible. But what's not there can't be corrected ("was that left out for brevity? is it *supposed* to work that way?!"), so you're left with nothing but a piece of code, stuck in a vacuum, with no past nor future.
The web has plenty of this already...
Let's make the most of the opportunity afforded us here.
Medication for us all
You think you know me, well you're wrong
|
|
|
|
|
|
It comes down to this: either the code itself is so trivial that there's no point to an article, or there's enough information that could be included that it doesn't make sense to post an article without it.
Example #1: A routine for generating an embossed icon
This is fairly simple - the code shouldn't amount to more than 20-40 lines, max. There are a few articles that cover it on CP, but maybe someone noticed that the question arises in the forums from time to time and decided to write an article dedicated to it. Such an article might cover:
Decomposing icons
What makes an image look embossed?
Drawing onto a bitmap
The DrawState() function, use, pros and cons
Creating a new icon
Note that any one of those bullets could easily justify an article by itself - but in this example, only those areas relevant to the task at hand would be discussed. Even with that restriction, this would grow to well more than just a code snippet.
Example #2: Creating a bitmap from a block of memory
This is even simpler - fill in a structure and call one method. Yet it still should command more than a few paragraphs if an article is to be made of it. A discussion of bitmap formats, history of bitmaps in the Windows API, the difference between device-dependant bitmaps and DIBs (along with pros/cons of using them in different situations), perhaps even a mention of DirectDraw alternatives could be included.
Sure - many, perhaps even most of those reading such articles would skim through enough to become convinced that they'd found what they needed, then download the code and copy it into their app, never bothering to fully understand how or why it works.
That's not a valid concern for the author, however.
A professional application should not contain code that cannot be tested. Code that is not understood cannot be tested. Therefore, a site such as this, aimed at professional programmers, has no use for code posted without full explanations. This is even more important for small snippets that will be integrated into larger routines than it is for complete components or class libraries, where at least there is an assumption that some unit testing has been done on the whole item.
Finally, consider this: even the code snippets on MSDN occasionally have bugs. When they do, there is nothing to be done but submit a report and wait... maybe it'll be fixed in a reasonable amount of time, maybe it won't. Here, all articles (well, real articles) have forums attached - corrections can be made immediately visible. But what's not there can't be corrected ("was that left out for brevity? is it *supposed* to work that way?!"), so you're left with nothing but a piece of code, stuck in a vacuum, with no past nor future.
The web has plenty of this already.
Let us take the opportunity afforded us hear, and make the most of it.
Medication for us all
You think you know me, well you're wrong
;P;P;P;P;P;P
|
|
|
|
|
|