search for: copypast

My JIT compiler builds the optimization passes with code directly copypasted from `opt'. Indeed, the code is optimized as required, except from function inlining. If the LLVM assembler code emitted by my JIT compiler is passed through `opt' with -O2 or higher, small functions are inlined as expected. Is there anything special about function inlining in the JIT?

Suddenly WINE have started to bring a Select Script File window whenever I try to start application with its parameters from a shortcut. Image:[Image: http://img523.imageshack.us/img523/4844/wineselectscript.jpg ] This is the full copypaste from a terminal when I try to execute the line that the shortcut would too: Code: epri at epri-ubu32-desk:~$ wine "/home/epri/.wine/drive_c/Program Files/Half-Life/half-life.exe" -- half-life.exe -console -nointro -numericping -game svencoop epri at epri-ubu32-desk:~$ fixme:heap:HeapSetI...

...> > > Suddenly WINE have started to bring a Select Script File window whenever I try to start application with its parameters from a shortcut. > > > > Image:[Image: http://img523.imageshack.us/img523/4844/wineselectscript.jpg ] > > > > > > This is the full copypaste from a terminal when I try to execute the line that the shortcut would too: > > Code: > > epri at epri-ubu32-desk:~$ wine "/home/epri/.wine/drive_c/Program Files/Half-Life/half-life.exe" -- half-life.exe -console -nointro -numericping -game svencoop > > > > This...

On Fri, Feb 12, 2016 at 01:50:53PM +0000, Carlos Palminha wrote: Sob-line from you is missing on all patches, I can't merge them. Also please copypaste a default blurb to all patches that this is only recently no longer needed. And dunno what happened to your patch series, the threading is somehow broken. In case your mail server doesn't accept a big patch series you can first format .patch files using git format-patch with threading enabled...

On Fri, Feb 12, 2016 at 01:50:53PM +0000, Carlos Palminha wrote: Sob-line from you is missing on all patches, I can't merge them. Also please copypaste a default blurb to all patches that this is only recently no longer needed. And dunno what happened to your patch series, the threading is somehow broken. In case your mail server doesn't accept a big patch series you can first format .patch files using git format-patch with threading enabled...

On 07.07.2013 01:53, Александр wrote: > В письме от Воскресенье, 30-июн-2013 03:41:37 пользователь Александр написал: >> В письме от Вторник, 25-июн-2013 11:47:10 пользователь Michal Privoznik .... > > i have found source of problem, my code looks like this: > > int count = virConnectListAllDomains(connection, NULL, 0); > .... > domain = virDomainDefineXML(connection,

> > You are running some kind of proxy in front of it. No proxy. Just sendmail with users using emacs/Rmail or Webmail/Squirrelmail. > If you want it to show real client IP, you need to enable forwarding of > said data. With dovecot it's done by setting > > login_trusted_networks = your-upstream-host-or-net > > in backend config file. > OK I changed it and

...ibutes = login=%{requested_username} > pwhash=%{hashed_password} remote=%{rip} device_id=%{client_id} protocol=%s > > On some versions remote is mistakenly %{real_rip} which expands into where > the connection came from instead of client IP. > > If it's wrong just feel free to copypaste the setting above into dovecot > config. > Verified. I believe you told me that on the other thread and I made that change a while back. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190412/f28b1aae/at...

Hi, All I''m just new to this list, I''m started to dealing with OSS Xen to XCP migration earlier this week, seem the domUs installed via virt-install are function well, but domUs copied via dom0 are failed during bootup process, finally I realize if I could fix this on my OSS Xen will resolve all. Can I have any suggestion from you please ? *Details* *Source XenHost* OS:

...@ void mark_rodata_ro(void) > pr_info("Write protected read-only-after-init data: %luk\n", > size >> 10); } > > +int set_memory_encrypted(unsigned long addr, int numpages) > +{ > + int i; > + > + /* make all pages shared, (swiotlb, dma_free) */ this is a copypaste typo, I think? (should be UNshared?) also, it doesn't make ALL pages unshared, but only those specified in the parameters with this fixed: Reviewed-by: Claudio Imbrenda <imbrenda at linux.ibm.com> > + for (i = 0; i < numpages; ++i) { > + uv_remove_shared(addr); > + addr +...

...@ void mark_rodata_ro(void) > pr_info("Write protected read-only-after-init data: %luk\n", > size >> 10); } > > +int set_memory_encrypted(unsigned long addr, int numpages) > +{ > + int i; > + > + /* make all pages shared, (swiotlb, dma_free) */ this is a copypaste typo, I think? (should be UNshared?) also, it doesn't make ALL pages unshared, but only those specified in the parameters with this fixed: Reviewed-by: Claudio Imbrenda <imbrenda at linux.ibm.com> > + for (i = 0; i < numpages; ++i) { > + uv_remove_shared(addr); > + addr +...

...ory is manged - also just bake in the lru eviction list and algorithm - probably good to have built-in support for redirecting the mmap between shmem and iomem. - anything that needs pipelining or copy engines would be out of scope for these helpers I think for starting points we can go with a copypasted version of the various ttm implementations we already have, and then simplify from there as needed. Or just start fresh if that's too complicated, due to the issue Christian highlighted. -Daniel > Best regards > Thomas > > > > > cheers, > > Gerd > > >...

On Aug 28, 2012, at 4:28 PM, Óscar Fuentes <ofv at wanadoo.es> wrote: > My JIT compiler builds the optimization passes with code directly > copypasted from `opt'. Indeed, the code is optimized as required, except > from function inlining. If the LLVM assembler code emitted by my JIT > compiler is passed through `opt' with -O2 or higher, small functions are > inlined as expected. > > Is there anything special about functi...

Sorry I made copypaste mistake with version numbers. I haven't checked other versions than sid. I can check others if needed. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://lists...

Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/bochs/bochs_kms.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bochs/bochs_kms.c b/drivers/gpu/drm/bochs/bochs_kms.c index 9e7cd6b34106..93cb27f93d39 100644 --- a/drivers/gpu/drm/bochs/bochs_kms.c +++ b/drivers/gpu/drm/bochs/bochs_kms.c @@ -293,6 +293,7 @@ int bochs_kms_init(struct bochs_device

...es auth_policy_request_attributes = login=%{requested_username} pwhash=%{hashed_password} remote=%{rip} device_id=%{client_id} protocol=%s On some versions remote is mistakenly %{real_rip} which expands into where the connection came from instead of client IP. If it's wrong just feel free to copypaste the setting above into dovecot config. Aki Aki

...dds a stub to resolve the undefined symbol that all GL programs threw. I discussed it briefly with herve who suggested I write the stub. A full implementation of the function can be found in src/mesa/drivers/dri/i915/intel_screen.c. It's beyond my current code expertise to know if it can be copypasted. I would appreciate comments or questions on why this patch is needed. Also, if you still get "Direct Rendering: No" after applying the patch, here is a way to debug more: export LIBGL_DEBUG=verbose mesa-git/progs/xdemos/glxinfo It will tell you why Direct Rendering failed. I like t...

...domains ? > > This code is just a reproducer. Client shouldn't be able to deadlock > libvirtd at all. Any API call should be deadlock safe (unless called > from a callback). Which reminds me - do you use callbacks? > > Michal yes, i using callbacks for errors, for now just copypasted example callback to print errors static void libvirt_error_handler(void *userdata, virErrorPtr err) { fprintf(stderr, "Failure of libvirt library call:\n"); fprintf(stderr, " Code: %d\n", err->code); fprintf(stderr, " Domain: %d\n", err->domain); fprint...

Not working: > patching file userdb-vpopmail.c > Hunk #1 FAILED at 54. > 1 out of 1 hunk FAILED -- saving rejects to file userdb-vpopmail.c.rej -------- Original Message -------- Subject: Re: Vpopmail Error From: Aki Tuomi <aki.tuomi at dovecot.fi> To: dovecot at dovecot.org, Bobber <bobber at kc0dxf.net> Date: 04/11/2017 12:13 PM > diff --git

...the legacy > section at the end of struct drm_driver. > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> I think sprinkling some WARN_ON (in drm_dev_register or wherever) if new drivers try to use the legacy hooks would be really nice. Experience says someone is going to copypaste this stuff around forever otherwise. Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch> > --- > drivers/gpu/drm/drm_vblank.c | 39 +++++--------- > include/drm/drm_drv.h | 101 ++--------------------------------- > 2 files changed, 17 insertions(+), 123 deletions(-...