Custom Query (245 matches)
Results (55 - 57 of 245)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #261 | fixed | libc 0.6.5 release not tagged in svn | ||
| #260 | fixed | Add global argc and argv pointers | ||
| Description |
Since r3645 (AFAIU), spawn() passes some hidden arguments to the started executable if it is a kLIBC-based one. In some cases this makes problems for other applications. One of such examples is Odin-based applications (e.g. OpenJDK). In Odin, KERNEL32.DLL needs to process the command line. Since the DLL can't currently access the main() arguments, it has to access the command line directly using PIB pointers and this makes those hidden arguments (in particular the "kLIBC" signature) visible to the application which it totally does not expect. In particular, java.exe will simply fail with the message like "cannot filnd class kLIBC". For now I have to add a hack to Odin that cuts out the "kLIBC" signature from the command line. But this hack depends on kLIBC internals and will not work if these internals change. A proper way will be to provide global argc and argv pointers that will let any DLL access the command line post-processed by kLIBC in a way it needs. |
|||
| #259 | invalid | klibc5 package binary utilities are not standard *NIX | ||
| Description |
In particular, ls does not respect wild cards. The earlier version that was installed by the 5.9.40 warpin cp didn't work either. Can't tell from the warpin database what the filespec was, but somehow it insinuated the bin path onto the front of my path statement, thereby breaking a script that depended on a good cp.exe further down the path:-( Date and size of the cp.exe: 2011/08/28 97123. G:\bin>.\ls c* ls: cannot access c*: No such file or directory Had to rework the path statement to fix my script. |
|||
