similar to: Error samba task: cc scavenger.c -> scavenger 91.o

Hi there, I tried to build samba 4.0.9 on a Debian Wheezy 7.1 x86 fresh install and got this error: [2717/3935] Compiling source3/smbd/scavenger.c ../source3/smbd/scavenger.c: In function ?scavenger_timer?: ../source3/smbd/scavenger.c:482:3: error: format ?%lu? expects argument of type ?long unsigned int?, but argument 3 has type ?uint64_t? [-Werror=format] ../source3/smbd/scavenger.c:490:3:

I've already posted about this to the samba list (19990201) then to samba-bugs (19990301); no response, so I retry here. I have character set = iso8859-1 client codepage = 850 With samba 1.9.18p8: smbstatus showed the filenames with localized characters ok (ie: libert?.txt); smbclient was ok. With samba 2.0.0 through 2.0.2: if I connect with smbclient to a Samba share I see those characters

linux 2.0.35, samba2.0.0 compiled from tgz. I have: character set = ISO8859-1 and client codepage defaults to 850, so that testparm shows client code page = 850 With samba 1.9.18p8, smbstatus showed the filenames with localized characters ok (ie: libert?.txt) I use the same smb.conf with 2.0.0 Now, with samba 2.0.0, if I connect with smbclient to a Samba share I see those characters ok, but

caldera/2.0.x and rh60/2.2.9. I've already posted about this twice to the samba list (since february) then to samba-bugs (19990301); no response, so I retry. I have character set = iso8859-1 client codepage = 850 With samba 1.9.18p8: smbstatus showed the filenames with localized characters ok (ie: libert?.txt); smbclient was ok. With samba 2.0.0 through 2.0.4b: if I connect with smbclient

Hi all, I just setup my samba server 2.2.8 on Solaris 8 Sparc. I am following checklist from 'Samba-Howto-Collection.pdf'. When I run 'net view' from a xp box but got below error message. Could anyone tell what I need to do ? --------------------- c:>net view \\smbhost System error 5 has occured. Access is denied. c:>net use x: \\smbhost\tmp System error 1240 has

Hi, altmbr.bin and its variants apparently always boot the first partition (in Syslinux 4.05, but this issue seems older than that). The following example uses parted 3.0: ---------- rm -f flat mkdir mnt truncate -s 20M flat parted -s flat mklabel msdos mkpart primary fat32 1MiB 10485759B mkpart primary ext2 11MiB 100% unit KiB print losetup -o 1048576 -s 9437184 /dev/loop7 flat mkdosfs

Hello. Here is my R code. I used the functional data . Now I need to use the functional data by applying the kernels instead of the xi, yi functions. Bonjour. Voici mon code en R . J'ai utiliser les donn?es fonctionnelles . Maintenant j'ai besoin d'utiliser les donn?es fonctionnelles en appliquant les noyaux ? la place des fontions xi, yi library(MASS)

http://bugs.freedesktop.org/show_bug.cgi?id=16239 Summary: Loading flash from CHU Amiens make swfdec crash Product: swfdec Version: git Platform: x86-64 (AMD64) URL: http://www.chu-amiens.fr/flash_content/index_flash.html OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium

I have a question about register scavenger. I am considering using register scavenger for MIPS to free up register AT which is currently reserved to load large immediates. All targets which currently use register scavenger to search for a scratch register (ARM, CellSPU, PowerPC and XCore) override function processFunctionBeforeCalleeSavedScan and call RegisterScavenger::setScavengingFrameIndex

CC the list. On Sat, Nov 10, 2012 at 6:30 PM, Arnold Schwaighofer <arnold.schwaighofer at gmail.com> wrote: > Assuming you use the scavenger in your own code yes. > > A usage could look like: > > for all basic blocks BB: > RS->enter(BB) > for all instructions CurrInst in block order: > if CurrInst has virtual def > CurrReg = RS->scavenge(CurrInst)

Hello, I use R in batch mode. Each time, I execute a script, R is loading each packages I need in my script. That's Ok But, I had to execute many scripts , and each time R is re-loading the corresponding packages, which take to much time Is it possible ask R to load the packages only once, and stay in memory in background for further scripts, which would avoid to load the packages in

Dears, I'm faced with the above mentionned problem. System is a HP Proliant DL380 with HP SmartArray 5304-256 Controller and a HP StorageWorks 4300 disk shelf. OS is Debian/testing with kernel 2.6.3 and LVM2. I've created a new LV and when I try to create the FS on it, it fails when saying "Writing superblocks and filesystem accounting information:" sar output shows that CPU

I ran into another issue with register scavenger. In my case, I don't need a place on the stack for an emergency spill slot. I have these free mips32 registers, that are not in general very useful for other things, for the emergency spill slot. I can move to and from mips16 (subset of mips32) registers and mips32 registers. I also have a situation where I need two free registers so then

Hi Reed, the register scavenger (RS) also keeps track of live registers. This way it "knows" that the register that was spilled/restored far apart is available. Let say you had the following code. You need to find a register to keep vreg1 and vreg2 in. R1 = .... // <- RS current liveness state; we have called RS->forward(It) where It points to here vreg1 = add SP, 1000 ... =

You mean when I "explicity" use it by calling methods of register scavenger? Right now I'm just allocating virtual registers that will be resolved by the use of register scavenger and I'm also providing an override of the virtual method saveScavengerRegister. In Mips16, I have an extra mips 32 register (not usually very useful since it can only be used in a move instruction)

Even though wine versions get released often and the weekly newsletters seem to report progress I get the impression that wine is not really improving. Of course it happens that some applications work with newer wine versions which didn't work with older ones, but at the same time old applications stop working. Is it only me that gets the impression that wine only changes over time, but

CallFrameSetupOpcode is a pseudo opcode like X86::ADJCALLSTACKDOWN64. That means when the code is expected to be called before the pseudo instructions are eliminated. I don't know why it's not the case for you. A quick look at PEI code indicates the pseudo's should not have been removed at the time when replaceFrameIndices are run. Evan On Sep 25, 2013, at 8:57 AM, Krzysztof

Un texte encapsul? et encod? dans un jeu de caract?res inconnu a ?t? nettoy?... Nom : non disponible URL : <https://stat.ethz.ch/pipermail/r-help/attachments/20100507/f5128631/attachment.pl>

I'm confused as to the logic used in the register scavenger when it cannot find a free register. I would think that it would want to free up the emergency spill slot immediately after it's use, because otherwise there is a chance of needing to use the emergency slot again and not be able to. Instead it tries to restore it only right before register it is freeing up. Maybe I'm

Hi All, I'm dealing with a problem where the spill/restore instructions inserted during scavenging span an adjustment of the SP/FP register. The result is that despite the base register (SP/FP) being changed between the spill and the restore, both store and load use the same immediate offset. I see code in the PEI (replaceFrameIndices) that is supposed to track the SP/FP adjustment: