similar to: can't compil

Hi, trying to build syslinux on Linux. Please help. bash-2.05b$ uname -a Linux bongo 2.4.32-ARXc3 COHERENT #4-ARX (Build 2660) Sun May 21 15:35:22 CEST 2006 i686 i686 i386 GNU/Linux bash-2.05b$ BUILD/syslinux-3.11/opt/nasm-0.98.38-2/bin/nasm -version NASM version 0.98.38 compiled on Jun 26 2006 But failed with: + make NASM=/home/axel/p/rpm/BUILD/syslinux-3.11/opt/nasm/bin /nasm

Use MY_NAME for syslinux_banner in isolinux and pxelinux. This is already done in ldlinux and extlinux. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/core/isolinux.asm b/core/isolinux.asm index ef7d92d..23429bd 100644 --- a/core/isolinux.asm +++ b/core/isolinux.asm @@ -1034,7 +1034,7 @@ writestr_early equ writestr ; Data that needs to be in the first sector ;

We modified our copy of syslinux. We're now sharing those modifications. That's so that: 1. We fulfill our requirements under the GPL 2. Our modifications might be picked up and included in the base code. That way we wouldn't have to make the same modifications, again, later. Since we're using CentOS 5.3, and CentOS 5.3 derives from RHEL 5.3, and RHEL 5.3 uses

This patch fixes ISOLINUX/SYSLINUX when using the kernel mem= option with a value greater than the effective memory on the system. At present, in this condition the kernel doesn't boot correctly. The default Linux behaviour (verified on 2.4.22) is to ignore this option if the BIOS reports less memory than the value manually specified. This patch force the same behaviour for ISOLINUX/SYSLINUX.

Attempts to load *.lkrn images were failing with "Not enough memory to load specified image". These images have the su_ramdisk_max header field set to zero, and the code in core/runkernel.inc was limiting MyHighMemSize too early (before the load_high call used to load the main part of the kernel). Signed-off-by: Sergey Vlasov <vsu at altlinux.ru> --- core/runkernel.inc | 13

Hey, I just wanted to mention that the same problem still exists for me in version 3.09, altough the changelog mentions: Reduce the command line to 511 characters; 1023 caused memory overflows. Was this meant to be a solution for this problem, or does this entry of the changelog apply to another bug? thx, marco >Yesterday Curtis Doty said: > > > >>I've begun

Hi, I just pushed out changes that fix pretty much all the compiler build warnings on the elflink branch. Also, I've added "auto extension" support so that if the user doesn't type the file name extension it will automatically be looked up, e.g. now typing "ls" will execute "ls.c32". The following changes since commit

(Tested using a Linux bzImage, with and without an initrd.) Per shuffle_and_boot documentation, %ecx must contain the descriptor list byte length, but it's set with such list end address instead. Fix. Signed-off-by: Ahmed S. Darwish <darwish.07 at gmail.com> -- core/bcopy32.inc | 2 ++ core/bcopyxx.inc | 2 ++ core/bootsect.inc | 8 +++++--- core/runkernel.inc |

When in VGA graphics mode, BIOS int 10h ah=09h doesn't seem to treat high-order attribute bits as a background color; instead, it apparently always uses black. This means that a background color requested via <SI> in a DISPLAY file is not honored in VGA mode. However, the BIOS supports an "XOR" mode, in which the pixels to be written are XORed with pixels already on the

I'm trying to build a bootable CD for an Advantech PCM-4153 board (based on an AMD Geode LX800) that will allow to boot from USB CD-ROM drive. I've created an ISO that will load ISOLINUX (3.51) and appears to load the kernel and initrd images, but reboots the system when it tries to run the kernel. When I use either isolinux.bin and isolinux-debug.bin, the last messages I see on screen

Hi, in syslinux-386, I think I've found a problem in com32/lib/syslinux/load_linux.c that leads to cmdline being truncated unnecessarily when e.g. linux.c32 is used. The patch below fixes the problem for me. But I don't know, whether the patch is safe in all cases. I tried to reproduce the logic found in runkernel.inc, but I might have missed something. So, feel free to tell me

Here is a sample code: Code: #include <iostream> #include <cstdlib> #include <wine/msvcrt/conio.h> int main() { std::cout << "Press something...\n"; getch(); return EXIT_SUCCESS; } and here is the compile log: (two things are translated from polish so may differ a bit but meaning is the same) Code: szczerb at nomad ~/projekty/wine/temp $ make wineg++ -c

OK, 6.01 is now out. The main intention of this release was to fix the terrible bug in Syslinux 6.00 which made it impossible to boot kernels from BIOS. This resulted in a way shorter than usual release cycle, and it does mean that there are some bugs that have been reported that haven't yet been fixed. Shortlog appended below. Thanks to everyone who helped test things out. --- Gene Cumm

Petr Vandrovec wrote: > Hello, > one of FreeDOS developers pointed out (in > http://www.vmware.com/community/thread.jspa?threadID=11324&messageID=109507&#109507) > that FreeDOS does not work under VMware when using ISOLINUX 3.0x. After > looking at their ISO image I downloaded syslinux-3.05, and there seems > to be bad bug: > > You have this in kernel.inc:

Harald Milz wrote: > Hi, > > the USB boot I was just talking about is a test bed for booting a system > with all filesystems including root encrypted with cryptsetup-LUKS. I am > experimenting with various bootloaders to ask for a password. Booting the > box from the harddisk with GRUB works fine, it requires a little patch for > grub and the kernel. > > The mechanism

On compiling wine from the cvs tree. I cant get past the make depend part of it. I get this error. This is the last segment of it. I dont know what is wrong. $./tools/wineinstall ......... make[2]: Entering directory `/usr/src/wine/dlls/msvcrt' ../../tools/makedep -I. -I. -I../../include -I../../include -C. console.c cpp.c ctype.c data.c dir.c environ.c errno.c except.c exit.c file.c heap.c

Subject of Hint: How to create a Bootable Live CD/DVD from your Linux From Scratch (LFS) build Good day from Singapore, I am Mr. Turritopsis Dohrnii Teo En Ming, based in Singapore. I have recently *successfully* created my own custom Linux distribution called Teo En Ming Linux 2020.03 (FINAL), which is based on Linux From Scratch 20200302-systemd book and Linux Kernel 5.5.7, on 12 March

Why my decoder doesn't want to return the data back to its original wav audio file that i can playback it correctly , is there something wrong in my code . Encoder : ======= #include "speex.h" #include <stdio.h> #include <iostream> #include <conio.h> using namespace std; /*The frame size in hardcoded for this sample code but it doesn't have to be*/

Well, with this simple patch I'm able to load initrd from a different disk. It's not finished, it's just to ask you if I'm going in the right direction... I have also some suggestion/question: - many boot sector I saw use [bp+xx] addressing to gain some bytes. Why don't you use such method? - had syslinux been tested with usb floppy? You test dl however using usb floppy dl ==

Well, with this simple patch I'm able to load initrd from a different disk. It's not finished, it's just to ask you if I'm going in the right direction... I have also some suggestion/question: - many boot sector I saw use [bp+xx] addressing to gain some bytes. Why don't you use such method? - had syslinux been tested with usb floppy? You test dl however using usb floppy dl ==