+972 52-548-6969
Things you should never do
time to read 1 min | 29 words
That should be pretty high in the list, I think:
FUTURE POSTS
- NOT Sharding RavenDB Vector Search - about one hour from now
- Optimizing the cost of clearing a set - 3 days from now
- Scaling HNSW in RavenDB: Optimizing for inadequate hardware - 5 days from now
There are posts all the way to May 14, 2025
RECENT SERIES
-
RavenDB News
(2):
02 May 2025 - May 2025 -
Recording
(15):
30 Apr 2025 - Practical AI Integration with RavenDB -
Production Postmortem
(52):
07 Apr 2025 - The race condition in the interlock -
RavenDB
(13):
02 Apr 2025 - .NET Aspire integration -
RavenDB 7.1
(6):
18 Mar 2025 - One IO Ring to rule them all
RECENT COMMENTS
-
By Samyon Ristov on The null check that didn't check for nulls
-
By Johannes Egger on The null check that didn't check for nulls
-
By riccardo on The null check that didn't check for nulls
-
By Chris B on The null check that didn't check for nulls
-
By Tim on When racing the Heisenbug, code quality goes out the Windows
Syndication
| Main feed | |
| Comments feed |
Comments
Wow.... There's a whole bunch of things not to do there.
There's the obvious infinite loop to launching programs.
Then there's hard-coding a complex relative path,
and hard-coding a reference to a (debug) developement folder.
I didn't notice right away why you should "never" do such a thing until i read James' comment.
Would you please be more specific in your post?
Please "Don't Make Me Think" (borrowed from a book-title) ;)
By the way, I can only "assume" that one should not write such code because it will create an infinite loop. But are there any reason that you think why nobody should write such a code?
Actually, the recursive was what I referred
The hard coding is fine, those are test programs.
Sung,
I am posting posts that should make you think.
At the very least, they should spark some conversation.
The main issue is that this will create more and more processes.
The problem with that is that there is no easy way to stop them. At worst, this can make the OS unresponsive and require a forced shutdown to fix
That's assuming of course that duplication is allowed. It could be modified to only allow once instance of each to be running.
Did you try to run at least one of them?...
Isn't a Server starting its Client something like a tail wagging the dog?
Again, this is test code
You can set multiple startup projects in VS if this is how you are testing
Martin,
I didn't know that, how?
Multiple Startup projects:
http://msdn.microsoft.com/en-us/library/ms165413.aspx
thanks
@[ICR]
Running the same app multiple times isn't all of the problem. Even if each app merely started-up, launched the other program, and died, you'd still have a tremendous strain on the system, even though at any given time, only one instance of each program is in memory. (And stopping the cycle would probably require rebooting).
Thanks for the good laugh this morning.
Comment preview