This looks like another weird game... well, maybe tomorrow, if my boss bores me with too few work... :cool:

This statement is false.

Oracle's drivers and file system structure suck and I'd also love something like Management Studio for Oracle. X| But as the database is designed for other billion dollar companies, the command line tools are just fine. Admins can run them in scripts, in scheduled jobs at night ... instead of clicking through them again and again for ever virtual machine they have to install.

This statement is false.

You could add a static read-only property that returns the constant.

This statement is false.

Which version of Delphi? I use Delphi 7, 2009 and XE2 on Win7. No strange behaviour of strange apps so far. Maybe your app calls a depicated WinAPI function.

This statement is false.

A very interesting article - but your subject line made my day! :-D Sometimes I'm actually glad I'll never become a manager...

This statement is false.

I solved the problem, but not the question of this thread. :-D Last week I found out that my TWebModules crashed in a logging and clean-up sequence after sending a fine response. I still don't know why that got them into a blocked state until IIS killed them, but since I changed the logging the exceptions are gone. :doh: Thanks for all the help! :rose:

This statement is false.

Thanks for your reply! There are some .Create() lines in the main unit, before the TWebModule is created. But if they would crash, the web module's handler woudln't catch them, because, well, it doesn't exist, yet. The DLL uses the library "Graphics32". I don't think it starts any threads on its own, but it creates many objects. It is only called inside try/except block, of course. It also uses some Named Pipes to talk to a Windows service running on the same machine. But the crashes occur mostly during request that do not touch those pipes, so they cannot be the cause. Anyway, the ISAPI application answers between 2 and 4 million requests per day. The EInOutException happens only once or twice a day. When I repeat the failed request later on, it works fine again. That makes it quite tricky to find out what exactly happens.

I have an ISAPI application with a TWebModule running on IIS6. There's try/except and fine exception logging around every method. Every single request and it's response status are also being logged. About five times a week this happens: 1) TWebModule.OnException is called with "EInOutError: File not found". Mostly the error is logged by just one thread, sometimes by up to four threads at once. (The cause must be outside my code, because there are no lines outside try/except blocks.) 2) For a few minutes IIS answers thousands of request with status 500, though they are not logged by the ISAPI DLL. That means, the requests don't cause more exceptions in the TWebModule instances, they seem to just bounce off my IIS. 3) Finally there's a message in the event log that one worker process did not recycle in time. 4) For a day or two, everything runs fine again. I guess the TWebModule instance is in some kind of blocked state, but IIS still tries to feed it with requests. So, I want to stop the thread in TWebModule.OnException. Is there a way to shutdown a single TWebModule, that means one IIS thread or worker process, without recycling the whole Application Pool? Thanks a lot, Corinna

This could be a timeout, because the server application needs too long for its answer. It could also be a sporadic network problem which your client application doesn't handle. But your question is too incomplete to give a better answer.

This statement is false.

So, the photo gives the criminal a view of his special needs...

This statement is false.

Pete O'Hanlon wrote:

mocking stupid boys is so much fun.

Yes, for a few minutes. But they'll appear again and again, craving for your attention, bathing in the sunshine of your emotional replies. Until you get really angry. But then it's too late to get rid of them. ;P Ignoring is boring, but it works cleaner and safer than anti-idiot-spray.

This statement is false.

modified on Monday, January 17, 2011 5:16 PM

Responding to stupid boys would just make things worse. They want to be noticed, so every answer is a success to them. Ignorance is what they really need. :suss:

This statement is false.

That's fraud. Nuclear Sludge should be radioactive, not merely toxic. I guess the nuclear stuff turned too lead sooner than expected...

This statement is false.

Congratulations! I wonder what the Lounge might have become without you...

This statement is false.

How can you teach VB to people who might become programmers one day? That's irresponsible! ;)

This statement is false.

Do you get the same exception after switching off the firewall?

This statement is false.

Many programmers use several languages. The favorite language at home, the project language at work, some horrible languages for maintenance, and - in the worst case - VB for a job that was better than staying unemployed. That means, you can be a programmer, but still be forced to use VB.

This statement is false.

No question, no answer! I think we should answer only the question that we understand, and silently ignore the rest. There are two kinds of kiddies who cannot ask a proper question: Stupid/lazy people - and fine people with bad English skills. There's no sense in giving an even more unintelligible answer to somebody who isn't able to read it. (In worst case, he could adopt that style for future postings!) Hence the best way is to ignore questions we cannot read and answer the readable ones. :)

This statement is false.

Well, maybe he uses VB and he is a programmer. But that doesn't mean he is a "VB programmer". ;)

This statement is false.

I also guess it is a C++ project. Are you sure that the extension "dfm" actually stands for "Delphi Form"? It might as well be a ressource for the C++ program.

This statement is false.