Re: [Cobolforgcc-devel] Re: (sin asunto)

[Tim J. <te...@me...>]

Daniel,
Good. I have added you as a developer on the project and assigned
the inspect task to you. I will have a look at your code tonight
or tomorrow,
Regards,
Tim Josling

> Tim,
> 
> Sorry, I don't fill the Subject, (Sin Asunto) means no subject.
> 
> It's ok to e-mail via sourceforge, even I'm experimenting some problems to 
> connect at work, but I will upgrade IExplorer and see what happens.
> 
> You can mention me at your Cobol column, thanks. Please send me a copy or 
> tell me where can I get one.
> 
> I will send you my SourceForge ID as soon as I find it, the only thing I 
> know now is that my login name is : dardison .
> 
> Talking about SQL embedded, the problem is not grammar, the problem is that 
> SQL APIs are propietary, and different SQL Flavors have differents APIs. I 
> agree with you that should be a preprocessor that convert EXEC SQL ... 
> END-EXEC to cobol CALLs to the API libraries.
> Maybe if we can find the APIs spec and software, for informix for linux for 
> example, we could write a preprocessor for that API.
> Another approach is to find if any vendor have Embedded SQL for GCC on 
> linux, and then write a layer in C to do the link.
> Let me know what you think about the issue.
> 
> I finish testing of inspect replacing today. I also do the tabs clean up you 
> ask for. I also found some bugs at cobr_insind.c (cobr_inspect_indexof 
> routine) and I correct them so I will resend you the hold package.
> 
> Sorry I don't answer this via SourceForge but I can't login at work 
> actually. I will resolved asap.
> 
> Regards,
>