Day 9 , at last the keyboard for the 12" iBook G4 arrived and it fits, no more bulging cable underneath the spacebar.
View attachment 746072
View attachment 746074
So tomorrow the iBook G4 12" goes back with me on the train commute for a real test-ride .
The Newertech battery for the 14" iBook G4 went on a plane from Chicago US on the 20th of December only now to
have arrived at my Capital's airport, US -> Europe takes 20 days to fly the distance apparantly
[doublepost=1515530322][/doublepost]
Day 8
I decided to install Debian 9 netinstall minimal (textmode)+ssh via qemu-system-x86_64 on my MBpr to speed things
up, well after 2 hoursand installing fuse and sudo and wget to retrieve the All-in-one PowerShell image , it's working
View attachment 746095
I tried on the G5 also with the same parameters -m 512M -net nic -net user but it keeps crashing once it gets to the login
start process , also on the G4's.
View attachment 746096
I have uploaded the qemu image if anyone with qemu on PPC Linux or OS X Leopard wants to give it a try, I wonder
if qemu 2.9.0 on PPC Linux would be able to start it ?
Here is Debian 9 minimal text console install ,SSH server with root (toor) and 1 account user (user) , fuse and sudo installed, PowerShell is in the home directory :
2 GB Qemu diskimage !!!
https://www.dropbox.com/s/xb11zfnvyozh28s/debian9_x86-64.tar.gz?dl=0
tar Jxpvf qemu-2.11.0.tar.xz
cd qemu-2.11.0/
mkdir build
../configure --target-list=ppc64-softmmu,ppc-softmmu,i386-softmmu,x86_64-softmmu --enable-vnc-jpeg --audio-drv-list=alsa --disable-spice
make -j4
sudo make installqemu-system-x86_64 -smp cpus=2 -boot c -hda debian9_x64.img -m 2047M -net nic -net user
Oh, too bad - I'm member of the Dummi-Party, when it comes to Linux or coding...
So my VPC7/WinXPF&MS-RDP6 was the best I could get.
.
ui/cocoa.m: In function '-[QemuCocoaAppController openDocumentation:]':
ui/cocoa.m:1077:15: internal compiler error: in decode_addr_const, at varasm.c:2770
NSString *path_array[] = {@"../share/doc/qemu/", @"../doc/qemu/", @"../"};
^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://trac.macports.org/newticket> for instructions.
make: *** [ui/cocoa.o] Error 1- (void)openDocumentation:(NSString *)filename;Undefined symbols for architecture ppc:
"_strnlen", referenced from:
_fdt_stringlist_count in libfdt.a(fdt_ro.o)
_fdt_stringlist_search in libfdt.a(fdt_ro.o)
_fdt_stringlist_get in libfdt.a(fdt_ro.o)
(maybe you meant: _qemu_strnlen)
ld: symbol(s) not found for architecture ppc
collect2: error: ld returned 1 exit status
make[1]: *** [qemu-system-x86_64] Error 1
make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/x86_64-softmmu'
make: *** [subdir-x86_64-softmmu] Error 2// Use this if strnlen is missing.
size_t strnlen(const char *str, size_t max)
{
const char *end = memchr (str, 0, max);
return end ? (size_t)(end - str) : max;
} NSString *path_array[] = {@"../share/doc/qemu/", @"../doc/qemu/", @"../"}; NSArray *path_array = [NSArray arrayWithObjects:@"../share/doc/qemu/", @"../doc/qemu/", @"../", nil];Truly the last man standing. I think everyone else went home already @Lastic !
The Cocoa error from the Qemu wrapper makes sense to me. There was a point in Obj-C history where Apple completely dropped GCC for LLVM (around Xcode v4 iirc) and introduced shorthand for instantiating arrays and number objects. So, compiling that Obj-C code on anything earlier will bomb out with syntax errors. Try editing the Cocoa code where there are assignments like;
GCC on Leopard won't understand this.. change the line to;Code:NSString *path_array[] = {@"../share/doc/qemu/", @"../doc/qemu/", @"../"};
Repeat for any other instances in .m Obj-C code where a pointer (*) is followed by an array declaration.Code:NSArray *path_array = [NSArray arrayWithObjects:@"../share/doc/qemu/", @"../doc/qemu/", @"../", nil];
An (NS)Array in Obj-C is actually an object, which is a composite, holding strong references to one or more objects, not a plain old memory address like in C. So you can't plug an int, char or float directly into an NSArray without wrapping it with an NSNumber object. It seems clunky coming from C, but this is quickly forgotten once you realize how hugely convenient the NSArray methods are for working with arrays.
[doublepost=1517681874][/doublepost]Also, even though it beachballed in the OS X GUI, do the qemu-system-x binaries execute from the command line? What about with the -nographic option? It would be interesting to pin down where the problem lies as my understanding was that there were fundamental changes in memory management post 2.2.0 which Leopard just couldn't handle, (but maybe it's all just in the Cocoa GUI?)
In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/osdep.h:36:0,
from ui/cocoa.m:25:
ui/cocoa.m: In function '-[QemuCocoaAppController openDocumentation:]':
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/compiler.h:81:12: error: negative width in bit-field '<anonymous>'
struct { \
^
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/compiler.h:94:43: note: in expansion of macro 'QEMU_BUILD_BUG_ON_STRUCT'
#define QEMU_BUILD_BUG_ON_ZERO(x) (sizeof(QEMU_BUILD_BUG_ON_STRUCT(x)) - \
^
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/osdep.h:252:24: note: in expansion of macro 'QEMU_BUILD_BUG_ON_ZERO'
QEMU_BUILD_BUG_ON_ZERO(!QEMU_IS_ARRAY(x)))
^
ui/cocoa.m:1082:29: note: in expansion of macro 'ARRAY_SIZE'
for (index = 0; index < ARRAY_SIZE(path_array); index++) {
^
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/compiler.h:81:12: error: negative width in bit-field '<anonymous>'
struct { \
^
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/compiler.h:95:43: note: in expansion of macro 'QEMU_BUILD_BUG_ON_STRUCT'
sizeof(QEMU_BUILD_BUG_ON_STRUCT(x)))
^
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_qemu/qemu/work/qemu-2.11.0/include/qemu/osdep.h:252:24: note: in expansion of macro 'QEMU_BUILD_BUG_ON_ZERO'
QEMU_BUILD_BUG_ON_ZERO(!QEMU_IS_ARRAY(x)))
^
ui/cocoa.m:1082:29: note: in expansion of macro 'ARRAY_SIZE'
for (index = 0; index < ARRAY_SIZE(path_array); index++) {
^
make: *** [ui/cocoa.o] Error 1in dtc/util.h ARRAY_SIZE() is defined as
#define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))for (index = 0; index < [path_array count]; index++) {default_variants-append +target_i386 +target_x86_64default_variants-append +target_i386 +target_x86_64 +target_ppc +target_ppc64unxz qemu-2.11.0.tar.xz
tar xpf qemu-2.11.0.tar
cd qemu-2.11.0
vi ui/cocoa.m <--- made path_array changes at 2 lines
vi dtc/libfdt/fdt_ro.c <--- inserted strnlen() function below #includes (+ prototype declaration)
mkdir build
cd build
../configure --prefix=/usr/local --cpu=ppc --cc=/opt/local/bin/gcc --objcc=/opt/local/bin/gcc --host-cc=/opt/local/bin/gcc --python=/opt/local/bin/python2.7 --iasl=/usr/bin/false --enable-cocoa --target-list=ppc-softmmu,ppc64-softmmu,x86_64-softmmu,i386-softmmu
make -j4
sudo make install