search for: amost

...assPassID(); >> }; > I think that would be O.K., but why getClassPassID return "const void > *" not just "char"? The class is actually identified by the address of 'ID'. The value of 'ID' is irrelevant. So where it is currently used you will amost always find '&ClassName::ID'. > Regards, > chenwj > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

...or (recently) free'd > ==31730== > > *** caught segfault *** > address 0x10, cause 'memory not mapped' > > Traceback: > 1: which(smap == j) > 2: which(smap == j) > 3: mysurv(fit2, pbc2$bili4, p0 = 4:0/10, fit2, x0 = 50) > > The offending call is amost certainly the one to survfit; mysurv() is a > local function > that caculates some things 'by hand'. It does nothing complex: counts, > loops, etc, the > only non-base action is a call to Matrix::exp near the end, but the > which() failure is > well before that. > &gt...

...amp;& FB_BACKLIGHT && FB_ARMCLCD && FB_MX3 && USB_APPLEDISPLAY && FB_OLPC_DCON && ACPI_CMPC && SAMSUNG_Q10) selects BACKLIGHT_CLASS_DEVICE which has unmet direct dependencies (HAS_IOMEM && BACKLIGHT_LCD_SUPPORT) > > It turns out that amost all users of BACKLIGHT_CLASS_DEVICE also select > BACKLIGHT_LCD_SUPPORT, but not all of them do. This makes the remaining > ones behave like the others. > > It would probably be best to rework the way those two options related > entirely, but for now this takes the simpler and safer...

..._PS8622 && FB_BACKLIGHT && FB_ARMCLCD && FB_MX3 && USB_APPLEDISPLAY && FB_OLPC_DCON && ACPI_CMPC && SAMSUNG_Q10) selects BACKLIGHT_CLASS_DEVICE which has unmet direct dependencies (HAS_IOMEM && BACKLIGHT_LCD_SUPPORT) It turns out that amost all users of BACKLIGHT_CLASS_DEVICE also select BACKLIGHT_LCD_SUPPORT, but not all of them do. This makes the remaining ones behave like the others. It would probably be best to rework the way those two options related entirely, but for now this takes the simpler and safer approach to fix the warn...

...730==? Address 0x10 is not stack'd, malloc'd or (recently) free'd ==31730== ?*** caught segfault *** address 0x10, cause 'memory not mapped' Traceback: ?1: which(smap == j) ?2: which(smap == j) ?3: mysurv(fit2, pbc2$bili4, p0 = 4:0/10, fit2, x0 = 50) The offending call is amost certainly the one to survfit; mysurv() is a local function that caculates some things 'by hand'. ? It does nothing complex: counts, loops, etc, the only non-base action is a call to Matrix::exp near the end, but the which() failure is well before that. The session info just before the o...

...> ldap_connect_system: succesful connection to the LDAP server > > The LDAP server is succesful connected > > ldapsam_getsampwnam: Unable to locate user [grw] count=0 > > Failed to find entry for user grw. > > Failed to modify password entry for user grw It looks amost as if the user isn't there... see just below the conf file.. > > my smb.conf file looks like this [global section]: > > > > [global] > > printing = sysv > > printcap name = /etc/printcap > > load printers = yes > >...

On Wed, Jan 30, 2013 at 12:02:47PM -0600, Matthew Curtis wrote: > Hello all, > > In the process of porting the Polly plug-in to Windows we encountered a couple > of issues stemming from the use (within Polly) of global data from LLVM. > > By far the most common occurrence of this is the definition by a class of a > publicly accessible static ID, the address of which is used

having trouble compiling dovecot-1.1hg latest pull I'm amost thinking _GNU_SOURCE needs to be defined as its built to work Any suggestions welcome. make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/dan/software_projects/dovecot-1.1/src/lib-storage/list' Making all in index make[4]: Entering directory `/home/dan/software_pro...

Hello all, In the process of porting the Polly plug-in to Windows we encountered a couple of issues stemming from the use (within Polly) of global data from LLVM. By far the most common occurrence of this is the definition by a class of a publicly accessible static ID, the address of which is used to uniquely identify the class. For example class AliasAnalysis { public:

Hi everyone, It took me a while to figure this out properly, as I kept getting circular or missing dependencies with video drivers. This set of three patches should simplify the situation a bit, mostly by cleaning up the dependencies around CONFIG_ACPI_VIDEO. With all three patches applied, I no longer run into those related warnings. If everyone agrees on the general direction, I hope we can