[Mapserver-dev] Maptemplate->processLine

[Steve Lime]

Nobody has spoken up, so I assume there are no objections. I'll admit
though that I'm not positive what you're up to. That said the templating
is really ugly so any improvement is a good thing.

Steve

>>> Ned Harding <nharding at extendthereach.com> 2/2/2004 5:45:30 PM >>>
All,

Since I'm new at working in the MapServer code base, I wanted to run a
proposed change by the list and make sure no one has any issues.

The way I am using MapServer I want to get access to the variables in
the
MapServer template that are currently expanded in processLine.  I am
planning to spilt this into 2 functions:

1) msGetTemplateVariables which will get the variables into the
mapservObj
in new variables similar to ParamNames, ParamValues and NumParams

2) processLine will then call msGetTemplateVariables if the variables
are
not available and then proceed similarly as before.

This will allow me access to those variables without using a template
and
should make processLine more efficient at the same time.

Thanks,


Ned Harding
Chief Technology Officer
SRC - Extending the Reach of Micromarketing
3825 Iris Ave Suite 150
Boulder, CO 80303
(303) 440-8896 x104

http://www.extendthereach.com 

Technology in Action:

http://www.DemographicsNow.com 


-----Original Message-----
From: Sean Gillies [mailto:sgillies at frii.com] 
Sent: Monday, February 02, 2004 1:37 PM
To: Sean Gillies
Cc: MapServer-Dev
Subject: Re: [Mapserver-dev] Errors due to a getline function defined
in
cgiutil


Sorry, forgot to add that this only occurs (that we see) when building
the
Python MapScript.

Sean

On Feb 2, 2004, at 1:09 PM, Sean Gillies wrote:

> Hi,
>
> Howard Butler sent this to me
>
>> .../../cgiutil.h:37: conflicting types for `getline'
>> /usr/include/bits/stdio.h:103: previous declaration of `getline'
>>
>> Looks like someone chose a bad name for a function or they really 
>> meant to do this.  Either way, if I change the function name in 
>> cgiutil to getline2 or something, everything compiles and links ok.
>>
>> A quick history showed that the file changed as recently as last 
>> friday.  I don't know what was changed though.
>>
>
> I saw this as well (on Linux RH9) and commented out line 37 in
> cgiutil.h with no bad consequences.  I'd enter this as a bug in 
> Bugzilla except that it prevents compilation and needs more immediate

> attention.
>
> cheers,
> Sean
> --
> Sean Gillies
> sgillies at frii dot com
> http://users.frii.com/sgillies 
>
> _______________________________________________
> Mapserver-dev mailing list
> Mapserver-dev at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev 
>

_______________________________________________
Mapserver-dev mailing list
Mapserver-dev at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev 
_______________________________________________
Mapserver-dev mailing list
Mapserver-dev at lists.gis.umn.edu 
http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev