Innotek LIBC | 1 Feb 19:37 2006
Picon

[Innotek LIBC] #32: libc: readdir_r returns -1 instead of errno

#32: libc: readdir_r returns -1 instead of errno
---------------------------+------------------------------------------------
 Reporter:  bird           |       Owner:  bird          
     Type:  defect         |      Status:  new           
 Priority:  normal         |   Milestone:  libc-0.6.1    
Component:  libc-frontend  |     Version:  0.6           
 Severity:  normal         |    Keywords:  libc readdir_r
---------------------------+------------------------------------------------
 Title says it all.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/32>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 1 Feb 19:41 2006
Picon

Re: [Innotek LIBC] #32: libc: readdir_r returns -1 instead of errno

#32: libc: readdir_r returns -1 instead of errno
----------------------------+-----------------------------------------------
 Reporter:  bird            |        Owner:  bird      
     Type:  defect          |       Status:  new       
 Priority:  normal          |    Milestone:  libc-0.6.1
Component:  libc-frontend   |      Version:  0.6       
 Severity:  normal          |   Resolution:            
 Keywords:  libc readdir_r  |  
----------------------------+-----------------------------------------------
Comment (by bird):

 This typically happens when we're hitting a no-more-file condition. Such a
 condition should be indicated by setting *ppResult to NULL not by error.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/32>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 1 Feb 19:46 2006
Picon

[Innotek LIBC] #33: libc: panic when using timers

#33: libc: panic when using timers
--------------------+-------------------------------------------------------
 Reporter:  bird    |       Owner:  bird       
     Type:  defect  |      Status:  new        
 Priority:  normal  |   Milestone:  libc-0.6.1 
Component:  libc    |     Version:  0.6        
 Severity:  normal  |    Keywords:  libc timers
--------------------+-------------------------------------------------------
 With IPRT tstTimer I get a LIBC PANIC! on the release of a mutex
 semaphore, possible the signal one.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/33>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Paul Smedley | 3 Feb 10:54 2006

Problem building mysql 5.0.18

Hi All,
I had a quick play with mysql 5.0.18 this week and hit the following 
build error:

sql_yacc.h:125: error: `DATETIME' redeclared as different kind of 
symbol
U:/USR/include/os2emx.h:3580: error: previous declaration of `typedef 
struct 
   _DATETIME DATETIME'
sql_yacc.h:392: error: `POLYGON' redeclared as different kind of 
symbol
U:/USR/include/os2emx.h:8916: error: previous declaration of `typedef 
struct 
   _POLYGON POLYGON'

A copy fo sql_yacc.h is at http://smedley.info/sql_yacc.h

I tried not including the date/time stuff from os2emx.h but that broke
another part of the build.

Any ideas?

--

-- 
Cheers,

Paul.
Innotek LIBC | 3 Feb 22:53 2006
Picon

Re: [Innotek LIBC] #20: libc: random panic SIGSEGV when doing parallel builds

#20: libc: random panic SIGSEGV when doing parallel builds
--------------------------+-------------------------------------------------
 Reporter:  bird          |        Owner:  bird      
     Type:  defect        |       Status:  closed    
 Priority:  highest       |    Milestone:  libc-0.6.1
Component:  libc          |      Version:  0.6       
 Severity:  major         |   Resolution:  fixed     
 Keywords:  libc mozilla  |  
--------------------------+-------------------------------------------------
Changes (by bird):

  * resolution:  => fixed
  * status:  assigned => closed

Comment:

 Rewritten code using mktemp. The problem should be gone now.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/20>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 4 Feb 12:43 2006
Picon

Re: [Innotek LIBC] #32: libc: readdir_r returns -1 instead of errno

#32: libc: readdir_r returns -1 instead of errno
----------------------------+-----------------------------------------------
 Reporter:  bird            |        Owner:  bird      
     Type:  defect          |       Status:  closed    
 Priority:  normal          |    Milestone:  libc-0.6.1
Component:  libc-frontend   |      Version:  0.6       
 Severity:  normal          |   Resolution:  fixed     
 Keywords:  libc readdir_r  |  
----------------------------+-----------------------------------------------
Changes (by bird):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 There was already a todo comment on the problem. I've just changed it to
 return 0 instead of -1 when no more files are available. The problem is
 gone and my testcase works.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/32>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 4 Feb 13:29 2006
Picon

Re: [Innotek LIBC] #25: libc: recvmsg/recvfrom doesn't set correct address length

#25: libc: recvmsg/recvfrom doesn't set correct address length
----------------------------+-----------------------------------------------
 Reporter:  bird            |        Owner:  bird    
     Type:  defect          |       Status:  assigned
 Priority:  normal          |    Milestone:  libc-0.7
Component:  libc            |      Version:  0.6     
 Severity:  normal          |   Resolution:          
 Keywords:  libc tcpip udp  |  
----------------------------+-----------------------------------------------
Changes (by bird):

  * milestone:  libc-0.6.1 => libc-0.7
  * reporter:  anonymous => bird
  * status:  new => assigned

Comment:

 I've added code ensuring that recvfrom and recvmsg sets the correct
 address lengths. I'll put of the sendmsg explorations untill 0.7.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/25>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 4 Feb 16:35 2006
Picon

[Innotek LIBC] #34: weakld: generate duplicate weak aliases

#34: weakld: generate duplicate weak aliases
---------------------+------------------------------------------------------
 Reporter:  bird     |       Owner:  bird      
     Type:  defect   |      Status:  new       
 Priority:  highest  |   Milestone:  libc-0.6.1
Component:  emx      |     Version:  0.6       
 Severity:  blocker  |    Keywords:  weakld    
---------------------+------------------------------------------------------
 weakld sometimes (wonder if symbol hashing is required) outputs more than
 one alias for the same weak symbol. This naturally causes some serious
 screwup in the binary... ilink gives this warning when it sees the
 duplicate alias:
 R:\TMP\wk101643e4c0f21cf468.obj(wk0.obj) : warning LNK4080: changing
 substitute name for alias "snip" from "snip" to "snip".

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/34>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 4 Feb 17:26 2006
Picon

Re: [Innotek LIBC] #34: weakld: generate duplicate weak aliases

#34: weakld: generate duplicate weak aliases
---------------------+------------------------------------------------------
 Reporter:  bird     |        Owner:  bird      
     Type:  defect   |       Status:  closed    
 Priority:  highest  |    Milestone:  libc-0.6.1
Component:  emx      |      Version:  0.6       
 Severity:  blocker  |   Resolution:  fixed     
 Keywords:  weakld   |  
---------------------+------------------------------------------------------
Changes (by bird):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 The hashing changes in emxomf broke some silly attempt at keeping track of
 truncated symbols in weakld (emxomfld). I've removed the silliness and the
 testcase I've got works ok now, without any warnings.

-- 
Ticket URL: <http://svn.netlabs.org/libc/ticket/34>
Innotek LIBC <http://svn.netlabs.org/libc>
Innotek LIBC
---------------------------------------------------------------------
To unsubscribe, e-mail: libc-user-unsubscribe <at> netlabs.org
For additional commands, e-mail: libc-user-help <at> netlabs.org
Innotek LIBC | 4 Feb 18:26 2006
Picon

[Innotek LIBC] #35: ld crashes when map files are enabled

#35: ld crashes when map files are enabled
--------------------+-------------------------------------------------------
 Reporter:  ydario  |       Owner:  bird
     Type:  defect  |      Status:  new 
 Priority:  normal  |   Milestone:      
Component:  emx     |     Version:      
 Severity:  normal  |    Keywords:      
--------------------+-------------------------------------------------------
 ld crashes when map file name differs from module name, because of wrong
 memory allocation.
 
 {{{
 Index: src/ld/ld.c
 ===================================================================
 --- src/ld/ld.c (revision 2508)
 +++ src/ld/ld.c (working copy)
  <at>  <at>  -3984,7 +3984,7  <at>  <at> 
         {
           if (map_filename == NULL)
             {
 -             freeav[j++] = map_filename = ALLOCA (strlen
 (output_filename) + 5);
 +             freeav[j++] = map_filename = ALLOCA (strlen (exe_filename) +
 5);
                strcpy (map_filename, exe_filename);
               _remext (map_filename);
               strcat (map_filename, ".map");
 
 }}}

(Continue reading)


Gmane