| Unix Content | Register | FAQ | Calendar | Search | Today's Posts | Mark Forums Read |
|
#1
|
| Does Serenity have the source code to IPFC or active support from IBM? I'm running into a problem where error messages lack context and give line numbers a dozen lines away from the actual point of error. If there's a chance of getting a fix then I'll put in a bug report, but first I'd like to know whether it's a lost cause. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Unsolicited bulk E-mail subject to legal action. I reserve the right to publicly post or ridicule any abusive E-mail. Reply to domain Patriot dot net user shmuel+news to contact me. Do not reply to spamtrap@library.lspace.org |
|
#2
|
| On Sun, 24 Aug 2008 00:10:33 UTC, Shmuel (Seymour J.) Metz > Does Serenity have the source code to IPFC or active support from IBM? I'm > running into a problem where error messages lack context and give line > numbers a dozen lines away from the actual point of error. I can't speak authoritatively, but the answer (to both questions) is almost certainly "no". -- Alex Taylor Fukushima, Japan http://www.socis.ca/~ataylo00 Please take off hat when replying. |
|
#3
|
| > If there's a chance of getting a fix then I'll put in a bug report, > but first I'd like to know whether it's a lost cause. Then put in your bug report? I'ld say there's "a" fix possible. If IPFC can detect and report the errors in the IPF source files, so can a pre- and/or postprocessor. IPFC.EXE itself doesn't have to be fixed, albeit that's obviously the preferred solution. --- |
|
#4
|
| On Sun, 24 Aug 2008 00:10:33 UTC, Shmuel (Seymour J.) Metz > Does Serenity have the source code to IPFC or active support from IBM? I'm > running into a problem where error messages lack context and give line > numbers a dozen lines away from the actual point of error. > > If there's a chance of getting a fix then I'll put in a bug report, but > first I'd like to know whether it's a lost cause. > What level of IPFC? I have been using it heavily the past few days, and the error messages are correctly identifying the line numbers. \OS2TK45\bin\ipfc.exe 227,184 10/04/2001 11:36 Operating System/2 Information Presentation Facility Compiler Version 4.00.007 Oct 02 2000 -- Chuck McKinnis |
|
#5
|
| In at 04:16 AM, "Chuck McKinnis" >What level of IPFC? Version 4.00.007 Oct 02 2000 >I have been using it heavily the past few days, >and the error messages are correctly identifying the line numbers. The problem seems to be more common when there are lots of blank lines. >\OS2TK45\bin\ipfc.exe 227,184 10/04/2001 11:36 Same here. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Unsolicited bulk E-mail subject to legal action. I reserve the right to publicly post or ridicule any abusive E-mail. Reply to domain Patriot dot net user shmuel+news to contact me. Do not reply to spamtrap@library.lspace.org |
|
#6
|
| In at 09:57 PM, spamgate@hotmai1.com (ML) said: >Then put in your bug report? I'ld say there's "a" fix possible. If IPFC >can detect and report the errors in the IPF source files, so can a pre- >and/or postprocessor. IPFC.EXE itself doesn't have to be fixed, albeit >that's obviously the preferred solution. FWIW the problem seems to be related to unmatched apostrophes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Unsolicited bulk E-mail subject to legal action. I reserve the right to publicly post or ridicule any abusive E-mail. Reply to domain Patriot dot net user shmuel+news to contact me. Do not reply to spamtrap@library.lspace.org |
|
#7
|
| > FWIW the problem seems to be related to unmatched apostrophes. FWIW/2 that should be detectable by a pre-processor, no matter if it's actually a FIX or a QI. If that's actually going to be written, don't forget to include .im'ed files in the pre-processing then. --- |