|
We have a 32-bit library written and compiled in Borland Delphi. This library is referenced by various other projects including a WCF Web Service hosted in IIS. The web service is compiled using the x86 option and everything works fine on a 32-bit machine. However, on our 64-bit server the service fails when calling into the 32-bit Delphi library. Does anyone know why .NET code compiled with 32-bit option would still fail while calling a non-.NET 32-bit library on a 64-bit machine?
|
|
|
|
|
In IIS7 and higher, you'll need to run the calling app in a 32-bit application pool.
Note that if your server is running in a cluster configuration, this will not work, if I remember well.
|
|
|
|
|
Thanks for the reply Michel. We have indeed set it to run in the 32-bit application pool and are not running in a cluster configuration...and we are still miffed as to why its not working.
|
|
|
|
|
Bummer. Makes me as miffed as you...
|
|
|
|
|
Heap corruption! Apparently there is a flag called HeapEnableTerminationOnCorruption that was not previously enabled by default. As a new feature in Windows Vista, the IIS worker process terminates when the heap corruption is detected. So, it only APPEARED to be working in our stand-alone apps and on our 32-bit Windows XP machines, when in actuality it was simply ignoring the error.
To fix the problem we changed our code for calling into the Delphi libraries to use IntPtrs and pass data back using out parameters. For example:
public string CallDLL(string sTest)
{
string s = "";
IntPtr p1 = Marshal.StringToHGlobalAnsi(sTest);
s = Marshal.PtrToStringAnsi(p1);
if (p1 != IntPtr.Zero)
{
Class1.TestDLL(out p1);
s = Marshal.PtrToStringAnsi(p1);
}
Marshal.FreeCoTaskMem(p1);
return s;
}
Hope this helps anyone with the same issue.
|
|
|
|
|
Great! Nice to hear something back from someone when a solution is found. Thanks for sharing that.
|
|
|
|
|
hi:
I want to turn a Firefox Add-On I'm having developed [almost done] into a similar IE Extension; can you help with that? If so, pls e-mail me.
pls let me know,
Marshall
|
|
|
|
|
Wrong site. Try rentacoder.com
Bob
Ashfield Consultants Ltd
|
|
|
|
|
Want to learn how to leverage your existing ASP.NET skills to build Windows Azure applications? Then be sure to check out two new articles, Cloud Development in Visual Studio 2010 and Developing and Deploying Windows Azure Apps in Visual Studio 2010, that explain how to build cloud services and applications with Visual Studio 2010.
NOTE: if you aren't a Visual Studio user today, you can use the Windows Azure support in Visual Studio 2010 Express to evaluate the Windows Azure Tools for Visual Studio for FREE.
Details in blog post http://blogs.msdn.com/windowsazure/archive/2010/04/09/how-to-develop-for-the-cloud-in-visual-studio-2010.aspx
|
|
|
|
|
Out of advertising-budget? Why would I invest my precious time in a technology that isn't even worth the advertising space?
That's at least what your post suggests 
Have a great weekend 
|
|
|
|
|
|
Hey guys,
In my ASP.NET(.aspx) pages am referencing an external css file,
When I run my pages in a website, firefox 'cannot' interpret
anything in my css file but Internet Explorer can...
Does anyone know what i can do to help firefox read my css?
Please help 
Thanks,
Morg
|
|
|
|
|
Cross posting?
Well, at least you are talking abou an external css file now. Just Google[^] for it wil lead you to your answer.
Wout Louwers
|
|
|
|
|
|
|
Hi All,
I have create a web page in my local host.
The web page has a Iframe which only able to work on my computer when i type "http://localhost/"
to view it on my own computer.
When im using my Colleague computer and type my computer's IP Address which is connected to the same local area network.
The whole Web page expect the Iframe part works.
The code for the Iframe is
<iframe src ="http://localhost/cgi-bin/6_nodeid.cgi" width="28" height="40" scrolling="No">
<p>Your browser does not support iframes.</p>
</iframe>
But if i type just "http://localhost/cgi-bin/6_nodeid.cgi"
( where the 'localhost' is replaced by my computer's ID ADD)
in my colleague's computer, it works.
Any possible solutions?
|
|
|
|
|
The line
<iframe src ="http://localhost/cgi-bin/6_nodeid.cgi" width="28" height="40" scrolling="No">
gets processed on the client computer, not the server. So when you run it on your computer, it points
to something on your machine. When you run it on your colleague's machine, it points to a resource on
their computer.
The way around this is to have the server set the "http://localhost/" part of the address at the time
the page is served, or to hard-code the ip of your machine (which will work fine for local, intranet pages)
What you've been doing manually (replacing the address) is something you need to do automatically.
(you can check the ip of the client and do nothing if its 127.0.0.1 or set it to the IP address of the
server if the client request originates from a machine other than the server) Without knowing your
requirements etc, I can't see any reason not to make the server automatically insert it's own IP regardless
of who the client is. This way the software will be portable between machines without needing to change
the hard-coded IP address each time.
|
|
|
|
|
link to site[^]
As you see, go to HOME, CONTACT US or SITEPLANS and there is a consistancy, but go to GALLERY and there is a gap at the top.
I can't see why, can anybody help?
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
|
|
|
|
|
You are going to kick yourself and I might hear your scream all the way from sunny Norfolk ...
In your gallery page your code includes
</style>
<link rel="stylesheet" href="css/image-slideshow.css" type="text/css"/>
<script type="text/javascript" src="js/image-slideshow.js">
</script>
and
<body background="images/headerimage.png">
That body tag background you are calling that image twice, in the body and the div below, which isn't in your other pages.
This webpage calls your stylesheet ...
body{
background-image:url('../../images/heading3.gif');
background-repeat:no-repeat;
padding-top:80px;
}
That stylesheet isn't called by the other pages consequently you have this 80px padding at the top where your body tag is. the image (../../images/heading3.gif) can't be found.
You haven't yet fixed your security problem
modified 1-Aug-19 21:02pm.
|
|
|
|
|
Can you hear me?
What a doofus, have corrected by removing the CSS background image url.
All is good.
I looked at it for ages, and it just didn't occur to me that it was double calling the background.
Anyway, now that I have stopped screaming, I shall start the kicking.
As for security issue, I have been far too busy to even take a look at it.
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
|
|
|
|
|
Duplicate code helps nobody. Move your CSS styles to an external style sheet. For a small website like yours, version control (such as http://www.tortoisesvn.net/[^]) might be overkill. So as stated next door, delete your old code rather than commenting it out. If you must retain your old code, name the file accordingly (such as .bak or .old) so you know it is no longer valid and no longer used.
Dave, don't wait for disaster, secure your website before it becomes compromised, especially if you intend a future server-side code and database functionality.
modified 1-Aug-19 21:02pm.
|
|
|
|
|
I second that notion.
When it comes to using CSS over multiple pages, there are many good practices to keeping things neat and tidy.
For example, external linking, I use a master.css file for the entire site, with global stuff; then I make proprietary CSS files for pages that might need some of their own special code (IE, a gallery, or contact-form maybe).
Version Controlling on websites is normally only necessary when you are dealing with a site that is being worked on by a bunch of clients, though it is a good practice to become accustomed to for future knowledge.
Also, I'd recommend trying to use reset.css often. It helps with a lot of bugs that can make you lose time, I know it saves me lots of time when it comes to doing cross-browser comparison. However inserting reset.css into a site that has been built without it can harm it in some cases, which is why it is better to have it linked at the beginning of your project.
you can get reset.css here:
http://meyerweb.com/eric/tools/css/reset/[^
|
|
|
|
|
Reset.css I didn't mention that particularly, although I use it myself. I didn't wish to overload Dave with too much stuff all at once.
And with IE8 and earlier not playing nicely with regards to standards, the need for code to force some degree of compliance.
modified 1-Aug-19 21:02pm.
|
|
|
|
|
BTW could you recheck to see if I have hidden the subdirectories correctly.
(I am not an expert on these matters).
TIA
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
|
|
|
|
|
OK. I will do that shortly and report back. I have a potentially waste-of-time meeting to attend. If need be I will e-mail you via the CP link.
.
Check your e-mail inbox
modified on Friday, April 23, 2010 8:43 AM
modified 1-Aug-19 21:02pm.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
