gxemul-users — Mailing list for user questions regarding GXemul

[GXemul-users] MIPS DECStation OSF/1 2.0 up and running

[Kevin R. <me...@ke...>]

Hi all,

I had some time (vacation!!) to play around with those OSF/1 2.0 tape images I downloaded years ago and got an installation up and running. Considering the age of the system it seems to be running quite well. I wrote down my installation method and linked to CDROM install and also installed HDD images here: https://kevin-read.com/unix-archaelogy-osf-1-2-0-for-decstation-mips/ . Next steps will be trying to get gcc and then bash up and running, as the built-in ancient Bourne shell is pretty horrible :D

In any case thanks for this great peace of software, Anders.

Cheers,
Kevin

Re: [GXemul-users] Issues Compiling

[Anders G. <ga...@gm...>]

This seems to have to do with redefinition of __attribute__ that happens in
some of the .h files, and if the Linux system headers are included after
that, things fail.

Short-term workaround 1:

Use the --debug argument to the configure script. This turns off
optimizations, but seems to allow the linking stage to pass.

Short-term workaround 2:

Comment out the following lines in src/include/thirdparty/sgi_arcbios.h and
pcireg.h:

#define __attribute__(x)  /*  */
#define __noreturn__  /*  */

before running configure && make.

(In trunk, the attribute and noreturn undef/refinitions have been removed
for now.)


Anders

On Tue, Apr 27, 2021 at 3:52 PM Michael F. <mf...@gm...> wrote:

> As the title says I'm having trouble compiling the latest source. Before
> it's able to finish linking I get the following error:
>
>
> c -fstrict-aliasing -fomit-frame-pointer -fpeephole -O3 -DNDEBUG
>  src/console/*.o src/cpus/*.o src/debugger/*.o src/devices/*.o src/disk/*.o
> src/file/*.o src/machines/*.o src/net/*.o src/core/*.o src/promemul/*.o
> src/symbol/*.o -L/usr/X11R6/lib -lX11 -Wl,-rpath,/usr/X11R6/lib -lm  -o
> gxemul
> /usr/bin/ld: src/devices/dev_sgi_mec.o: in function `__cmsg_nxthdr':
> dev_sgi_mec.c:(.text+0x11d0): multiple definition of `__cmsg_nxthdr';
> src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
> /usr/bin/ld: src/machines/machine_sgi.o: in function `__cmsg_nxthdr':
> machine_sgi.c:(.text+0x9f0): multiple definition of `__cmsg_nxthdr';
> src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
> /usr/bin/ld: src/core/emul.o: in function `__cmsg_nxthdr':
> emul.c:(.text+0x10): multiple definition of `__cmsg_nxthdr';
> src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:31: build] Error 1
>
> This happens with the snapshot, the 0.7.0 tar.gz archive on the website
> and svn.
> _______________________________________________
> GXemul-users mailing list
> GXe...@li...
> https://lists.sourceforge.net/lists/listinfo/gxemul-users
>

[GXemul-users] Issues Compiling

[Michael F. <mf...@gm...>]

As the title says I'm having trouble compiling the latest source. Before
it's able to finish linking I get the following error:


c -fstrict-aliasing -fomit-frame-pointer -fpeephole -O3 -DNDEBUG
 src/console/*.o src/cpus/*.o src/debugger/*.o src/devices/*.o src/disk/*.o
src/file/*.o src/machines/*.o src/net/*.o src/core/*.o src/promemul/*.o
src/symbol/*.o -L/usr/X11R6/lib -lX11 -Wl,-rpath,/usr/X11R6/lib -lm  -o
gxemul
/usr/bin/ld: src/devices/dev_sgi_mec.o: in function `__cmsg_nxthdr':
dev_sgi_mec.c:(.text+0x11d0): multiple definition of `__cmsg_nxthdr';
src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
/usr/bin/ld: src/machines/machine_sgi.o: in function `__cmsg_nxthdr':
machine_sgi.c:(.text+0x9f0): multiple definition of `__cmsg_nxthdr';
src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
/usr/bin/ld: src/core/emul.o: in function `__cmsg_nxthdr':
emul.c:(.text+0x10): multiple definition of `__cmsg_nxthdr';
src/devices/dev_sgi_ip32.o:dev_sgi_ip32.c:(.text+0xdc0): first defined here
collect2: error: ld returned 1 exit status
make: *** [Makefile:31: build] Error 1

This happens with the snapshot, the 0.7.0 tar.gz archive on the website and
svn.

[GXemul-users] GXemul 0.7.0

[Anders G. <ga...@gm...>]

GXemul 0.7.0 has been released.

Some of the changes since 0.6.3.1 include:

x) SCSI emulation in the LUNA-88K emulation mode, allowing OpenBSD/luna88k
to run from a disk image. Previously, only root-on-nfs was possible.

x) A convenient disk image prefix 'R' for the case when you want a
temporary throw-away overlay, i.e. don't want to write to a disk image.
This saves some typing compared to creating, using, and deleting overlay
images the normal way.

x) Framebuffer mouse grabbing, to simplify interaction where a guest OS
does its own mouse acceleration etc.

x) Subtle (optional) colorized output.

x) Many bug fixes, in particular making the -T and -K command line options
(break on invalid memory accesses, and remain in the debugger when an
emulation ends, respectively) work more like they were always intended to
work.

The source code has also switched back from C++ to plain C.

Full release notes here:
http://gavare.se/gxemul/gxemul-stable/doc/RELEASE.html

http://gavare.se/gxemul/download.html


Anders

Re: [GXemul-users] GXemul 0.6.3

[Anders G. <ga...@gm...>]

GXemul 0.6.3.1 has been released:

o) Some bug fixes make OpenBSD/luna88k run slightly more stable, including
the possibility to run X11 with emulated mouse. Unfortunately, two files
seem to be missing from OpenBSD's xserv68.tgz distribution, but they can be
extracted from 6.7.
o) A bug regarding checking the return value from select() calls when
detecting whether console input was available has now been fixed. This bug
resulted in spuriously broken interactivity on some systems (at least
Linux), e.g. when typing CTRL-C to enter the GXemul command prompt, which
required extra keypresses


Anders

Re: [GXemul-users] Compiling issues

[Anders G. <ga...@gm...>]

Hi Michael,

Can you try 0.6.3 or the latest trunk snapshot? (Right now, the svn mirror
on SourceForge seems to have a lock stuck, and cannot be updated.)
The __packed definition and one more thing needed to be fixed in order to
get 0.6.3 to build on a Linux machine I have here, but there could perhaps
be more issues depending on what compiler etc is used.


Anders

On Sun, Feb 7, 2021 at 2:12 AM Michael F. <mf...@gm...> wrote:

> As the title says I'm having issues compiling the latest code from svn.
> Right near the beginning of the process I get the following error:
>
> In file included from bootblock.cc:54:
> ../include/thirdparty/bootblock.h:654:3: error: conflicting declaration ‘mbr_bpbFAT16
> __packed’
>  654 | } __packed;
>      |   ^~~~~~~~
> ../include/thirdparty/bootblock.h:629:3: note: previous declaration as ‘mbr_bpbFAT12
> __packed’
>  629 | } __packed;
>      |   ^~~~~~~~
> ../include/thirdparty/bootblock.h:688:3: error: conflicting declaration ‘mbr_bpbFAT32
> __packed’
>  688 | } __packed;
>      |   ^~~~~~~~
> ../include/thirdparty/bootblock.h:629:3: note: previous declaration as ‘mbr_bpbFAT12
> __packed’
>  629 | } __packed;
>      |   ^~~~~~~~
>
> It tries to continue but eventually fails. This is on Kubuntu but I've had
> the same results on other Linuxes.
>
> Michael
> _______________________________________________
> GXemul-users mailing list
> GXe...@li...
> https://lists.sourceforge.net/lists/listinfo/gxemul-users
>

[GXemul-users] GXemul 0.6.3

[Anders G. <ga...@gm...>]

Hello,

GXemul 0.6.3 is now available at http://gavare.se/gxemul/download.html

The most important changes between release 0.6.2 and 0.6.3 are:

o) OpenBSD/luna88k can now run in GXemul with root-on-nfs. The installation
instructions are somewhat involved (including using an OpenBSD/sgi ramdisk
kernel (!) to create device files), but it works well enough to
self-compile at least an older version of GXemul inside OpenBSD running in
the emulator.

o) /dev/tap devices in the host can now be used for networking. (Patch
contributed by Jason Thorpe.)

o) A bug which caused reads at the end of files supplied as disk images to
fail has been fixed. Usage of tar archives for passing files to and from
emulated machines that lack networking capability is thus somewhat less
buggy.


Anders

[GXemul-users] Compiling issues

[Michael F. <mf...@gm...>]

As the title says I'm having issues compiling the latest code from svn.
Right near the beginning of the process I get the following error:

In file included from bootblock.cc:54:
../include/thirdparty/bootblock.h:654:3: error: conflicting
declaration ‘mbr_bpbFAT16
__packed’
 654 | } __packed;
     |   ^~~~~~~~
../include/thirdparty/bootblock.h:629:3: note: previous declaration as
‘mbr_bpbFAT12
__packed’
 629 | } __packed;
     |   ^~~~~~~~
../include/thirdparty/bootblock.h:688:3: error: conflicting
declaration ‘mbr_bpbFAT32
__packed’
 688 | } __packed;
     |   ^~~~~~~~
../include/thirdparty/bootblock.h:629:3: note: previous declaration as
‘mbr_bpbFAT12
__packed’
 629 | } __packed;
     |   ^~~~~~~~

It tries to continue but eventually fails. This is on Kubuntu but I've had
the same results on other Linuxes.

Michael

[GXemul-users] Is there a guide on installing OS/F 1.0 on Gxemul? Also I did a super basic Win32 port

[Jason S. <jas...@li...>]

With a lot of messing around, and using ed, I did manage to fake out the installer enough to restore the root dump and get into phase 2 booting.

The readme in the OS/F dump says to ‘make a fake cd-rom’ and change some hidden text file which seems to do nothing as the installer scripts are dead set on tape.  The problem I have with the tape is that it doesn’t advance positions.

I guess I need to try 0.3?

Anyways I wrote about my terrible port here:

https://virtuallyfun.com/wordpress/2019/08/05/gxemul-for-win32/

And the binary/source is here:

https://vpsland.superglobalmegacorp.com/install/Win32/gxemul-0.6.2-ultra-primative.zip

The download will give you a 404, the username/password is on that page.  It changes automatically all the time, so me giving it out won’t be good possibly a few hours from now.

I had a lot of issues where various user types are not being defined.  I didn’t see any ‘central user type’ header file anywhere so I just inlined as I went.

I also used some termios macro file to take care of the bulk, and some super simple Win32 (well really MS-DOS emulated calls) of kbhit/getch to fake out the console enough where you can type things.  Even the Control-C/Control-B works!  .. much to my amazement.

I setup a simple thread & timer to do the timers, I think they work as things get further along then without this thread.

So at least I’ve tested the OpenBSD 5.4 Luna m88k ramdisk, and the OS/F 1.0 sas kernel (Stand Alone Shell) and minimal root dump.  My efforts of just untarring everything just leads to the dynamic linker not working and things like login breaking, thus preventing going fully multi-user.

I guess the next thing to look at is the X-11 and see how hard it will be to move that to SDL.  As I’m hoping it’s just a simple framebuffer…

Lately I’ve been messing with a bunch of Mach stuff I’ve found.  It’s so much easier to build stuff with native environments, I’ve managed to get the version 1.x stuff building on SIMH’s VAX-11/780 okay, and with the MtXinu Mach386 I’ve been able to build 2.5 & a version of 2.6 I’ve also found with the 2.5’s i386 support.  There was a serious bug in the i386 code that prevented booting on anything post 386 (it may work on the 486 too, I don’t know) but I wouldn’t be surprised if those kinds of errors exist in other platforms.  That said I haven’t seen any BSDSS code with anything but i386 or PC523 code.  I don’t know if anyone has this 32v encumbered code, or lol if it’s even worth trying to get a Mach 3.0 + BSDSS type thing even going.  I haven’t found the 4.3 for 3.0 code at all, and I don’t think it’d be a trivial port from 2.5/2.6 although again all it seems to have is SUN-3 & VAX support.

Anyways I thought a Win32 version ought to be useful to at least get more people playing with gxemul!

Re: [GXemul-users] GXemul 0.6.2

[Supratim S. <sup...@ri...>]

Thanks Anders, I will pick it up in a couple of days. Also thanks for responding to my networking question - will try that too.

Supratim



---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet


> On Jun 22, 2019, at 2:48 PM, Anders Gavare <ga...@gm...> wrote:
> 
> Hello,
> 
> GXemul 0.6.2 is now available at http://gavare.se/gxemul/download.html
> 
> The most important changes between release 0.6.1 and 0.6.2 are:
> 
> When writing to mirrored RAM ranges, any dyntrans translations
> made in either the mirror or the mirrored ranges are now invalidated.
> This means that an emulated SGI O2 can now be used with up to
> 1 GB of RAM when running OpenBSD/sgi as a guest OS. Previously,
> 256 MB was the maximum amount of emulated RAM possible for the
> SGI O2.
> 
> A fix 2018-06-13 (between 0.6.0.1 and 0.6.0.2) for translation
> invalidation when using larger than 4 KB pages, which made
> HelenOS/malta run further, caused a regression which broke
> NetBSD/hpcmips (on VR4121 CPUs, which have 1 KB native
> page size). A bit of cleanup seems to have fixed this, so that
> both NetBSD/hpcmips and HelenOS/malta work now.
> 
> Cleanup: The MIPS processor emulation implemented in the
> "new framework", and the corresponding MIPS machine 
> modes in the new framework, have been removed. (All
> meaningful MIPS emulation is in the old framework anyway.)
> 
> Various documentation updates.
> 
> 
> For a detailed changelog, see the end of:  http://gavare.se/gxemul/gxemul-stable/HISTORY.html
> 
> 
> Anders
> 
> _______________________________________________
> GXemul-users mailing list
> GXe...@li...
> https://lists.sourceforge.net/lists/listinfo/gxemul-users

[GXemul-users] GXemul 0.6.2

[Anders G. <ga...@gm...>]

Hello,

GXemul 0.6.2 is now available at http://gavare.se/gxemul/download.html

The most important changes between release 0.6.1 and 0.6.2 are:

When writing to mirrored RAM ranges, any dyntrans translations
made in either the mirror or the mirrored ranges are now invalidated.
This means that an emulated SGI O2 can now be used with up to
1 GB of RAM when running OpenBSD/sgi as a guest OS. Previously,
256 MB was the maximum amount of emulated RAM possible for the
SGI O2.

A fix 2018-06-13 (between 0.6.0.1 and 0.6.0.2) for translation
invalidation when using larger than 4 KB pages, which made
HelenOS/malta run further, caused a regression which broke
NetBSD/hpcmips (on VR4121 CPUs, which have 1 KB native
page size). A bit of cleanup seems to have fixed this, so that
both NetBSD/hpcmips and HelenOS/malta work now.

Cleanup: The MIPS processor emulation implemented in the
"new framework", and the corresponding MIPS machine
modes in the new framework, have been removed. (All
meaningful MIPS emulation is in the old framework anyway.)

Various documentation updates.


For a detailed changelog, see the end of:
http://gavare.se/gxemul/gxemul-stable/HISTORY.html


Anders

Re: [GXemul-users] Networking on DECstation 5000/200 Ultrix 4.5

[Anders G. <ga...@gm...>]

> I am having trouble getting networking to work for Ultrix 4.5 on
DECstation 5000/200. The gxemul configuration file has defaults for net
section (no special overrides).  Inside Ultrix, I am doing the following:
>
> # ifconfig ln0 10.0.0.1
> # route add default gw 10.0.0.254
>
> However, Ultrix cannot ping the host gateway 10.0.0.254.
>
> What is the usual way to get this working?

ifconfig ln0 10.0.0.1
route add default 10.0.0.254 1

This should allow you to e.g. telnet to numeric IPv4 addresses such as
Google:

telnet 216.58.211.132 80

and then type "GET /" to get the Google home page.

There is also some kind of setup script called /etc/netsetup which you can
try, I don't know if it makes name resolution work though.

http://gunkies.org/wiki/Installing_Ultrix_4.5_on_SIMH may be of some help,
although it is a different emulator and a different emulated platform.

And the ULTRIX man pages for route and possibly resolv.conf:

https://www.unix.com/man-page/ultrix/8c/route/
https://www.unix.com/man-page/ultrix/5/resolv.conf/


Anders

[GXemul-users] Networking on DECstation 5000/200 Ultrix 4.5

[Supratim S. <sup...@ri...>]

> Hello,
> 
> I am having trouble getting networking to work for Ultrix 4.5 on DECstation 5000/200. The gxemul configuration file has defaults for net section (no special overrides).  Inside Ultrix, I am doing the following:
> 
> # ifconfig ln0 10.0.0.1
> # route add default gw 10.0.0.254
> 
> However, Ultrix cannot ping the host gateway 10.0.0.254.
> 
> What is the usual way to get this working?
> 
> Thanks
> 
> Supratim Sanyal

[GXemul-users] GXemul 0.6.1

[Anders G. <ga...@gm...>]

GXemul 0.6.1 is now available at http://gavare.se/gxemul/download.html

The main change between release 0.6.1 and 0.6.0.2 is:

o)  SGI O2 graphics emulation.

Previously, only serial console was possible when running NetBSD/sgimips as
a guest OS, but now it is also possible to use graphical framebuffer for
both text console and for X11.
- Also, OpenBSD/sgi has been moved from "unsupported" to supported.

For a detailed changelog, see the end of
http://gavare.se/gxemul/gxemul-stable/HISTORY.html .

Re: [GXemul-users] GXemul 0.6.0.2

[Nigel H. <nj...@ba...>]

Hi Anders:

I guess the repository has moved, I missed it.  Can I still do an 'svn 
update'?

njh@microcenter:~/src/gxemul$ svn update
Updating '.':
svn: E170013: Unable to connect to a repository at URL 
'https://gxemul.svn.sourceforge.net/svnroot/gxemul/gxemul/trunk'
svn: E160013: '/svnroot/gxemul/gxemul/trunk' path not found

-Nigel

-- 
Nigel Horne
Conductor: Rockville Brass Band, Washington Metropolitan GSO
@nigelhorne | fb/nigel.horne | bandsman.co.uk | concert-bands.co.uk | www.nigelhorne.com

Unless it's for my eyes only, please use "reply all"

[GXemul-users] GXemul 0.6.0.2

[Anders G. <ga...@gm...>]

GXemul 0.6.0.2 is now available at http://gavare.se/gxemul/download.html

The changes between release 0.6.0.2 and 0.6.0.1 are relatively minor. They
include:

o) Minor fixes to make it possible to build GXemul using relatively modern
compilers (GCC and clang).
o) Updating the guest OS installation instructions with newer versions of
guest OSes.
o) Legacy framework: MIPS: Bug fix for the case when a guest OS used
larger-than-4KB pages, when it comes to invalidating previous translations.
This makes e.g. recent versions of HelenOS on Malta run further than before.
o) New framework: Intel i960: Disassembly of i960CA instructions has been
implemented. Execution is not implemented yet, but disassembly support may
still be useful when debugging or inspecting i960 binaries.

For a detailed changelog, see the end of
http://gavare.se/gxemul/gxemul-stable/HISTORY.html (from 0.6.0.1 to
0.6.0.2).


Anders

[GXemul-users] TLBL Exception for MIPS Standalone Executable

[Felix K. <ku...@un...>]

Hi, 

I’m using the actual gxemul version (gxemul-0.6.0.1-10-g4fa3c09) from Github and I’m trying to load an Elf file into the simulator.
The Elf file contains a simple standalone application.

I compiled the appcation similarly to the hello example in the demo folder but im still not sure why the text section has to be relocated to the upper address space:
  > mips-linux-gnu-gcc-5 -I. -g main.c -mips1 -mfp32 -mabi=32 -nostartfiles -e main -Ttext 0x80030000 -o main.elf                                                                                 

Then I’m able to load the ELF file successfully with the following command:
> gxemul -E oldtestmips -V main.elf

But after the execution of a few instructions I get always a TLBL exception (as can seen below).
Is it because of an access to the lower address space (lw seems to access address 0).

And what shall be the solution to the problem?
Maybe the relocation of other sections to the upper address space, apart from the .text section?
I also tried to increase the size of RAM and ROM but nothing seems to work.

GXemul 0.6.0.1    Copyright (C) 2003-2014  Anders Gavare
Read the source code and/or documentation for other Copyright messages.

Simple setup...
    net:
        simulated network: 10.0.0.0/8 (max outgoing: TCP=100, UDP=100)
        simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10)
        simulated nameserver uses real nameserver 127.0.1.1
    machine:
        memory: 32 MB
        cpu0: 5KE (I+D = 32+32 KB)
        machine: MIPS test machine
        loading main.elf
        cpu0: starting at 0xffffffff80030000

NOTE: This is a LEGACY emulation mode.

-------------------------------------------------------------------------------

GXemul> step
<g_aranges>
ffffffff80030000: 27bdfe00      addiu   sp,sp,-512
GXemul> 
ffffffff80030004: afbf01fc      sw      ra,508(sp)      [0xffffffffa0007efc]
GXemul> 
ffffffff80030008: afbe01f8      sw      fp,504(sp)      [0xffffffffa0007ef8]
GXemul> 
ffffffff8003000c: 03a0f025      or      fp,sp,zr
GXemul> 
ffffffff80030010: 3c1c8005      lui     gp,0x8005
GXemul> 
ffffffff80030014: 279c83c0      addiu   gp,gp,-31808
GXemul> 
ffffffff80030018: afbc0010      sw      gp,16(sp)       [0xffffffffa0007d10]
GXemul> 
ffffffff8003001c: 8f828024      lw      v0,-32732(gp)   [0xffffffff800403e4]
GXemul> 
ffffffff80030020: 00000000      nop
GXemul> 
ffffffff80030024: 8c420000      lw      v0,0(v0)        [0x0000000000000000]
[ exception TLBL vaddr=0x0000000000000000 pc=0xffffffff80030024 ]
GXemul> reg
cpu0:    pc = 0xffffffff80000180    < no symbol >
cpu0:    hi = 0x0000000000000000    lo = 0x0000000000000000
cpu0:                               s0 = 0x0000000000000000
cpu0:    at = 0x0000000000000000    s1 = 0x0000000000000000
cpu0:    v0 = 0x0000000000000000    s2 = 0x0000000000000000
cpu0:    v1 = 0x0000000000000000    s3 = 0x0000000000000000
cpu0:    a0 = 0x0000000000000000    s4 = 0x0000000000000000
cpu0:    a1 = 0x0000000000000000    s5 = 0x0000000000000000
cpu0:    a2 = 0x0000000000000000    s6 = 0x0000000000000000
cpu0:    a3 = 0x0000000000000000    s7 = 0x0000000000000000
cpu0:    t0 = 0x0000000000000000    t8 = 0x0000000000000000
cpu0:    t1 = 0x0000000000000000    t9 = 0x0000000000000000
cpu0:    t2 = 0x0000000000000000    k0 = 0x0000000000000000
cpu0:    t3 = 0x0000000000000000    k1 = 0x0000000000000000
cpu0:    t4 = 0x0000000000000000    gp = 0xffffffff800483c0
cpu0:    t5 = 0x0000000000000000    sp = 0xffffffffa0007d00

[GXemul-users] Help me: Install IRIX over Intel processor

[shahrokh n. <sha...@gm...>]

Hi Dear All
I want to install IRIX (Version 5.3 (with CD) and or 6.5 (with iso file))
over my computer with the following specifications:
Processor: Intel® Core™2 Duo CPU E7500 @ 2.93GHz × 2

I have the following OS that I can change it to anything.
OS: Linux localhost.localdomain 4.0.4-301.fc22.x86_64 #1 SMP Thu May 21
13:10:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

If I can install irix, I want to install my softwares that run only on
irix.
Please HELP me. Can I use gxemul to emulate irix over intel processor?

I am very happy to do it and I hope someone help me. I am waiting for any
answer.
Thanks a lot.

Re: [GXemul-users] gxemul 6.0.1 config file is not recognized

[Anders G. <ga...@gm...>]

Tor 2015-03-12 klockan 12:06 +0530 skrev guns:
>   I am trying to start gxemul via config file and getting below error.
> I am trying as per the documentation. But not able to get it work.
> Please help me to resolve this error. 
> 
> 
> $ gxemul @pmaxcfg 
> GXemul 0.6.0.1      Copyright (C) 2003-2014  Anders Gavare
> 
> 
> The specified file to load (@pmaxcfg) is not a configuration tree. If
> it is a binary to load, you need to specify a component path where to
> load the binary.

Hi Guna,

Sorry, this is due to the hack which allows both the new framework and
the old framework to more-or-less work from the same command line
parsing.

If you edit gxemul/src/old_main/main.cc and change


	if (type == NULL && subtype == NULL &&
	    (single_step == ENTER_SINGLE_STEPPING || argc > 0)) {


in the get_cmd_args function to


	if (type == NULL && subtype == NULL &&
	    (single_step == ENTER_SINGLE_STEPPING || (argc > 0 && argv[0][0] !=
'@'))) {


it may work better.


Anders

[GXemul-users] gxemul 6.0.1 config file is not recognized

[guns <gun...@gm...>]

Hi,

  I am trying to start gxemul via config file and getting below error. I am
trying as per the documentation. But not able to get it work. Please help
me to resolve this error.

$ gxemul @pmaxcfg
GXemul 0.6.0.1      Copyright (C) 2003-2014  Anders Gavare

The specified file to load (@pmaxcfg) is not a configuration tree. If it is
a binary to load, you need to specify a component path where to load the
binary.

Failing on-reset command:
    load @pmaxcfg
Aborting.
$ cat pmaxcfg
machine (
    subtype("3max")
    disk("nbsd_pmax.img")
)


Thanks
Guna

Re: [GXemul-users] GXemul 0.6.0.1

[Anders G. <ga...@gm...>]

Ons 2014-08-27 klockan 11:06 -0400 skrev Nigel Horne:
> > http://gxemul.sourceforge.net/download.html
> >
> I tried to update but got this:
> 
> njh@compaq:~/src/gxemul$ svn update
> Updating '.':
> Redirecting to URL 'https://svn.code.sf.net/p/gxemul/code/gxemul/trunk':
> svn: E170009: Repository UUID '1349b419-b6a1-42e8-b6a3-0640c0c212ea' 
> doesn't match expected UUID 'dbbdf1f2-f3a0-11dc-8807-f0e41a653009'
> njh@compaq:~/src/gxemul$
> 
> I am no SVN expert.  What should I do?  Should I start again with a 
> complete checkout?

The SVN repo on sf.net is currently in a broken state, a clean checkout
will unfortunately not work. The latest code is currently only available
in the form of a complete .tar.gz (either from Sourceforge's regular
download page, or from the download.html page above).


Anders

Re: [GXemul-users] GXemul 0.6.0.1

[Nigel H. <nj...@ba...>]

Anders:
> Hello,
>
> GXemul 0.6.0.1 is now available. Basically bug fixes and other minor
> updates, compared to 0.6.0.
>
> http://gxemul.sourceforge.net/download.html
>
>
I tried to update but got this:

njh@compaq:~/src/gxemul$ svn update
Updating '.':
Redirecting to URL 'https://svn.code.sf.net/p/gxemul/code/gxemul/trunk':
svn: E170009: Repository UUID '1349b419-b6a1-42e8-b6a3-0640c0c212ea' 
doesn't match expected UUID 'dbbdf1f2-f3a0-11dc-8807-f0e41a653009'
njh@compaq:~/src/gxemul$

I am no SVN expert.  What should I do?  Should I start again with a 
complete checkout?

-Nigel

[GXemul-users] GXemul 0.6.0.1

[Anders G. <ga...@gm...>]

Hello,

GXemul 0.6.0.1 is now available. Basically bug fixes and other minor
updates, compared to 0.6.0.

http://gxemul.sourceforge.net/download.html

For a detailed changelog, see the end of:
http://gxemul.sourceforge.net/gxemul-stable/HISTORY.html


Anders

Re: [GXemul-users] Fails to compile

[Nigel H. <nj...@ba...>]

On 01/04/2014 16:56, George Koehler wrote:
> On 03/31/14 09:20, Nigel Horne wrote:
>> I'm trying to build the latest version from SVN.
> What version of gxemul are you building?
>
> I can't reproduce your error with r5803 from
> https://svn.code.sf.net/p/gxemul/code/gxemul/trunk

Me too.

Svn up says "At revision 5803."

Something may be confused with SVN I guess.  I'll do a complete checkout 
and try again.

-Nigel

Re: [GXemul-users] Fails to compile

[George K. <xke...@ne...>]

On 03/31/14 09:20, Nigel Horne wrote:
> I'm trying to build the latest version from SVN.

What version of gxemul are you building?

I can't reproduce your error with r5803 from
https://svn.code.sf.net/p/gxemul/code/gxemul/trunk

You have errors from src/include/RedoCommand.h and 
src/include/UndoCommand.h, but those files do not exist in this version.
--George Koehler