<div dir="ltr">Thanks Dimitar.<div>Please find my reply below.<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class=""><br>
> On Thu, Mar 13, 2014 at 11:42 AM, Dimitar Zhekov<br>
> <<a href="mailto:dimitar.zhekov@gmail.com">dimitar.zhekov@gmail.com</a>>wrote:<br>
><br>
</div><div class="">> + {<br>
>> +  *type = g_strstrip(g_strdup(fields[data->line_idx+2]));<br>
>><br>
>> Errr, why do you assume that type is always at line_idx+2?..<br>
>><br>
><br>
> As far as I could understand, geany parses the error message by gcc<br>
</div>> compiler. gcc compilers have specific error message format [...]<br>
<br>
First, there are several build-in parser configurations, with<br>
different separators and field indexes, example messages included. D<br>
and HTML also have warnings.<br>
<br>
Second, the examples under "All GNU gcc-like error messages" have only<br>
"filename:line:whatever" is common, and the parser matches that<br>
format. Nowhere is a column assumed, and line_idx+2 may not even<br>
exist. The java examples clearly have type at line_idx + 1.<br>
<br>
> <a href="http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gnat_ugn_unw/Warning-Message-Control.html#Warning-Message-Control" target="_blank">http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gnat_ugn_unw/Warning-Message-Control.html#Warning-Message-Control</a><br>


<br>
This is for the gcc Ada compiler, and even if the entire gcc<br>
standartized is standartized at 4.5, the stable debian still contains<br>
gcc-4.4, so it's too early to drop it. And anyway,  Latex will not<br>
gain more fields because the gcc documentation says so...<br></blockquote><div><br></div><div>Thanks Dimitar for clearing things up. I know the error messages do not have standard format and more so it varies a lot from one programming language to another. Also, not every programming language has two types of error messages(warning and error) like C/C++. What I wrote is specific to C/C++ and if the error message has a different format it falls back to the behavior geany currently has.</div>

<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
>> 1. You wrote support for the fallback parser only, and not for regex.<br>
>><br>
><br>
> Yes because the regex parser was returning me NULL for c,cpp and java<br>
> files, so I wrote for the fallback parser only. I was unable to find the<br>
> root cause of why the regex parser is returning me NULL for these<br>
> file types.<br>
<br>
</div>Well, I can assure you that the regex parser works...<br></blockquote><div><br></div><div>Ok. Let me try again to understand whats going on.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div class=""><br>
>> 2. This should be considered after either pull request #191 or SF<br>
>> patch #11 is applied. If the PR is chosen, this patch should be fully<br>
>> rewritten as capturing group <W> or something similar.<br>
<br>
</div>...*sigh* maybe I should include warning recognition is SF #11, using<br>
your styling code and different recognition.<br></blockquote><div><br></div><div>Can you please tell me what is SF and PR? Also, can you please assign me a bug or a feature request? I know I can pick anything from the list but since I am new to this project, I think it will be better for me not to chose by myself any bug/feature thats too complicated for me to implement and mess up the code.</div>

<div> </div><div>Thanks,</div><div>Shankhoneer Chakrovarty</div></div></div></div></div>