similar to: NTFS problems

file->offset is used to store position in index root between ntfs_readdir calls. Previously, pointer to buffer was stored in this field. However this buffer is reallocated and read each ntfs_readdir call so the pointer may become incorrect. Now offset in index root rather than pointer is stored in this field. Signed-off-by: Andy Alex <andy at r-tt.com> --- diff -uprN

I recommend someone verify that tar.gz and tar.xz files ( at https://www.kernel.org/pub/linux/utils/boot/syslinux/ ) unpack without errors. (I assume use of compression is in hope of saving download bandwidth) Regards

Hi, I've just pushed out a last -pre release before 4.06 final. The purpose of this prerelease was to make sure that all the build infrastructure is configured correctly and to ensure that the win installer problem is now gone (I've done the build on an F16 machine which should have a working mingw toolchain). Barring any major problems I'll do the final release this week. -- Matt

Greetings, all... Hoping someone can point me in the right direction. I've set up a Linux PXE host with a menu choice to install Windows. This option boots a WinPE image, which then uses \\net use... to mount the appropriate ISO image. Works fine. However, I would like to pass the iso name and directory into WinPE from the menu via append= arguments. Thus, I can set up a separate menu option

On Mon, Jun 22, 2015 at 6:03 AM, S. Schauenburg <s.schauenburg at gmail.com> wrote: > Ady2 suggested to me on IRC to add additional information to the ML. > > With BIOS P89 v1.32 (03/05/2015) I saw errors from core_udp_sendto: > Getting cached packet > My IP is 0.0.0.0 > core_udp_sendto: stalling on configure with no mapping > core_udp_sendto: stalling on configure with

Hi, I am not an engineer or linux expert but I have been using syslinux to boot live disk filesets (extracted from iso's) residing on fat32 and NTFS volumes. In FAT32 there has been no problem going with larger cluster sizes up to the nominal maximum of 64K however, with NTFS it has not been possible to exceed the cluster size of 4096. With NTFS formatted using clusters of 8192 or larger,

Initial comments about 5.00-pre11. 1_ Using ctrl+v at the boot prompt: SYSLINUX 5.00 5.00-pre11CHS Copyright ... Initial copyright notice when booting to Syslinux prompt: SYSLINUX 5.00 CHS 5.00-pre11 Copyright ... Request: make the ctrl+v result to be shown as the initial copyright notice (including order and space characters). 2_ Hello.c32 is still behaving differently than in 4.06.

Hi, I have been using 6.03-pre11 lpxelinux.0 to deliver standard (TFTP) and HTTP based vmlinuz and kernel images. Things are working fine. When I upgraded the same to 6.03-pre12 it stopped working. On the console of the machine that is booting, is stalls infinitely at the line: PXELINUX 6.03 lwIP 6.03-pre12 Copyright (C) 1994-2014 H. Peter Anvin et al Screen shot attached. FWIW: 1. the

Hi all, wasnt sure whether this was the best place to put this information; but something seems to have gone 'backwards' in the later pre-releases of 6.03 regarding network booting. below are results of me testing - i did each a few times to make sure they are valid results. hope it helps identify something that's gone awry ? so far, 6.03 pre11 and pre13 (excluding efi32) seem most

On Jun 05 2014, Ady wrote: > > I'm working on a system derived from ARCH linux, running what they > > call version 6.02-4 of the syslinux package (which would be your > > version 6.02 plus their/our patches). I've got a syslinux.cfg > > ArchLinux currently is already using 6.03-pre12 or newer, so I would > suggest for you to update. I want to keep the

I have just pushed out SYSLINUX 3.10-pre11. This version hopefully should fix Curtis' bug (display file garbage) as well as the NOESCAPE problem. Curtis, Alex and Paul, could you try this version out, please? -hpa

I am hoping for some advice regarding another index problem. The code below is intended to assign a value of 'V' if values on certain variables are >= 1, assign a value of 'N' if values on certain variables are >= 1 on other variables and assign a 'O' if values on any variable which have a value <= 0. The outcome of this code is to assign a single

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

The following comment in win/syslinux.c seems fairly innocent: /* Map the file (is there a better way to do this?) */ So I?ve got an ?ntfssect? git repository going: http://git.zytor.com/?p=users/sha0/ntfssect.git;a=summary Hopefully Paulo can plug its functions into his NTFS working repository. It appears that we?ll have to take one path (in the Windows installer) for FAT and one path

Hello list, I had to boot a Dell Diagnostic Disk today, and tried doing this via memdisk - which was when I noticed memdisk isn't working for me at all, neither from pxelinux nor syslinux. After trying around with 'raw', 'bigraw' and the like I noticed it doesn't even do anything when just using: LABEL diag KERNEL memdisk .. when I try that: boot: diag nothing

file->offset is used to store position in index root between ntfs_readdir calls. Previously, pointer to buffer was stored in this field. However this buffer is reallocated and read each ntfs_readdir call so the pointer may become incorrect. Now offset in index root rather than pointer is stored in this field. Signed-off-by: Andy Alex <andy at r-tt.com> --- diff -uprN

> Message: 3 > Date: Fri, 06 Jun 2014 08:13:36 -0700 > From: "H. Peter Anvin" <hpa at zytor.com> > To: Andrew Rae <A.M.Rae at leeds.ac.uk>, "'syslinux at zytor.com'" > <syslinux at zytor.com> > Subject: Re: [syslinux] EFI booting over network - can't then load > anything > Message-ID: <5391DAA0.2050207 at

So far I tested PXELINUX from 4.10-pre12, 4.10-pre9 and 4.10-pre6. The first two take a long time with a TFTP file not found and eventually find my file but error out (presumably to kaboom). The last takes a long time, does a lot of retransmitted packets (didn't watch the first two), then eventually loads the file but continues this behavior for TFTP and HTTP transfers. This is on VMware

Hello, Trying to set up res_fax_spandsp. Based on https://wiki.asterisk.org/wiki/display/AST/T.38+Fax+Gateway I wrote this in my extensions.conf: exten => 306,1,NoOp(Fax transmission) same => n,Set(FAXOPT(gateway)=yes) same => n,Dial(DAHDI/3) ----->FXS port to fax machine same => n,Hangup() Call flow Im trying to pull out is as follows: Zoiper -->