search for: utils2

..."bar" print(env) ## <environment: package:utils> ## attr(,"name") ## [1] "package:utils" ## attr(,"path") ## [1] "C:/PROGRA~1/R/R-2.6.0alpha/library/utils" ## attr(,"foo") ## [1] "bar" attach(env, pos=2, name="package:utils2", warn.conflicts=FALSE) env2 <- as.environment("package:utils2") print(env2) ## <environment: package:utils2> ## attr(,"name") ## [1] "package:utils2" This becomes a problem, because the 'path' attribute is dropped causing: packageDescription(&q...

...libmlcutils.a, the symbols for this static library (like guestfs_int_drive_name) are already resolved, and thus all the symbols are resolved, and the linking succeeds This fragile situation can be easily broken by moving e.g. guestfs_int_drive_name out of common/utils/utils.c to a new source (say utils2.c) still built as part of libutils.a: since nothing before -lmlcutils actually needs to pick utils2.o from libutils.a for symbols, then GCC will not be able to resolve all the symbols in libmlcutils.a. As solution, move libutils.a (and other internal static libraries) as last libraries to link gue...

https://bugzilla.samba.org/show_bug.cgi?id=12769 Bug ID: 12769 Summary: error allocating core memory buffers (code 22) depending on source file system Product: rsync Version: 3.1.0 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: core

...ir1/cfrontend/src/gcc' gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -fno-common -DHAVE_CONFIG_H -o gnat1.exe ada/b_gnat1.o ada/adadecode.o ada/adaint.o ada/cstreams.o ada/cio.o ada/targtyps.o ada/decl.o ada/misc.o ada/utils.o ada/utils2.o ada/trans.o ada/cuintp.o ada/argv.o ada/raise.o ada/init.o ada/tracebak.o ada/ada.o ada/a-charac.o ada/a-chlat1.o ada/a-except.o ada/s-memory.o ada/s-traceb.o ada/s-mastop.o ada/s-except.o ada/ali.o ada/alloc.o ada/atree.o ada/butil.o ada/casing.o ada/checks.o ada/comperr.o ada/csets.o ada/cstand...

...at the end. I am using asterisk-1.0.7; vanilla kernel-2.6.10 or 2.6.12 compiled with gcc 3.4 in Mandrake 10.1, divactrl 2.0 from Melware, chan-capi 0.3.5 (with deadlock cvs-HEAD patch from levigo.de adapted to asterisk 1.0.*) and (here is my main suspect) system isdn/capi libs/tools (libisdn4k-utils2-3.2p3-16mdk - isdn4k-utils-3.2p3-16mdk) from Mandrake 10.1. What is the best isdn libs version for using with chan_capi, k2.6.* and divactrl?? Does anybody has a working chan_capi environment with a recent (2.6.10 up) kernel, and could give a hint on any of those synthoms?? I would like to try...