Interesting other google groups, etc

From: Robert Jones (robert_at_jones0086.freeserve.co.uk)
Date: 12/18/03


Date: 18 Dec 2003 13:28:13 -0800

I was wondering what other google groups, etc other people participate
in that are related to the subject of COBOL and other co-existing
facilities, such as SQL (DB2, MYSQL, ORACLE, etc), CICS, GUIs, etc.

To get the ball rolling, I have found comp.databases.ibm-db2 to be a
well supported group with a lot of knowledgeable people, though they
usually stay on topic rather more. While it is obviously DB2
orientated, it is not exclusively so and tends to go into advanced SQL
topics which tend to be reasonably compliant with the SQL standards.

ibm.software.db2.mvs has gone pretty quiet these days.

A well supported one is bit.listserv.ibm-main, again mostly on topic.
Mainly for systems programmers, but everyone seems to be welcome and
it's not all over my head. I have noticed some participants from this
group also posting there.

There are two other bit.listserv groups of potential interest to me
but they seem to have recently quietened down: bit.listserv.cics-1 and
db2-1.

I am currently looking at the CICS-L list on LISTSERV.UGA.EDU which
seems to be a purely email arrangement, or perhaps (quite likely) I
haven't learnt to use it properly. This seems to be for systems
programmers, but with the occasional query from applications people
too.

There is comp.databases.paradox, if I ever get around to using it! It
seems quite active.

comp.lang.java is well supported with a multiplicity of sub-groups.

comp.lang.fortran and comp.lang.pl1 occasionally have items of
interest to me, though the pl1 group has been the arena for
pl1/fortran slagging, especially in the last few weeks.

Anyway, perhaps others of you might wish to comment on and add to my
list, perhaps a collected (edited) list from the group could be a
useful extra section for Bill Klein's FAQ.

Robert



Relevant Pages

  • Re: COBOL stored procedure for DB2
    ... Regarding how you precompile the app, you must specify target mfcob to db2 prep, rather than target ibmcob. ... Have you also confirmed that, prior to executing the CALL statement, the host variables specified within the client app have the appropriate values? ... MODIFIES SQL DATA ... confirm the cob command used for creating the SP module. ...
    (comp.lang.cobol)
  • Re: Accessing SQl files by a RPG program or something else ?
    ... I don't mind you recommending a non-IBM solution to the problem. ... DB2 Connect does not support the access of SQL Server tables, ... known as the SQL Call Level Interface, ...
    (comp.sys.ibm.as400.misc)
  • Re: MSAS 2000 Read Time (64 bit) ; DB: DB2
    ... SQL BI Product Unit ... > I already have the advanced filter set to each of the partition slices. ... > I want to correct some of my MSAS Read time stats that I mentioned in my ... > close to 150 K rows per minute from DB2. ...
    (microsoft.public.sqlserver.olap)
  • Re: COBOL stored procedure for DB2
    ... Have you also confirmed that, prior to executing the CALL statement, the ... The DB2 CREATE PROCEDURE statement. ... MODIFIES SQL DATA ... confirm the cob command used for creating the SP module. ...
    (comp.lang.cobol)
  • VARCHAR columns in COBOL
    ... I'm just learning about embedded SQL, ... the DB2 Programming Client Applications manual leads me to believe ... variables dbname and userid will have any trailing blanks removed before ... However, because blanks can be significant in passwords, the p-word host ...
    (comp.lang.cobol)