So, as zentara says, please paste your here-doc into a set of <code> tags as a reply to this thread.

You can help us help you better by answering some of these quetions:

Have you investigated if the image is displayed properly without Perl?

Where exactly is the problem? Is the problem in creating the proper HTML from Perl or from serving the JPEG image from Perl? Is there a web server involved? What does its error log say?

What is the address of the HTML page? What is the address of the JPEG image?

<IMG SRC="/net/home2/ceb/bmcclint/data/brendan.jpg" WIDTH=850 HEIGHT=1000>

The HTML is OK on windows and is identical on Linux except the address is different (of course). No web server

This has very little to do with Perl and is all about HTML and how your browser displays local resources.

Are you sure that your browser will interpret this address as an address that is supposed to be loaded from a file?

Personally, I would either add an address relative to the HTML file, like (assuming that the HTML file lives in /net/home2/ceb/bmcclint):

<IMG SRC="./data/brendan.jpg" WIDTH=850 HEIGHT=1000>
[download]

Alternatively, find out how your browser interprets file:// URIs, and give it the appropriate file:// URI. Maybe it is

<IMG SRC="file://net/home2/ceb/bmcclint/data/brendan.jpg" WIDTH=850 HE
+IGHT=1000>
[download]

But again, none of this has anything to do with Perl, so most likely you will find better help in the documentation (or internet searches) for your browser.

No, I did not take the time to dive into the code sample, but another very-common problem in “Windows vs. Linux/Unix” – regardless of programming language – is that Windows uses a case-insensitive file system, but Unix/Linux is case-sensitive.   (Macintoshes offer you the choice, but default to a case-insensitive file system as a nod to their own pre-Unix past.)

So, a request for Perl.jpg, when the underlying file is perl.jpg, will work on a Windows-hosted server, but not on a Linux-hosted one.   Linux will return 404 Not Found simply due to the upper-case “P” vs. the lower-case “p.”   (Similarly, Linux will allow two files to co-exist in the same place, whose names differ only by character-case.   Windows will not.)

The type of operating system being used on the client side does not matter at all.

Web servers ordinarily handle the “forward vs. backward slashes in paths” issue for you transparently, but my experience with modules that are supposed to address filename case-sensitivity – such as Apache’s mod speling (sic ...) is that they simply do not work at all. (And, many are the times when I wished that they did, and have in fact been assured that they do.)

If you observe the page-load (on Linux) using the diagnostic tools of a web browser, you will ordinarily see the “missing” resources returning a 404 Not Found (or some other 4xx code), and you may or may not(!) see a “broken link” icon on your screen.

Another good technique is to copy-and-paste the offending URLs, from the source-code of the page that does not display the image,taking care to copy from the actual HTML data that was transmitted to your browser, not from its source file on the host).   Paste this URL into the address-bar of a new browser tab or window, and observe any messages or error-indications that crop up either on the display or in the browser’s debugger.   (Also notice whether the transmitted URL is somehow different from what you had expected it to be, based on your comparison of the transmitted value to the source.)