[Mapserver-users] JPEG input

Wed Apr 2 10:12:21 EST 2003

This is a multi-part message in MIME format.

------_=_NextPart_001_01C2F92A.423925B2
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Jan -

I believe these are all references to the same problem.  If you =
recompiled MapServer and got the same result, then you are still =
building with two different JPEG libraries in there somewhere.

Check your MapServer makefile for references to the jpeg-6b library, and =
check all the makefiles for supporting libraries, as well.  Be sure you =
are linking against GDAL.LIB rather than a custom JPEG library created =
in the frmts\jpeg directory.

I have attached my GD-2.0.11 Windows VC++ makefile for your reference.

	- Ed

-----Original Message-----
From: Jan Hartmann [mailto:jhart at frw.uva.nl]
Sent: Wednesday, April 02, 2003 10:06 AM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] JPEG input

No, that didn't work either. I created a library in=20
gdal-1.1.8\frmts\jpeg (lib out:libjpeg.lib *.obj) and linked GD 2.0.11=20
against this library, instead of the original libjpeg.lib. Then I=20
recompiled MapServer, and got the same result.

Norman Vine pointed me to a recent posting by Daniel Morissette on this=20
problem,

http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/000657.ht=
ml

and a bugzilla item in

http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=3D203

The problem is more difficult than stated there: recompiling MapServer=20
without -DUSE_JPEG didn't help. Neither did compiling GD with the JPEG=20
routines from GDAL. Finally, it is NOT a Windows problem: Apache on=20
Linux came with the same error, although with a different size (464=20
instead of 520)

 >> JPEG parameter struct mismatch: library thinks size is 464, caller
 >> expects 464

As a last resort I completely removed GDAL from the build and tried to=20
display the jpeg image. This time I got the error message:

 >> msDrawRasterLayer(): General error message. Attempt to render raster
 >> layer to IMAGEMODE RGB or RGBA but without GDAL available. 24bit
 >> output requires GDAL

I'm out of my depth.

Jan

Ed McNierney wrote:
> Jan -
>=20
> No, you need to eliminate the two different JPEG libraries from the =
build.  In your case, that means modifying the GD build to link with the =
GDAL JPEG library.
>=20
> 	- Ed
>=20
> -----Original Message-----
> From: Jan Hartmann [mailto:jhart at frw.uva.nl]
> Sent: Wednesday, April 02, 2003 8:28 AM
> To: Ed McNierney
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] JPEG input
>=20
>=20
> I did that too! I commented out the three lines for JPEG support in=20
> MapServer's Makefile.vc, but the result was the same.
>=20
> Jan
>=20
> Ed McNierney wrote:
>=20
>>Jan -
>>
>>Please forgive my incomplete recollection, but I ran into this same =
problem a long time ago.  It appears that the JPEG library inside GDAL =
is built slightly differently than the default jpeg-6b library (although =
it's the same version), and the two are not compatible.  I suspected it =
was a structure packing/alignment issue (i.e. the files are the same but =
they're compiled differently).  I decided not to look into it and simply =
use the JPEG support from GDAL and remove the jpeg-6b library from my =
build.  That fixed the problem.
>>
>>	- Ed
>>
>>Ed McNierney
>>President and Chief Mapmaker
>>TopoZone.com / Maps a la carte, Inc.
>>73 Princeton Street, Suite 305
>>North Chelmsford, MA  01863
>>ed at topozone.com
>>(978) 251-4242=20
>>
>>-----Original Message-----
>>From: Jan Hartmann [mailto:jhart at frw.uva.nl]
>>Sent: Wednesday, April 02, 2003 6:19 AM
>>To: mapserver-users at lists.gis.umn.edu
>>Subject: [Mapserver-users] JPEG input
>>
>>
>>Hello,
>>
>>I'm trying to display a jpeg input image and get the following error=20
>>message:
>>
>>JPEG parameter struct mismatch: library thinks size is 432, caller=20
>>expects 464
>>
>>Platform: Win2000, VC++
>>Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b)
>>GD: 2.0.11, compiled with jpeg-6b
>>GDAL: 1.1.8
>>
>>I diffed the jpeg files under GDAL with the jpeg-6b distribution and=20
>>found no differences. Yet there seems to be a version mismatch=20
>>somewhere. Outputting JPEG is no problem. Has anyone any ideas?
>>
>>Jan
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>>
>=20
>=20
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>=20

------_=_NextPart_001_01C2F92A.423925B2
Content-Type: application/octet-stream;
	name="Makefile.nt"
Content-Transfer-Encoding: base64
Content-Description: Makefile.nt
Content-Disposition: attachment;
	filename="Makefile.nt"

I05NQUtFIG1ha2VmaWxlIGZvciBXaW5kb3dzIDk1Lzk4L05UIGRldmVsb3BlcnMuDQojUHJvZHVj
ZXMgYSBzdGF0aWMgbGlicmFyeSAobGliZ2QubGliKS4gVGhhbmtzIHRvIEpvZSBHcmVnb3Jpby4N
Cg0KQ09NUElMRVI9Y2wNCkdEQUxfRElSID0gLi5cZ2RhbC0xLjEuOA0KDQojSWYgdGhlIGFyIGNv
bW1hbmQgZmFpbHMgb24geW91ciBzeXN0ZW0sIGNvbnN1bHQgdGhlIGFyIG1hbnBhZ2UNCiNmb3Ig
eW91ciBzeXN0ZW0uIA0KQVI9TElCDQoNCiNJZiB0aGUgaW5zdGFsbCBjb21tYW5kIGlzIG5vdCBp
biB5b3VyIHBhdGgsIHByb3ZpZGUNCiNhbiBleHBsaWNpdCBwYXRoIGZvciBpdCBoZXJlLCBvciBp
bnN0YWxsIG1hbnVhbGx5Lg0KSU5TVEFMTD1pbnN0YWxsDQoNCiNJZiB5b3UgZG9uJ3QgaGF2ZSBG
cmVlVHlwZSBhbmQvb3IgWHBtIGluc3RhbGxlZCwgaW5jbHVkaW5nIHRoZQ0KI2hlYWRlciBmaWxl
cywgdW5jb21tZW50IHRoaXMgKGRlZmF1bHQpLg0KI0NGTEFHUz0tT3ggLUdYIA0KDQojSWYgeW91
IGRvIGhhdmUgRnJlZVR5cGUgYW5kL29yIFhwbSBmdWxseSBpbnN0YWxsZWQsIHVuY29tbWVudCBh
DQojdmFyaWF0aW9uIG9mIHRoaXMgYW5kIGNvbW1lbnQgb3V0IHRoZSBsaW5lIGFib3ZlLiBTZWUg
YWxzbyBMSUJTIGJlbG93Lg0KI0NGTEFHUz0tTyAtREhBVkVfWFBNIC1ESEFWRV9MSUJUVEYNCkNG
TEFHUz0gLU94IC1NVCAtRzYgLURIQVZFX0xJQkZSRUVUWVBFIC1ESEFWRV9MSUJKUEVHIC1ESEFW
RV9MSUJQTkcgLURIQVZFX0xJQlogLURXSU4zMg0KDQojTGlicmFyaWVzIHJlcXVpcmVkIGZvciBh
cHBsaWNhdGlvbnMgDQpMSUJTPWdkLmxpYiAkKEdEQUxfRElSKVxnZGFsLmxpYiAuLlxmcmVldHlw
ZS0yLjEuM1xvYmpzXGZyZWV0eXBlMjExTVQubGliDQojTElCUz1nZC5saWIgLi5cbGlicG5nLTEu
Mi40XGxpYnBuZy5saWIgLi5cemxpYi0xLjEuNFx6bGliLmxpYiAuLlxmcmVldHlwZS0yLjEuM1xv
YmpzXGZyZWV0eXBlMjExTVQubGliIC4uXGpwZWctNmJcbGlianBlZy5saWINCiNMSUJTPWdkLmxp
YiBsaWJwbmcubGliIHpsaWIubGliIGxpYmpwZWcubGliIGxpYnR0Zi5saWINCg0KI0xpYnJhcmll
cyByZXF1aXJlZCBmb3IgZ2QubGliIGl0c2VsZg0KR0RMSUJTPSQoR0RBTF9ESVIpXGdkYWwubGli
IC4uXGZyZWV0eXBlLTIuMS4zXG9ianNcZnJlZXR5cGUyMTFNVC5saWINCiNHRExJQlM9bGlicG5n
LmxpYiB6bGliLmxpYiBsaWJqcGVnLmxpYiBsaWJ0dGYubGliDQoNCiNUeXBpY2FsIGluc3RhbGwg
bG9jYXRpb25zIGZvciBmcmVldHlwZSwgemxpYiwganBlZywgeHBtIGFuZCANCiNsaWJwbmcgaGVh
ZGVyIGZpbGVzLiBJZiB5b3VycyBhcmUgc29tZXdoZXJlIGVsc2UsIGNoYW5nZSB0aGlzLiANCklO
Q0xVREVESVJTPS1JICQoR0RBTF9ESVIpXGZybXRzXHpsaWIgLUkgJChHREFMX0RJUilcZnJtdHNc
cG5nXGxpYnBuZyAgLUkgJChHREFMX0RJUilcZnJtdHNcanBlZyAtSSAuLlxmcmVldHlwZS0yLjEu
M1xpbmNsdWRlIC1JIC4NCiNJTkNMVURFRElSUz0tSSAuLlx6bGliLTEuMS40IC1JIC4uXGxpYnBu
Zy0xLjIuNCAtSSAuLlxmcmVldHlwZS0yLjEuM1xpbmNsdWRlIC1JIC4uXGpwZWctNmIgLUkgLg0K
DQojDQojDQojIENoYW5nZXMgc2hvdWxkIG5vdCBiZSByZXF1aXJlZCBiZWxvdyBoZXJlLg0KIw0K
Iw0KDQpWRVJTSU9OPTIuMC4xMQ0KDQpDQz0kKENPTVBJTEVSKSAkKElOQ0xVREVESVJTKSAkKENG
TEFHUykNCkxJTks9JChDQykgJChMSUJTKQ0KDQpQUk9HUkFNUz0kKEJJTl9QUk9HUkFNUykgJChU
RVNUX1BST0dSQU1TKQ0KDQpCSU5fUFJPR1JBTVM9cG5ndG9nZC5leGUgcG5ndG9nZDIuZXhlIGdk
dG9wbmcuZXhlIGdkMnRvcG5nLmV4ZSBnZDJjb3B5cGFsLmV4ZSBnZHBhcnR0b3BuZy5leGUgd2Vi
cG5nLmV4ZQ0KVEVTVF9QUk9HUkFNUz1nZHRlc3QuZXhlIGdkZGVtby5leGUgZ2QydGltZS5leGUN
CiMJYW5ub3RhdGUuZXhlIFwNCiMJZm9udHNpemV0ZXN0LmV4ZSBcDQojCWZvbnR3aGVlbHRlc3Qu
ZXhlDQoNCmFsbDogZ2QubGliICQoUFJPR1JBTVMpDQoNCiNhbm5vdGF0ZS5leGU6IGFubm90YXRl
LmMgZ2QubGliDQojCSQoQ0MpIGFubm90YXRlLmMgJChMSUJESVJTKSAkKExJQlMpDQoNCmZvbnRz
aXpldGVzdC5leGU6IGZvbnRzaXpldGVzdC5jIGdkLmxpYg0KCSQoQ0MpIGZvbnRzaXpldGVzdC5j
ICQoTElCRElSUykgJChMSUJTKQ0KDQpmb250d2hlZWx0ZXN0LmV4ZTogZm9udHdoZWVsdGVzdC5j
IGdkLmxpYg0KCSQoQ0MpIGZvbnR3aGVlbHRlc3QuYyAkKExJQkRJUlMpICQoTElCUykNCg0KZ2Rk
ZW1vLmV4ZTogZ2RkZW1vLmMgZ2QubGliDQoJJChDQykgZ2RkZW1vLmMgJChMSUJESVJTKSAkKExJ
QlMpDQoNCnBuZ3RvZ2QuZXhlOiBwbmd0b2dkLmMgZ2QubGliDQoJJChDQykgcG5ndG9nZC5jICQo
TElCRElSUykgJChMSUJTKSANCg0Kd2VicG5nLmV4ZTogd2VicG5nLmMgZ2QubGliDQoJJChDQykg
d2VicG5nLmMgCSQoTElCRElSUykgJChMSUJTKQ0KDQpwbmd0b2dkMi5leGU6IHBuZ3RvZ2QyLmMg
Z2QubGliDQoJJChDQykgcG5ndG9nZDIuYwkkKExJQkRJUlMpICQoTElCUykNCg0KZ2R0b3BuZy5l
eGU6IGdkdG9wbmcuYyBnZC5saWINCgkkKENDKSBnZHRvcG5nLmMgCSQoTElCRElSUykgJChMSUJT
KQ0KDQpnZDJ0b3BuZy5leGU6IGdkMnRvcG5nLmMgZ2QubGliDQoJJChDQykgZ2QydG9wbmcuYwkk
KExJQkRJUlMpICQoTElCUykNCg0KZ2QyY29weXBhbC5leGU6IGdkMmNvcHlwYWwuYyBnZC5saWIN
CgkkKENDKSBnZDJjb3B5cGFsLmMJJChMSUJESVJTKSAkKExJQlMpDQoNCmdkcGFydHRvcG5nLmV4
ZTogZ2RwYXJ0dG9wbmcuYyBnZC5saWINCgkkKENDKSBnZHBhcnR0b3BuZy5jCSQoTElCRElSUykg
JChMSUJTKQ0KDQpnZHRlc3QuZXhlOiBnZHRlc3QuYyBnZC5saWINCgkkKENDKSBnZHRlc3QuYyAJ
JChMSUJESVJTKSAkKExJQlMpDQoNCmdkMnRpbWUuZXhlOiBnZDJ0aW1lLmMgZ2QubGliDQoJJChD
QykgZ2QydGltZS5jCSQoTElCRElSUykgJChMSUJTKQ0KDQpPQkpTPWdkLm9iaiBnZF9nZC5vYmog
Z2RfZ2QyLm9iaiBnZF9pby5vYmogZ2RfaW9fZHAub2JqIGdkX2lvX2ZpbGUub2JqIGdkX3NzLm9i
aiBcDQoJZ2RfaW9fc3Mub2JqIGdkX3BuZy5vYmogZ2R4cG0ub2JqIGdkZm9udHQub2JqIGdkZm9u
dHMub2JqIGdkZm9udG1iLm9iaiBnZGZvbnRsLm9iaiBcDQoJZ2Rmb250Zy5vYmogZ2RoZWxwZXJz
Lm9iaiBnZHRhYmxlcy5vYmogZ2RmdC5vYmogZ2RjYWNoZS5vYmogZ2RrYW5qaS5vYmogZ2RfanBl
Zy5vYmogXA0KCWdkX3dibXAub2JqIHdibXAub2JqDQoNCmdkLmxpYjogICQoT0JKUykgZ2QuaCBn
ZGZvbnR0LmggZ2Rmb250cy5oIGdkZm9udG1iLmggZ2Rmb250bC5oIGdkZm9udGcuaAkNCgkkKEFS
KSAkKE9CSlMpICQoR0RMSUJTKSANCg0KY2xlYW46DQoJZGVsICoub2JqICoubGliICQoUFJPR1JB
TVMpDQoNCg==

------_=_NextPart_001_01C2F92A.423925B2--