apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: One last analysis of *1.2* symbols
Date Sun, 09 Apr 2006 02:11:35 GMT
Some observations inline.  In short, with a commit to Netware to export
apr_hashfunc_default as per Joe Orton ... I believe 1.2 is ready to T&R,
which I'll do as soon as I see Brad's commit.

Bill

William A. Rowe, Jr. wrote:
> Attached are three deltas, linux, win32 and netware deltas
> 
> (these are already stale due to a couple of fixes applied.)
> 
> --- apr-1.2-linux	2006-04-08 20:49:46.000000000 -0500
> +++ apr-1.2-netware	2006-04-07 04:36:08.000000000 -0500
> -apr_current_hooking_module
 > -apr_debug_module_hooks

The hook diagnostics aren't compiled on Netware?

 > -apr_global_hook_pool

This one is actually serious since our macro wrappers in the consumer's
app uses the symbol.  Is there a chance that (like my mis-extracted linux
symbol lists) you omitted data exports?

> -apr_dbm_type_sdbm

Netware doesn't export the built-in sdbm implementation?

> -apr_hashfunc_default

This is fixed on win32.  I presume it aught to be patched on Netware.
Brad, could you jump on this so I can T&R?


> --- apr-1.2-linux	2006-04-08 20:49:46.000000000 -0500
> +++ apr-1.2-win32	2006-04-08 16:09:34.000000000 -0500
> +apr_app_init_complete -- arch specific
> +apr_conv_ucs2_to_utf8
> +apr_conv_utf8_to_ucs2

> -apr_dbd_sqlite3_driver -- dbd specific

> +apr_dbg_log -- arch specific, quirky little 'strace' emulation

> -apr_file_namedpipe_create -- solved, with an APR_ENOTIMPL stub

> -apr_filepath_list_merge_impl -- arch specific
> -apr_filepath_list_split_impl

> +apr_gid_compare -- macro on most, function used on win32
 > +apr_uid_compare

> -apr_global_mutex_child_init -- macro'ed to apr_proc_mutex*
> -apr_global_mutex_create
> -apr_global_mutex_destroy
> -apr_global_mutex_lock
> -apr_global_mutex_pool_get
> -apr_global_mutex_trylock
> -apr_global_mutex_unlock
 > -apr_os_global_mutex_get

> -apr_hashfunc_default -- patched (ugly in order to remain binary compatible)

> -apr_inet_ntop -- arch internal
> -apr_inet_pton

> +apr_ldap_get_option -- my linux build wasn't ldap-ized.
> +apr_ldap_info
> +apr_ldap_init
> +apr_ldap_is_ldapi_url
> +apr_ldap_is_ldaps_url
> +apr_ldap_is_ldap_url
> +apr_ldap_set_option
> +apr_ldap_ssl_deinit
> +apr_ldap_ssl_init
> +apr_ldap_url_parse
> +apr_ldap_url_parse_ext

> +apr_os_level -- arch specific

> -apr_os_pipe_put -- fixed - but had to assume blocking pipe
> -apr_os_pipe_put_ex

> -apr_procattr_limit_set -- no APR_HAVE_STRUCT_RLIMIT

> -apr_proc_fork -- no fork() support

> -apr_proc_mutex_unix_setup_lock -- arch specific

> -apr__SHA256_Data -- internal
> -apr__SHA256_End
> -apr__SHA256_Final
> -apr__SHA256_Init
> -apr__SHA256_Transform
> -apr__SHA256_Update
> -apr__SHA384_Data
> -apr__SHA384_End
> -apr__SHA384_Final
> -apr__SHA384_Init
> -apr__SHA384_Update
> -apr__SHA512_Data
> -apr__SHA512_End
> -apr__SHA512_Final
> -apr__SHA512_Init
> -apr__SHA512_Last
> -apr__SHA512_Transform
> -apr__SHA512_Update

 > -apr_setup_signal_thread -- no signal support on win32
> -apr_signal
> -apr_signal_description_get
> -apr_signal_init
> -apr_signal_thread
> -apr_sockaddr_vars_set

> -apr_unix_file_cleanup -- arch specifics
> -apr_unix_mode2perms
> -apr_unix_perms2mode
> -apr_unix_setup_time

> -apr_wait_for_io_or_timeout -- internal

> -apu__sdbm_chkpage  -- internal
> -apu__sdbm_delpair
> -apu__sdbm_duppair
> -apu__sdbm_fitpair
> -apu__sdbm_getnkey
> -apu__sdbm_getpair
> -apu__sdbm_hash
> -apu__sdbm_nullitem
> -apu__sdbm_putpair
> -apu__sdbm_splpage

Mime
View raw message