http://blog.gmane.org/gmane.org.netlabs.libc.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.org.netlabs.libc.user/1218 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, What would a "long" version of the following message be? LIBC fatal error - streams: unlock, 0 count Killed by SIGABRT - -- James Moe moe dot james at sohnen-moe dot com 520.743.3936 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+kURoACgkQzTcr8Prq0ZMLSwCglFHqJFncU8+mfx/cHpCgZdQd bMsAniBtXRq+dNGvqUkJ9M7KZOcB1EBf =j/XK -----END PGP SIGNATURE----- </pre> James Moe 2012-05-04T21:58:50 http://comments.gmane.org/gmane.org.netlabs.libc.user/1210 <pre>Hi, I've just uploaded the gcc 3.3.5 csd 5 / kLIBC 0.6.5 release to netlabs. It can be found here: ftp://ftp.netlabs.org/pub/gcc/ Check the 0.6.5 trac milestone for a list of fixes and features: http://svn.netlabs.org/libc/query?group=status&amp;milestone=libc-0.6.5 This release has not been rigorously tested, I am afraid, but I hope it will be an improvement on the previous one (csd4 / 0.6.4). Enjoy, knut</pre> Knut St. Osmundsen 2012-04-15T20:14:39 http://comments.gmane.org/gmane.org.netlabs.libc.user/1209 <pre> Hi, I'm back to building libc064 from the branch and everything is fine until it's time to link libc064x.dll. This fails with are large number of undefines of the form weakld: error: Unresolved symbol (UNDEF) '_getlogin'. weakld: info: The symbol is referenced by: I:\sla_dev2\libc-0.6-branch\emx\out\dbg\omf\libc_s.lib(glob.obj) weakld: error: Unresolved symbol (UNDEF) '_memcmp'. I have the fixes from ticket #222 installed. Do I need something else? The toolchain is gcc445 and ilink, but I'm willing to use something else if that is required. FWIW, my build of emxomfld from the branch seems to have issues. When building rsync 3.0.8, with gcc 3.5.2, emxomfld fails claiming it can't find the symbol named ''. Reverting to an older emxomfld resolves the error. The failure appears to be specific to a single .o file. There are no problems building rsync 3.0.7 which does not differ all that much from 3.0.8. I'll provide a testcase once I am sure it's not something wrong with by libc build setup. Than</pre> Steven Levine 2011-04-20T03:41:55 http://comments.gmane.org/gmane.org.netlabs.libc.user/1207 <pre>Should GCC and emxomfld accept response files? eg gcc &lt; at &gt;file or emxomfld &lt; at &gt;file. We're having a problem with Mozilla where they've changed their build system to link all the object files into xul.dll instead of static libs and the linking stage ends with g++: error trying to exec 'emxomfld.exe': execvp: Invalid argument. A build log is here, https://bug648134.bugzilla.mozilla.org/attachment.cgi?id=524988 Dave </pre> Dave Yeo 2011-04-11T00:04:29 http://comments.gmane.org/gmane.org.netlabs.libc.user/1204 <pre> Hi, Based on the file date, it would appear that trunk changeset 3514 should match the libc063 binary. However, this is not the case. I need to go bad to changeset 2733 in some cases to match the sources with the binary. There don't not seem to be any useful tags or branches that match up either. Does anyone know what the situation is and what changeset I really should be using? Thanks, Steven </pre> Steven Levine 2010-12-30T22:16:39 http://comments.gmane.org/gmane.org.netlabs.libc.user/1197 <pre>Hi/2. I've seemed to encounter an exception bug. The 'catch' block of the attached codes does not work. EMX and kLIBC 3.3.5 works as expected. But gcc 4.3.x and 4.4.x terminated with SIGABRT as the following. ----- terminate called after throwing an instance of 'char const*' terminate called recursively Killed by SIGABRT pid=0x035c ppid=0x0357 tid=0x0001 slot=0x00b2 pri=0x0200 mc=0x0001 F:\LANG\WORK\TEST\XS.EXE Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it. ----- </pre> KO Myung-Hun 2010-08-18T16:25:00 http://comments.gmane.org/gmane.org.netlabs.libc.user/1196 <pre>Hello, I don't know if my message was posted on the mailing list because I haven't received it. I beg you pardon if you have received it twice... Original post : Hello, I have written a library that emulates Poxis semaphores with SystemV ones. To do that, I have used semget() function that always fails. Configuration : eCS 2.0 + EMX 0.9d, gcc-4.4.4 (and all GNU tools). Source code : #ifndef UNION_SEMUN union semun { int val; struct semid_ds *buf; unsigned short *array; struct seminfo *__buf; }; #endif int sem_init_SysV(sem_t *semaphore, int shared, unsigned int valeur) { int ios; union semun argument; if (shared != 0) { return(ENOSYS); } (*semaphore) = semget(IPC_PRIVATE, 1, IPC_CREAT | IPC_EXCL | 0600); if ((*semaphore) == -1) { // semget() always fails on OS/2 (error 28 'disk full') return(EINVAL); } argument.val = valeur; ios = semctl((*</pre> BERTRAND Joel 2010-08-11T11:47:00 http://comments.gmane.org/gmane.org.netlabs.libc.user/1195 <pre>Hello, I have written a library that emulates Poxis semaphores with SystemV ones. To do that, I have used semget() function that always fails. Configuration : eCS 2.0 + EMX 0.9d, gcc-4.4.4 (and all GNU tools). Source code : #ifndef UNION_SEMUN union semun { int val; struct semid_ds *buf; unsigned short *array; struct seminfo *__buf; }; #endif int sem_init_SysV(sem_t *semaphore, int shared, unsigned int valeur) { int ios; union semun argument; if (shared != 0) { return(ENOSYS); } (*semaphore) = semget(IPC_PRIVATE, 1, IPC_CREAT | IPC_EXCL | 0600); if ((*semaphore) == -1) { // semget() always fails on OS/2 (error 28 'disk full') return(EINVAL); } argument.val = valeur; ios = semctl((*semaphore), 0, SETVAL, argument); return(ios); } I don't know if 0600 value (read and write access) is required with kLibc. This function perfectly work on all Unix system</pre> joel.bertrand< at >systella.fr 2010-08-11T10:35:11 http://comments.gmane.org/gmane.org.netlabs.libc.user/1191 <pre>Hello all. I am trying to build harvest using my setup of Paul's build environment and GCC 442. It requires mmap. I was wondering if there was any architectual limitation or something that would prevent mmap files from working on ECS/OS/2? Before I go on a wild goose chase for headers and libs and such, I thought I would check here with the experts first. Any ideas? </pre> Galen Henderson 2010-03-25T20:49:47 http://comments.gmane.org/gmane.org.netlabs.libc.user/1190 <pre>This is a follow-up to a thread I started last January about Unix EAs. The problem I had was that a kLibc version of unzip.exe created files with a lot of Unix EAs. I not only didn't need them, but they prevented DOS apps from reading the unzipped files. On the Netlabs bug tracker, I found tickets #21 and #206 where Knut mentioned the possibility of using an environment variable to control if and where Unix EAs are used. Currently, it uses Unix EAs on HPFS, JFS, FAT, and RAMFS drives. So I decided to try hacking kLibc to suit myself. Not being a real programmer, I had a few problems putting together a build environment. But now I can finally do "make double-quick" in the libc-0.6 directory with only a couple of errors. Lots of warnings, but that may be normal. I hope. The attached patch is what I have so far. It removes the critical flag from the Unix EAs, and also provides for an environment variable called LIBC_UNIXEA_DRIVES which overrides the defaults. That way I can have Unix EAs and symlinks on my N</pre> Anton Monroe 2009-11-08T21:24:53 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.org.netlabs.libc.user