<div dir="ltr">Hi Mason,<br><br>Yes of course it is synoptic monthly means at 00, 06, 12 and 18 UTC. plz have a look on the attached netcdf, grib files of the same data set and see the clear difference between netcdf and <a href="http://grib2ctl.pl">grib2ctl.pl</a> generated control file. <br>
<br><br><br>Regards,<br><br>Mubashar<br><br><div class="gmail_quote">On Fri, Jul 22, 2011 at 3:53 PM, <span dir="ltr"><<a href="mailto:gradsusr-request@gradsusr.org">gradsusr-request@gradsusr.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Send gradsusr mailing list submissions to<br>
<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:gradsusr-request@gradsusr.org">gradsusr-request@gradsusr.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:gradsusr-owner@gradsusr.org">gradsusr-owner@gradsusr.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of gradsusr digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: problem with <a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a> (Rowell, Mason D.)<br>
2. Re: GrADS Return Code 141 (Jonas Kaufmann)<br>
3. Re: Missing variables in 3-d fwrite binary file (James T. Potemra)<br>
4. incorrect time steps (jagadish karmacharya)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 22 Jul 2011 16:06:31 +0000<br>
From: "Rowell, Mason D." <<a href="mailto:Mason.D.Rowell-1@ou.edu">Mason.D.Rowell-1@ou.edu</a>><br>
Subject: Re: [gradsusr] problem with <a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a><br>
To: GrADS Users Forum <<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>
Message-ID:<br>
<<a href="mailto:EF993BF88A0DA241AA5B306C9D22DDF753FF5436@it-kodiak.sooner.net.ou.edu">EF993BF88A0DA241AA5B306C9D22DDF753FF5436@it-kodiak.sooner.net.ou.edu</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Mubashar,<br>
<br>
Are you sure the data is what you expect? Does your grib file have 4 time steps x 30 some days in the month of interest? Or are you positive it is just those for time steps averaged for each day in the month?<br>
<br>
Mason<br>
________________________________<br>
From: <a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a> [<a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a>] on behalf of Mubashar Dogar [<a href="mailto:mubashardogar@gmail.com">mubashardogar@gmail.com</a>]<br>
Sent: Friday, July 22, 2011 10:49 AM<br>
To: <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
Subject: [gradsusr] problem with <a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a><br>
<br>
Dear GrADS users,<br>
<br>
I have downloaded synoptic monthly means analysis data from ECMWF for specific humidity at 1000 pressure level both in netcdf and grib format (This is the same data in grib & netcdf format for three months of 1989). I encountered a bug or some issue in perl script (<a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a><<a href="http://grib2ctl.pl" target="_blank">http://grib2ctl.pl</a>>) that generates GrADS readable control file for the grib data set. I am attaching grib file and control file made by <a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a><<a href="http://grib2ctl.pl" target="_blank">http://grib2ctl.pl</a>> as well as index file generated by gribmap. The bug is that synoptic monthly means data have 4 time steps (at 00, 06, 12, & 18) for each month but <a href="http://grib2ctl.pl" target="_blank">grib2ctl.pl</a><<a href="http://grib2ctl.pl" target="_blank">http://grib2ctl.pl</a>> makes 4 time steps in each day instead of 4 time step in a month. When I opened the ctl file in GrADS, it display some values and shows rest as all undefined values. I even changed time in ctl manually and generate index again but the problem is yet unresolved. Where is the issue? Does anyone already encountered the same problem. Please see attached files for y!<br>
our satisfaction.<br>
<br>
Mubashar<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0001.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20110722/c0f45065/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 22 Jul 2011 18:08:45 +0200<br>
From: Jonas Kaufmann <<a href="mailto:me@j0nes.de">me@j0nes.de</a>><br>
Subject: Re: [gradsusr] GrADS Return Code 141<br>
To: GrADS Users Forum <<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>
Message-ID:<br>
<CAMaBtSnUgU4aN-9howyDXyrL==<a href="mailto:2UBZc2J6jFLbj7cA_5O2Vm9A@mail.gmail.com">2UBZc2J6jFLbj7cA_5O2Vm9A@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hello,<br>
<br>
the machine itself was okay - however I have found the answer in the<br>
mean time. In my original script running on my WRF server I tried to<br>
capture the output of the remote ssh command for debugging using:<br>
ssh grads_machine image_generation_script.sh & > logfile 2> errorfile<br>
<br>
I changed this to (notice the brackets):<br>
(ssh grads_machine image_generation_script.sh &) > logfile 2> errorfile<br>
<br>
...and from this point on everything went fine - although I am not<br>
sure why this failed at all...<br>
<br>
Anyway, thank you for your help and for your hints on where to look further!<br>
<br>
Best regards and have a nice weekend!<br>
<br>
Jonas Kaufmann<br>
<br>
<br>
On Fri, Jul 22, 2011 at 17:32, Huddleston, John<br>
<<a href="mailto:Huddleston@cira.colostate.edu">Huddleston@cira.colostate.edu</a>> wrote:<br>
> Jonas<br>
><br>
> That's fits my third guess that it fails on a busy machine.<br>
><br>
> What is the hardware, the operating system, the memory (vmstat,free), and the ulimit of your space ?on both machines.<br>
><br>
> John<br>
><br>
> -----Original Message-----<br>
> From: <a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a> [mailto:<a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a>] On Behalf Of Jonas Kaufmann<br>
> Sent: Friday, July 22, 2011 9:03 AM<br>
> To: GrADS Users Forum<br>
> Subject: Re: [gradsusr] GrADS Return Code 141<br>
><br>
> Hello,<br>
><br>
> I have examined the environment of the calls on both my grads machine and my remote machines. There are three machines involved in this: two remote machines where WRF computations are run (these are located in different data centers and have a slightly different setup) and my grads machine where the output of the WRF computation is pushed and then a script is started via ssh.<br>
><br>
> So the basic script on the remote machine looks like this:<br>
> - wait for new data from the forecast model<br>
> - scp the data to the grads machine<br>
> - ssh grads_machine image_generation_script.sh<br>
><br>
> The image_generation_script.sh running on the grads server is also quite easy:<br>
> - set up environment variables<br>
> - perl script to generate a grads script<br>
> - grads -b -l -c <a href="http://my_generated_script.gs" target="_blank">my_generated_script.gs</a><br>
><br>
> I have compared the environments on both the remote machines as the script is run via cron, and the environment variables are exactly the same on both machines. On the grads machine, I have also done this, and the environment also matches there when being called from both remote machines. There are two things that I don't get:<br>
> - on one remote machine everything is working fine, and the other one fails<br>
> - if I start the script on my failing remote machine manually, everything works fine, but not when it gets executed by cron<br>
><br>
> Is there a way to get any additional output or debug information from grads? Do you have any other hints what I could try?<br>
><br>
> Best regards and thank you for your help!<br>
><br>
> Jonas Kaufmann<br>
><br>
><br>
> On Fri, Jul 22, 2011 at 16:31, Huddleston, John <<a href="mailto:Huddleston@cira.colostate.edu">Huddleston@cira.colostate.edu</a>> wrote:<br>
>> Jonas<br>
>><br>
>> There could be a number of reasons. Bernd's reply is true in that a cron script does not set a PATH and so by sourcing your profile or .bashrc files it will establish your environment. It is easier to put those PATH assignments in the cron script itself. Add the GrADS variables (GADDIR and GASCRP) as well to find the library scripts.<br>
>><br>
>> Second, the error code 141 means it is a SIGPIPE error. 141=128+13. 13 indicates a pipe error. 128 is the bash script error.<br>
>><br>
>> Third, it could be related to the resources on your machine itself could be the problem.<br>
>><br>
>> Can you give us your script?<br>
>><br>
>> John Huddleston<br>
>><br>
>> -----Original Message-----<br>
>> From: <a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a><br>
>> [mailto:<a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a>] On Behalf Of Becker, Bernd<br>
>> Sent: Friday, July 22, 2011 6:50 AM<br>
>> To: GrADS Users Forum<br>
>> Subject: Re: [gradsusr] GrADS Return Code 141<br>
>><br>
>><br>
>> Normalerweise liegt das an nicht gesetzten Umgebungsvariablen.<br>
>><br>
>> Einfach im Script oben nochmal<br>
>> . ~/profile<br>
>> . ~/kshrc<br>
>><br>
>> ausfuehren. Dann klappt das. (Meistens)<br>
>><br>
>> --<br>
>> Bernd Becker ? Climate Impacts Product Development Met Office Hadley<br>
>> Centre ? ?FitzRoy Road ?Exeter ? Devon EX1 3PB ?United Kingdom<br>
>> Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050<br>
>> <a href="mailto:E-mail%3Abernd.becker@metoffice.gov.uk">E-mail:bernd.becker@metoffice.gov.uk</a> -<br>
>> <a href="http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada" target="_blank">http://www.metoffice.gov.uk/research/our-scientists/seasonal-to-decada</a><br>
>> l/<br>
>> bernd-becker<br>
>><br>
>><br>
>> -----Original Message-----<br>
>> From: <a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a><br>
>> [mailto:<a href="mailto:gradsusr-bounces@gradsusr.org">gradsusr-bounces@gradsusr.org</a>] On Behalf Of Jonas Kaufmann<br>
>> Sent: 22 July 2011 12:52<br>
>> To: GrADS Users Forum<br>
>> Subject: [gradsusr] GrADS Return Code 141<br>
>><br>
>> Hello,<br>
>><br>
>> in my setup I am running into a strange problem right now. I am calling a shell script containing a call to grads from a remote server. When I invoke my shell script manually from the remote server, everything is working fine - however when running through cron, grads silently crashes. Nothing is written on both STDOUT or STDERR. The only thing that I can get is that grads gives a return code 141 in the shell after failing.<br>
>><br>
>> Can you tell me what this return code means? Do you have any idea why my job can be run manually but not from cron?<br>
>><br>
>> Best regards,<br>
>> Jonas Kaufmann<br>
>> _______________________________________________<br>
>> gradsusr mailing list<br>
>> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
>><br>
>> _______________________________________________<br>
>> gradsusr mailing list<br>
>> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
>><br>
>> _______________________________________________<br>
>> gradsusr mailing list<br>
>> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
>> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
>><br>
><br>
> _______________________________________________<br>
> gradsusr mailing list<br>
> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
><br>
> _______________________________________________<br>
> gradsusr mailing list<br>
> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 22 Jul 2011 06:48:54 -1000<br>
From: "James T. Potemra" <<a href="mailto:jimp@hawaii.edu">jimp@hawaii.edu</a>><br>
Subject: Re: [gradsusr] Missing variables in 3-d fwrite binary file<br>
To: GrADS Users Forum <<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>
Message-ID: <<a href="mailto:4E29A9F6.5030801@hawaii.edu">4E29A9F6.5030801@hawaii.edu</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi Kevin:<br>
<br>
It looks like in your NAM-2011072200.ctl file you are defining one<br>
vertical level:<br>
<br>
zdef 1 levels 315<br>
<br>
but you then assign two levels to each variable:<br>
<br>
cpd 2 99 Condensation Pressure Deficit (mb)<br>
isenps 2 99 Pressure (mb)<br>
u 2 99 Zonal component of wind (ms^-1)<br>
v 2 99 Meridional component of wind (ms^-1)<br>
<br>
I think if you change the "2's" above with "1", or for surface you can<br>
have "0",<br>
it should work ok.<br>
<br>
Jim<br>
<br>
On 7/22/11 2:49 AM, Kevin Huyck wrote:<br>
> Good morning.<br>
><br>
> I'm attempting to configure some post-processing subroutines for<br>
> several parameters I find useful. For my pathfinder case, I am<br>
> creating a binary file using "fwrite" to store four parameters. Each<br>
> parameter varies in the horizontal plane, but not in the vertical<br>
> (i.e. only one vertical level is computed). When I output a single<br>
> timestep, I can open and retrieve the data file and the data display<br>
> correctly. If I write each variable twice, once for each time step, I<br>
> can retrieve the first time step, but not the second. At present I'm<br>
> feeding commands into the command-line interpreter rather than<br>
> executing a script. I've seen examples in the archives discussing<br>
> varying the time dimension by way of a "while" loop. Since I'm<br>
> entering the commands individually the result /should/ be the same as<br>
> if run from a script.<br>
><br>
> I'm not sure where I'm making my mistake in the process, so any<br>
> guidance would be appreciated.<br>
><br>
> Input data is the North American Mesoscale (NAM) 40 km model. I am<br>
> computing values for "t 1" and "t 2" during this trial period. The<br>
> variables utilized in the process are "cpd", "isenps", "u", and "v".<br>
> Command sequence is first, followed by the .ctl file. I use a homemade<br>
> script file, "<a href="http://compute_cpd.gs" target="_blank">compute_cpd.gs</a>", to conduct the necessary calculations.<br>
> This script accepts three arguments, Theta surface (in Kelvin), grid<br>
> skip, and working file number. <a href="http://compute_cpd.gs" target="_blank">compute_cpd.gs</a> returns cpd, isenps, u,<br>
> and v. In this case, "z" in NAM-2011072200.dat represents the "theta"<br>
> level for the isentropic surface.<br>
><br>
> --- Command Listing ---<br>
> open NAM-2011072200.ctl<br>
> set t 1<br>
> run <a href="http://compute_cpd.gs" target="_blank">compute_cpd.gs</a> 315 1 1<br>
><br>
> set fwrite ./cpd/NAM-2011072200.dat<br>
> set gxout fwrite<br>
><br>
> d cpd<br>
> d isenps<br>
> d u<br>
> d v<br>
><br>
> set t 2<br>
> run <a href="http://compute_cpd.gs" target="_blank">compute_cpd.gs</a> 315 1 1<br>
><br>
> d cpd<br>
> d isenps<br>
> d u<br>
> d v<br>
><br>
> disable fwrite<br>
> reinit<br>
><br>
> open ./cpd/NAM-2011072200.ctl<br>
> set t 1<br>
> run ./<a href="http://draw-cpd.gs" target="_blank">draw-cpd.gs</a><br>
><br>
> clear graphics<br>
> set t 2<br>
> run ./<a href="http://draw-cpd.gs" target="_blank">draw-cpd.gs</a><br>
><br>
> --- Error Output ---<br>
> Low Level I/O Error: Read error on data file<br>
> Data file name = ./cpd/NAM-2011072200.dat<br>
> Error reading 200 bytes at location 704000<br>
> Data Request Error: Error for variable 'cpd'<br>
> Error ocurred at column 1<br>
> DISPLAY error: Invalid expression<br>
> Expression = cpd<br>
> Cannot plot color bar: No shading information<br>
> Low Level I/O Error: Read error on data file<br>
> Data file name = ./cpd/NAM-2011072200.dat<br>
> Error reading 200 bytes at location 704000<br>
> Data Request Error: Error for variable 'cpd'<br>
> Error ocurred at column 1<br>
> DISPLAY error: Invalid expression<br>
> Expression = cpd<br>
> Low Level I/O Error: Read error on data file<br>
> Data file name = ./cpd/NAM-2011072200.dat<br>
> Error reading 200 bytes at location 880000<br>
> Data Request Error: Error for variable 'isenps'<br>
> Error ocurred at column 1<br>
> DISPLAY error: Invalid expression<br>
> Expression = isenps<br>
> Low Level I/O Error: Read error on data file<br>
> Data file name = ./cpd/NAM-2011072200.dat<br>
> Error reading 200 bytes at location 1056000<br>
> Data Request Error: Error for variable 'u'<br>
> Operation Error: Error from skip function<br>
> Error ocurred at column 1<br>
> DISPLAY error: Invalid expression<br>
> Expression = skip(u,2)<br>
><br>
> --- ./cpd/NAM-2011072200.ctl Contents ---<br>
> dset /home/Agena/klhuyck/cpd/NAM-2011072200.dat<br>
> title NAM 40km Condensation Pressure Deficit<br>
> undef -999000000.000000<br>
> options little_endian<br>
> xdef 200 linear -145.0 0.5<br>
> ydef 110 linear 12.0 0.5<br>
> zdef 1 levels 315<br>
> tdef 2 linear 00Z22Jul2011 3hr<br>
> vars 4<br>
> cpd 2 99 Condensation Pressure Deficit (mb)<br>
> isenps 2 99 Pressure (mb)<br>
> u 2 99 Zonal component of wind (ms^-1)<br>
> v 2 99 Meridional component of wind (ms^-1)<br>
> endvars<br>
><br>
> --<br>
> Kevin L. Huyck<br>
> Forecaster, Meridian Environmental Technology, Inc.<br>
> <a href="mailto:klhuyck@meridian-enviro.com">klhuyck@meridian-enviro.com</a> <mailto:<a href="mailto:klhuyck@meridian-enviro.com">klhuyck@meridian-enviro.com</a>><br>
><br>
> Composed using Mozilla Thunderbird!<br>
><br>
><br>
> _______________________________________________<br>
> gradsusr mailing list<br>
> <a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
> <a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0001.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20110722/4de890bf/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Fri, 22 Jul 2011 10:07:44 -0700 (PDT)<br>
From: jagadish karmacharya <<a href="mailto:j_karmacharya@yahoo.com">j_karmacharya@yahoo.com</a>><br>
Subject: [gradsusr] incorrect time steps<br>
To: "<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>" <<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a>><br>
Message-ID:<br>
<<a href="mailto:1311354464.42717.YahooMailNeo@web31901.mail.mud.yahoo.com">1311354464.42717.YahooMailNeo@web31901.mail.mud.yahoo.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi,<br>
I have used CDO operators to create monthly netCDF file from daily data. The timestamp of the resulting file when viewed in CDO is:<br>
<br>
1989-01-31T00:00:00<br>
1989-02-28T00:00:00<br>
1989-03-31T00:00:00<br>
1989-04-30T00:00:00<br>
......<br>
.....<br>
<br>
But the timestep of the same file in grads is:<br>
<br>
1989-01-31:0<br>
1989:3:3:0<br>
<br>
1989:3:31:0<br>
1989:5:1:0<br>
....<br>
....<br>
<br>
This is different and I guess is causing problem in time series plot etc. How can I overcome the problem?<br>
<br>
I am using grads version 2.0.a7.oga.3 in Linux OS.<br>
<br>
Any advice will be highly appreciated.<br>
<br>
<br>
Jagadish<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment.html" target="_blank">http://gradsusr.org/pipermail/gradsusr/attachments/20110722/f7d0c5d5/attachment.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br>
<br>
End of gradsusr Digest, Vol 17, Issue 24<br>
****************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>Muhammad Mubashar Ahmad Dogar<br>Scientific Officer (Climatology Section),<br>Global Change Impact Studies Centre (GCISC),<br>NCP complex, Quaid-e-Azam University Campus,<br>
Shahdra road, Islamabad, Pakistan.<br>Tel: +92519230226<br>Mob:+923315144169<br>email: <a href="mailto:mubashardogar@yahoo.com">mubashardogar@yahoo.com</a><br> <a href="mailto:mubashar.ahmad@gcisc.org.pk">mubashar.ahmad@gcisc.org.pk</a><br>
</div>