paul@cybavax.UUCP (Paul Middlehurst) (07/02/85)
Before purchasing GEM for an IBM-PC I've been trying to find out whether I can access GEM from within COBOL applications (specifically the Application Environment Services (AES) subroutine library). So far I've met with brick walls from all my enquiries. Does anyone out there know if (and how) I can get around this - possibly by using C to actually get at the GEM goodies? I'd be grateful for any ideas or past experiences, Thanks in advance, Paul Middlehurst UUCP: ...!seismo!mcvax!ukc!reading!cybavax!paul
vr0z05@unido.UUCP (07/05/85)
Please post to the net. I'm interested too and I think there much more people like we. Uwe Hoch Computer Science Department, University of Dortmund 4600 Dortmund 50, P.O. Box 500500, W.-Germany E-mail address UUCP: philabs!{hpfcla!hpbbn, mcvax}!unido!vr0z05
cramer@kontron.UUCP (Clayton Cramer) (07/12/85)
> Before purchasing GEM for an IBM-PC I've been trying to find out whether > I can access GEM from within COBOL applications (specifically the Application > Environment Services (AES) subroutine library). So far I've met with brick > walls from all my enquiries. > > Does anyone out there know if (and how) I can get around this - possibly > by using C to actually get at the GEM goodies? I'd be grateful for any ideas > or past experiences, > > Thanks in advance, > Paul Middlehurst > > UUCP: ...!seismo!mcvax!ukc!reading!cybavax!paul I attended the GEM ISV Seminar some months back. GEM comes with bindings for linking C and Pascal programs to AES subroutines. They don't support every compiler that's available, but they do support their format, and Microsoft's format at least. If you can call C from COBOL, you should be able to build a C function that accesses the AES subroutines, and then call the C function from COBOL.
cmf@cwruecmp.UUCP (Carl Fongheiser) (07/15/85)
You can get to GEM services through almost any language, provided two things: 1. You can get to assembly language (or otherwise execute INT instructions) 2. You can force excess memory to be deallocated through DOS. Some languages may do this for you. Many do not. GEM services are accessed by loading up some parameter arrays, loading the addresses of these arrays into registers, and executing an INT instruction (I don't remember the number offhand). The reason memory must be deallocated is that some GEM services do memory allocation, and by default, DOS allocates all available memory to an application when it is run. I hope this answers your questions. Carl Fongheiser ...!decvax!cwruecmp!cmf cmf%case@CSnet-relay.ARPA
mat@amdahl.UUCP (Mike Taylor) (07/24/85)
I recently purchased Digital Research's GEM Desktop and installed it on my Compaq. I don't own a mouse, so I'm using the cursor keys. I used GEMPREP to set up my STARTUP and DESKTOP floppies. My problem is that the desk accessories don't appear on the menu. A file desk1.acc was created, but there is no menu selection for clock or calendar. The Digital Research phone is always busy. The dealer doesn't know. Can anyone help me? Please and thank you. -- Mike Taylor ...!{ihnp4,hplabs,amd,sun}!amdahl!mat [ This may not reflect my opinion, let alone anyone else's. ]
eyc@houxk.UUCP (E.CHEN) (07/29/85)
The following information came from GEM Desktop Reference Guide. The GEM Desktop comes with two accessories, clock and calculator. In section 7 of the Reference Guide, it said the following: Your computer must have at least 320 kilobytes of randomaccess memory (320K RAM) to use the desk accessories. If it has less memory, the desk accessory do not appear in the Desk Menu, and you cannot use them. Hope this did help to answer your question. Ed. Chen houxk!eyc