> It would be nice for these changes to get folded back into the source, but
> not until a real fix is done which uses configure. I might get
> around to this eventually.

It would be also nice to have a choice to disable sound altogether
at compile time for folks who don't have or want sound
on the system, Linux or otherwise. I am assuming this option
will be in the final release.
 
> Also, does anyone know the correct constant to use for NAME_MAX? I think 
> almost every system has MAXPATHLEN defined, but I'm not sure. Probably 
> configure can take care of that one as well.

>From limits.h on my solaris box:

/*
 * POSIX 1003.1a, section 2.9.5, table 2-5 contains [NAME_MAX] and the
 * related text states:
 *
 * A definition of one of the values from Table 2-5 shall be omitted from the
 * <limits.h> on specific implementations where the corresponding value is
 * equal to or greater than the stated minimum, but where the value can vary
 * depending on the file to which it is applied. The actual value supported for
 * a specific pathname shall be provided by the pathconf() (5.7.1) function.
 *
 * This is clear that any machine supporting multiple file system types
 * and/or a network can not include this define, regardless of protection
 * by the _POSIX_SOURCE and _POSIX_C_SOURCE flags.
 *
 * #define      NAME_MAX        14
 */

Then something like this would be one example, works under
Linux also.  Do a man on pathconf for the details,
hopefully the developers will do it the portable way.

: #include <unistd.h>
: #include <stdio.h>
: 
: main () {
: 
: long ret;
: ret = pathconf("/tmp/",_PC_NAME_MAX);
: printf("_PC_NAME_MAX is %ld \n",ret);
: 
: }

-Rod

----------------------------------------------------------------------
Rodney Mach
Systems Research Programmer
Center for Parallel Computing
College of Engineering, University of Michigan
[EMAIL PROTECTED]      
----------------------------------------------------------------------
-
To unsubscribe from this list send mail to: [EMAIL PROTECTED]
with the message contents: unsubscribe e-develop

Reply via email to