search for: searchdir

From: Gene Cumm <gene.cumm at gmail.com> SYSLINUX/COMBOOT: Abstract searchdir and fix the opendir call Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- First, change comboot.inc such that INT 22h AX=0020h (opendir) is about as simple and similar in behavior to INT 22h AX=0006h (openfile). Next, rename the function searchdir to searchdir4any, create a new funct...

I've tried the pre version, also the today's pre15. Also not working. I've checked it with wireshark, here is the output: No. Time Source Destination Protocol Length Info 1 0.000000 192.168.3.13 192.168.3.1 TFTP 97 Read Request, File: rescue/dev-64/vmlinuz, Transfer type: octet, tsize\000=0\000,

I've run debug.c32 with syslinux-6.02pre15 and got the following output: The kernel image is rescue/dev-64/vmlinuz.img searchdir: rescue/dev-64/vmlinuz.c32 [...] PXE: file = 0x00000000be887fa8, retries left = 0: failed serachdir: error seraching file rescue/dev-64/vmlinuz.c32 searchdir: rescue/dev-64/vmlinuz.c32 [...] PXE: file = 0x00000000be887fa8, retries left = 0: failed serachdir: error seraching file rescue/dev-64/vmlin...

...did work, was resaving the logo as a jpg. This boots just fine. According to the debug info, both videomodes initialized okay. The crash happens later. See these snippets of debug() output: [640x480] | Opening config file: pxelinux.cfg/category.default open_file pxelinux.cfg/category.default | searchdir: pxelinux.cfg/category.default root: 0x0000000000000000 cwd: 0x0000000000000000 | PXE: file = 0x00000000772faaf8, retries left = 0: ok | ok | Hello, World! (initvesa.c) | Hello, World! (vesa.c) | mode 0 version 0 pixlfmt 1 hres=1024 vres=768 | mode_num = 0 query_status 0 | mode 0 hres=640 vres=48...

On Wed, Aug 5, 2015 at 3:03 PM, Oscar Roozen via Syslinux <syslinux at zytor.com> wrote: > Unfortunately I can't test anymore until Friday. Maybe gnu-efi got > updated? I seem to remember seeing a shell script pulling in the > newest version during compilation... It's version locked to a certain commit ID. -- -Gene

...y lack of technical knowledge about the code itself. Regarding "...running out of memory... the risk is minor." This "wishful thinking" reminds me of a different case we had; although, code-wise, it was not a similar problem (I would assume). A patch from Shao, "fs: Fix searchdir resource leak", committed 2012Nov, _ for 5.xx commit 57acc34bdf83fc5ea08dbf44b74a5dd2c1131187 _ for 4.xx commit 37971728a5fc40b1c90512e79e47333d98ec8851 reads: *** This is a significant rewrite of the generic lookup logic inside core/fs/fs.c's searchdir function. Previously, there...

...nux.cfg) modules are not being found unless specified with a directory prefix (e.g. /pcitest.c32). The reason is that CurrentDir is only set if there is a config file present. This is a possible regression since commit 68eefb79e2cbb590ebf958dd0c50ce00b941abd2. Before this change RootDir was used in searchdir and now it's CurrentDir unless the filename starts with '/'. Possible fix is to set CurrentDir to RootDir if no config file is found. - Sebastian --- core/ldlinux.asm.orig 2008-06-17 19:25:35.000000000 +0200 +++ core/ldlinux.asm 2008-06-17 19:36:13.000000000 +0200 @@ -909,6 +909,8 @@...

...elease. People were asking for a release that contained the commits that have been sitting in the master branch, and I've heard that distros are packaging the master branch just to get at them. --- Matt Fleming (4): extlinux: Avoid dereferencing a garbage pointer Merge branch 'searchdir_leak-406' of git://git.zytor.com/users/sha0/syslinux into stable isolinux: Update LBA in getlinsec loop version: bump version and date Paulo Alcantara (1): menugen: Make it compatible with Py3k Shao Miller (1): fs: Fix searchdir resource leak -- Matt Fleming, Intel O...

dos/syslinux.elf fails to build on current Ubuntu Natty (binutils 2.21) as follows: ld -m elf_i386 -T dosexe.ld -o syslinux.elf header.o crt0.o ldlinux.o syslinux.o fat.o syslxmod.o syslxopt.o setadv.o getopt_long.o bootsect_bin.o mbr_bin.o cache.o fatchain.o open.o searchdir.o libcom.a /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload 'objdump -t ldlinux.o' looks reasonable: SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data...

...bout the code itself. > > Regarding "...running out of memory... the risk is minor." > > This "wishful thinking" reminds me of a different case we had; > although, code-wise, it was not a similar problem (I would assume). > > A patch from Shao, "fs: Fix searchdir resource leak", committed > 2012Nov, > > _ for 5.xx commit 57acc34bdf83fc5ea08dbf44b74a5dd2c1131187 > > _ for 4.xx commit 37971728a5fc40b1c90512e79e47333d98ec8851 > > reads: > *** > This is a significant rewrite of the generic lookup logic inside > core/fs/fs.c...

...debug code using the new debug.c32 module. For instance, to turn on the dprintf() in execute(), you'd do, debug.c32 -e execute then, every time a module is executed you'll see messages like, kernel is ls.c32, args = / type = 7 To disable functions, debug.c32 -d open_file searchdir put_inode Chances are that if you report a bug now, you'll be asked to run debug.c32 with a list of useful debugging functions to help narrow down the cause of your bug. The hope is that this will reduce debugging time, especially for those difficult problems that always seem to be environment...

...-saving rejects to smbd/dir.c.rej Hmm... > Ignoring the trailing garbage. done > > > Am I missing something, or does it have to be done manually? Ok, I'm attaching the patch file instead. Better than cut-n-paste into the mail message :-). It's the last change : - while (SearchDir(dptr->dir_hnd, name, poffset) == True) { + if (SearchDir(dptr->dir_hnd, name, poffset)) { That is the really important one anyway - if this fails try patching that line by hand. Thanks, Jeremy. -- To unsubscribe from this list go to the following URL and read the instructions: ht...

...-saving rejects to smbd/dir.c.rej Hmm... > Ignoring the trailing garbage. done > > > Am I missing something, or does it have to be done manually? Ok, I'm attaching the patch file instead. Better than cut-n-paste into the mail message :-). It's the last change : - while (SearchDir(dptr->dir_hnd, name, poffset) == True) { + if (SearchDir(dptr->dir_hnd, name, poffset)) { That is the really important one anyway - if this fails try patching that line by hand. Thanks, Jeremy.

...-Os -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -I/usr/src/syslinux/win64 -I/usr/src/syslinux/win64/.. -I/usr/src/syslinux/win64/../win -I/usr/src/syslinux/bios -I/usr/src/syslinux/win64/../libfat -I/usr/src/syslinux/win64/../libinstaller -I/usr/src/syslinux/win64/../libinstaller/getopt -c -o searchdir.obj /usr/src/syslinux/win64/../libfat/searchdir.c rm -f syslinux.lib x86_64-w64-mingw32-ar cq syslinux.lib fs.obj syslxmod.obj syslxopt.obj setadv.obj getopt_long.obj bootsect_bin.obj ldlinux_bin.obj ldlinuxc32_bin.obj mbr_bin.obj cache.obj fatchain.obj open.obj searchdir.obj x86_64-w64-mingw32-...

Now (after applying patch from Jeremy), most of the problems with Excel and user's files being locked have quit. However, we're still getting some files locked out when a given smbd process hangs, it appears as though the process itself is tied up in some sort of loop or something and becomes un-responsive; the client tries to auto-reconnect and does so spawning a new 'duplicate'

I'm probably looking for suggestions on tracing problems rather than a specific fix, since I don't see any links relevant to my problem. We have a Samba PDC with an ldap backend, serving about 100 active users and another 400 relatively inactive lab machines that connect once at the beginning of the day and possibly load a file or two from a network share. We have a problem where

...; +; INT 22h AX=001Fh Get current working directory +; +comapi_getcwd: + mov P_ES,cs + mov P_BX,CurrentDirName + clc + ret + +; +; INT 22h AX=0020h Open directory +; +%if IS_SYSLINUX +comapi_opendir: + push ds + mov ds,P_ES + mov si,P_SI + mov di,InitRD + call mangle_name + pop ds + call searchdir + jnz comapi_err ; Didn't find a directory + cmp eax,0 + jz comapi_err ; Found nothing + ;ZF is unset + call alloc_fill_dir + mov P_EAX,eax + mov P_CX,SECTOR_SIZE + mov P_SI,si + clc + ret +%else +comapi_opendir equ comapi_err +%endif + +; +; INT 22h AX=0021h Read directory +; +%if I...

...; +; INT 22h AX=001Eh Get current working directory +; +comapi_getcwd: + mov P_ES,cs + mov P_BX,CurrentDirName + clc + ret + +; +; INT 22h AX=001Fh Open directory +; +%if IS_SYSLINUX +comapi_opendir: + push ds + mov ds,P_ES + mov si,P_SI + mov di,InitRD + call mangle_name + pop ds + call searchdir + jnz comapi_err ; Didn't find a directory + cmp eax,0 + jz comapi_err ; Found nothing + ;ZF is unset + call alloc_fill_dir + mov P_EAX,eax + mov P_CX,SECTOR_SIZE + mov P_SI,si + clc + ret +%else +comapi_opendir equ comapi_err +%endif + +; +; INT 22h AX=0020h Read directory +; +%if I...

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address

2016-01-22 3:37 UTC+01:00, H. Peter Anvin <hpa at zytor.com>: > On 01/21/16 18:33, Celelibi wrote: >> >> BTW, this code is due to Matt Flemming with commit 3a316db1 (later >> modified). The commit log say this: >> ldlinux: Loading a config file should cause re-initialisation >> >> There are a number of initialisation steps that need to be