Custom Query (245 matches)

Hi,

when I run the following program compiled with gcc 3.3.5 CSD1 and a input redirection I get SYS1808 with code 0005.

#include <iostream>
using namespace std;

void threadfunc(void*)
{  cerr << "in thread\n";
}

int main()
{  cerr << "before beginthread\n";
   _beginthread(threadfunc, NULL, 65536, NULL);
   cerr << "after beginthread\n";
   return 0;
}

D:\TEMP>gcc test.cpp -lstdc++

D:\TEMP>type test.cpp | test.exe
before beginthread
aifnt etrh rbeeagdi
ntSYS1808:
Der Prozeß wurde gestoppt. Der Softwarediagnosecode
(Fehlercode der Ausnahmebedingung) ist 0005.

Of course, the output to cerr is not serialized, but this does not matter. I removed the mutex only for simplicity.

The signal is triggerd immediately after the end of threadfunc if and only if

• test.exe is called with input redirection and
• there is at least one output to cerr in the thread (cout works!).

With gcc 3.2.2 the above program works as expected even with pipe input.

Marcel

The usual problem of loading dll under os/2 requires proper libpath setup.

With ticket:225 implemented, we can get beginlibpath to be changed before program reaches main(). This feature, together with dll lazy loading (already available) should solve our libpath issues.

LIBC marks the Extended Attributes used to support unix file attribute emulation as critical (FEA_NEEDEA). This prevents non-EA aware applications from opening these files on HPFS formatted volumes.

The particular use-case was that a user ran some application that applied LIBC EAs to uhpfs.dll. Format.com reported

SYS1311: The system files are missing.

because the DosLoadModule?() libpath search failed to find a uhpfs.dll that could be opened.

Note that this issue does not affect jfs formatted volumes. It appears that jfs.ifs does not check if the application supports EAs.