Hello,
Are you referring the actual Net Express 5.1 product or its runtime (aka Server for COBOL 5.1... or simply Server 5.1)?
If it is the actual Net Express 5.1 product, the CPUs and cores are irrelevant to the product.
If on the other hand you are referring to Server 5.1, then I suggest you call your local account manager to discuss and review your license requirement.
Regards,
You can start outlook with a ShellExecute
call WINAPI ShellExecute using
by value 0 size 4,
by value 0 size 4,
by reference z"outlook.exe"
by value 0 size 4,
by reference
Z"C:\Program Files\Microsoft Office 15\root\office15\"
by value SW-hide
returning se-hInstance
end-call
Regards Georg
Thank you for the sugestions. Making the following changes it works perfect:
000008 call-convention 66 is winapi. *> 74 does not link
CALL winapi "ShellExecuteA" using *> the quptation and A is necesary
* Z"C:\Program Files\Microsoft Office 15\root\office15\" can be replaced by
by value 0 size 4 *> sin path
* by value SW-hide I replaced by value 7
by value 7 *>CmdShow
Thanks for the help
Rolf
Your changes are ok, but I define the api-calls and references like this:
$set constant UNICODE (0)
$IF UNICODE = 0
78 Suffix value "A".
$ELSE
78 Suffix value "W".
$END
78 ShellExecute value "ShellExecute" & Suffix.
78 GetCurrentDirectory value "GetCurrentDirectory" & Suffix.
78 GetUserName value "GetUserName" & Suffix.
78 GetComputerName value "GetComputerName" & Suffix.
78 CreateProcess value "CreateProcess" & Suffix.
78 WaitForSingleObject value "WaitForSingleObject".
78 SW-HIDE value 0.
78 SW-SHOWMINNOACTIVE value 7.
01 int is typedef pic s9(SZ) comp-5.
01 HINSTANCE is typedef int.
01 se-hInstance HINSTANCE.
and so on.
regards
Georg
Who can help me? I want to send automatically without Intervention of the operator an Email from my program with NETEXPRESS 5.1.
I prepare the mail with
invoke MessageObj "SetTo" using PARA-MAIL .
invoke MessageObj "SetSubject" using ASUNTO-MAIL .
invoke messageObj "setHTMLBody" using MENSAJE-O.
with no problems.
invoke messageobj "send".
works perfectly, but only if my OUTLOOK is running previously.
If it is not running I get an OleException.
How can I test if OUTLOOK is running and, if not ,make run any version of OUTLOOK from my program?
I tried
002841 STRING 'START OUTLOOK'
or
002841 STRING 'OUTLOOK'
002844 x"00" DELIMITED BY SIZE
002845 INTO CmdLine,
002846 move 1 to CmdShow,
002852 call winapi "WinExec"
002853 using by reference CmdLine
002854 by value CmdShow
002855 returning CmdStatus.
But receive always a CmdStatus of 512 and OUTLOOK does not Run..
Who can help me?
Thenks
Rolf
Hello,
Micro Focus does not provide any additional ODBC drivers for Net Express 3.1 besides those that come with the original setup.
You should be able to obtain an ODBC driver directly from Firebird as long as it conforms with ODBC standards: www.firebirdsql.org/.../odbc-driver
Please bear in mind that Micro Focus does not do any certification against database servers. The database vendors usually do the certification against specific MF COBOL compilers.
Regards,
Dear friends. Is there any ODBC driver for NetExpress 3.1 for Firebird?
Thaks, MF_Fano.
What Net Express wrappack level do you have installed and on what OS are you running? Normally repairing Net Express would fix this problem but a reinstall should certainly do it as well.
What changed on your system between the time it worked and the time you starting experiencing the problem, i.e. new product installed, Windows Updates, etc?
Can you debug when starting your application directly in the IDE and not using CBL_DEBUGBREAK?
Thanks for your reply.
I have installed nxp3251060079 Wrap Pack 6.
I can animate directly in the IDE its only DEBUGBREAK that is the issue.
I am on Windows 7.
The only think I did before the error stated occurring was add an existing program into my project and recompile it. It was working yesterday morning then this issue started occurring. I didn't take any windows updates.
I attempted another reinstall of NetExpress this afternoon and deleted the "C:\Program Files (x86)\Micro Focus\Net Express 5.1" dir before reinstalling but the issue persists.
I wondered if perhaps there was a Registry corruption but don't know what to look for.
I am stuck at he moment.
Matt
Does this error occur in all programs or just in this particular one? If you compile a simple hello world sample or one of the NX samples like adsamp using the directive INITCALL"CBL_DEBUGBREAK" do you get the same error?
The latest wrappack for NX 5.1 is wrappack 12. I would suggest that you install this version over the wrappack 6 version and see if you still get the same error.
Thanks ill try both, can you direct me to where I can get Wrappack 12 from?
If you are current on maintenance then you can download any wrappack from the microfocus.com supportline site at supportline.microfocus.com/login.aspx
OK thanks for that reply..
I have installed Wrappack 12 and the issue still persists.
I ran adsamp using the directive INITCALL"CBL_DEBUGBREAK" and I don't get the issue, the animator opened and I can step though.
Does this help you better understand what's happening?
Sounds like the problem is specific to your application and not a general problem with CBL_DEBUGBREAK. I would recommend that you open up a support incident with customer care so that we can investigate here.
Thanks.
Thanks for your help.
Out of the blue I started having an issue yesterday when encountering a CBL_DebugBreak.
When the break is encountered I get the usual COBOL RTS message
On selecting “NO” process carries on as usual.
On Selecting “YES” I get the following memory error
"Execution error:file " error code 114, pc=0, call=1, seg=0
114 attempt access beyond bounds of memory (Signal 11)
Followed by
C0000005 Access Violation AT 71770278 01:000AF278 c:\windows\system32\MFC42.DLL
I have reinstalled NetExpress from scratch, deleted by development dir and retaken my product install and performed a disc check but still get the issue.
The error and event profiler identify MFC42.DLL as the issue. I have performed a binary comparison between this Foundation Classs and the same file on another machine and they are identical suggesting no corruption there.
Any suggestions would be great I have run out of ideas now.
If I invoke OUTLOOK from within my NETEXPRESS program and something fails, if I am using the
001188 invoke exceptmgr "register" using oleExceptMgr
001189 osException.
……
005526 callback section.
005527 entry "onOleException" using by reference lnkErrorObject
005528 by reference lnkErrorNumber
005529 by reference lnkErrorText.
I receive a message "the Cobol Exception was: 0000065537
But I observed, that for all Exceptions where OUTLOOK failed, I receive the same Error: lnkErrorNumber = 65537
My errors where:
OUTLOOK not running,
bad format of the mail address.
and perhaps other.
Is there a way to know which kind of error made the OUTLOOK to abort?
Or is the error allways 65537 x”10001”
Thanks
Rolf
Hello,
I just tested this with Net Express, and it did fail with RTS 163 'Illegal character in numeric field'
Is it possible that you have COBSW=-F set because this will override the CHECKNUM directive?
Regards,
COBSW=+B2+S5