search for: lapi

Hello everyone, I am having difficulties in setting up a tftp server on a Fedora 3.14.8-200.fc20.x86_64. Running tftp client to test the server functionality, a simple get from the terminal prompts 'Transfer timed out.' back. The version is tftp-hpa 5.2, with remap, with tcpwrappers, unfortunately I am not able to find any log in the system journal.? The server and related services appear

I sure did check the firewall and selinux as well. As an extreme testing major, they are both turned off. $ systemctl status firewalld firewalld.service - firewalld - dynamic firewall daemon ? ?Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled) ? ?Active: inactive (dead) sestatus? SELinux status: ? ? ? ? ? ? ? ? disabled Actually, now tftp transfers are denied $ tftp 127.0.0.1

...hed to the internet, could this also be a problem.. (server is also blocking the win connects) if more information is need please let me know a.s.a.p! TIA Gavin -- Gavin c/o GES Fukushimaken, Fukushima City Nankodai 2-34-1 Japan 960-8143 Phone: 0245-22-3264 Fax. 0245-21-6220 e-mail gavin-39@lapis.plala.or.jp

...c/strict.lua | 41 - com32/lua/src/Makefile | 26 +- com32/lua/src/Makefile-orig | 182 - com32/lua/src/cpu.c | 6 +- com32/lua/src/dhcp.c | 4 +- com32/lua/src/dmi.c | 16 +- com32/lua/src/lapi.c | 867 ++-- com32/lua/src/lapi.h | 14 +- com32/lua/src/lauxlib.c | 947 ++-- com32/lua/src/lauxlib.h | 126 +- com32/lua/src/lbaselib.c | 567 +-- com32/lua/src/lbitlib.c | 211 + com32/lua/src/...

Hi All, I met a problem when I use rsync to transfer some files to remote server. Why does my transfer fail with something like the following error? rsync: mkstemp "/Instrument/A0003237.agilent.com/.Instrument.mdb.3lGdSl" (in wcss) failed: No such file or directory (2) rsync error: some files could not be transferred (code 23) at /home/lapo/packaging/tmp/rsync-2.6.6/main.c(791)

...41 - > com32/lua/src/Makefile | 26 +- > com32/lua/src/Makefile-orig | 182 - > com32/lua/src/cpu.c | 6 +- > com32/lua/src/dhcp.c | 4 +- > com32/lua/src/dmi.c | 16 +- > com32/lua/src/lapi.c | 867 ++-- > com32/lua/src/lapi.h | 14 +- > com32/lua/src/lauxlib.c | 947 ++-- > com32/lua/src/lauxlib.h | 126 +- > com32/lua/src/lbaselib.c | 567 +-- > com32/lua/src/lbitlib.c...

.../Makefile | 28 +- com32/lua/src/Makefile-orig | 182 -- com32/lua/src/cmenu.c | 90 + com32/lua/src/cpu.c | 6 +- com32/lua/src/dhcp.c | 4 +- com32/lua/src/dmi.c | 16 +- com32/lua/src/lapi.c | 867 ++++--- com32/lua/src/lapi.h | 14 +- com32/lua/src/lauxlib.c | 947 ++++--- com32/lua/src/lauxlib.h | 126 +- com32/lua/src/lbaselib.c | 567 ++--- com32/lua/src/lbitlib.c | 212 ++ com32...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...0 0.02 167441 0 0.02 167441 label.ll 1 1425 0 0.01 1396 0 0.01 1396 Lalign11.ll 3 57428 0 0.01 57413 0 0.01 57413 Lalignmm.ll 6 255613 0 0.03 255598 0 0.04 255598 lalr.ll 17 114241 0 0.02 114215 0 0.02 114943 lambda.ll 3 52003 0 0.01 51978 0 0.01 51978 lame.ll 13 261262 0 0.03 261231 0 0.03 261231 lapi.ll 74 242562 0 0.03 242547 0 0.03 242547 laplace.ll 1 30865 0 0.01 30838 0 0.01 30838 lauxlib.ll 43 110129 0 0.02 110114 0 0.02 110114 layer3.ll 13 435128 0 0.04 435097 0 0.04 435097 lbaselib.ll 43 99233 0 0.02 99218 0 0.02 99218 L_canny.ll 5 57717 0 0.02 57695 0 0.02 57695 lcode.ll 56 172913 0 0.0...

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

Hi, I need to use sftp-only accounts, chroot()ed in their home dirs, on AIX 5.3 with OpenSSH_5.2p1. But there is a problem with the chroot() call. In the do_setusercontext() function, chroot() is called after the setpcred() (only AIX is concerned by the setpcred() call), so privileges are already dropped when chroot() is called. When not calling setpcred(), the chroot() does not fail and the