Tiny Core Extensions > TCE Bugs
8X GNUMERIC CRASH
grandma:
This is part of the same error above:
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap
grandma:
I tried posting that LOG in the forum - and attaching it to the email to you - while I was booted with 8.2.1 and the tc.net forum and mail web pages threw a server error every time until I removed the gnumeric error.
This morning's experiment is to
a) Grab the gnumeric error while booted in 8.2.1 - it doesn't happen in tc3x
b) Reboot with my lil gem tc3x firefox 4.0
c) Come back to tc.net
d) Attempt to post the error to the forum
If this works (IT DID NOT UNTIL I BROKE UP THE ERROR LOG) it proves tc3x is stable, it works - I am the tc3x cheerleader to be sure.
Since I have a full office there, including filezilla, apache2 (which I used to run a server for 200 domains) - and everything else except VLC and Firefox for audio and videos and upgraded SSL I am going to rebuild my distro and test with QEfriggingMU to sandbox VLC and Firefox and do the rest in TC3X which always works, never crashes and looks better (colors and fonts)...a twisted environment indeed.
This would have the advantage of isolating/sandboxing Firefox/internet activities which is kind of attractive, but have the disadvantage of chewing a hole in memory running two operating systems, but have some of the cache/swapping advantages QEMU brings, and has the advantage of using MUCH LESS memory given the much smaller size of TCZs in TC3x.
EVERYTHING in 7x 8x 9x 10x is huge - bloated, compared to TC3X and I am tired - really tired - of years and years fighting the upgraded distros when TC3X works all day long and never hiccups except audio and video.
I will also try the upgraded TC 9x since in an earlier post Juanito said gnumeric is fine there, but as I believe QEMU can boot an 8x or 9x or whatever (I have done that), this method of only using TC 7-10x to get audio and video and SSL internet "appears" attractive at this early stage in the morning.
I'd love to add modern SSL and modern ALSA and PULSE to Firefox 4.0 and older VLC but that experiment is beyond my capabilities and patience I fear
The more I think about SANDBOXING / ISOLATING modern Firefox-ESR and VLC with QEMU and using the small, tight, fast TC 3X office utilities in the main boot host the more hopeful I am.
Perhaps I need more coffee....
grandma:
In answer to WHAT X I am using.
Rich mentioned that when I got a BIG X on the desktop it meant X hadn't loaded.
I don't know what that means :o, but assume it had something to do with Xlibs ????
If that is the same X you are referring to then let me check and get that....
With 3X I see:
-rwxrwxrwx 1 root root 2854912 Jun 21 17:08 Xlibs.tcz
-rwxrwxrwx 1 root root 221184 Jun 21 17:08 Xorg-7.5-lib.tcz
-rwxrwxrwx 1 root root 1662976 Jun 21 17:08 Xorg-fonts.tcz
-rwxrwxrwx 1 root root 847872 Jun 21 17:08 Xprogs.tcz
-rwxrwxrwx 1 root root 372736 Jun 21 17:08 Xvesa.tcz
In 8.2.1 I see
-rwxrwxrwx 1 root root 4096 Jun 23 00:26 Xorg-7.7-lib.tcz
-rwxrwxrwx 1 root root 114688 Jun 23 00:26 Xprogs.tcz
-rwxrwxrwx 1 root root 364544 Jun 23 00:26 Xvesa.tcz
-rwxrwxrwx 1 root root 1261568 Jun 23 00:26 Xlibs.tcz
Juanito mentioned USE 9X FOR GNUMERIC
So I may experiment with that AFTER testing to see if I can "sandbox" VLC and TC 8X FIREFOX to get audio and video working in QEMU.
The more I think I can have the small, fast, reliable TC 3X office and a QEMU sandbox for audio and video the more I like it. I am a sick puppy.
Juanito:
That sort of error typically comes from using the tiny x servers Xvesa/Xfbdev - are you using/did you try using Xorg-7.7?
grandma:
I'm running 8.2.1 and Xorg-7.7-lib.tcz is in tce/optional
No other Xorg Lib files exist.
So I assume when Rich said the FAT X ON THE DESKTOP MEANS X DID NOT LOAD he was talking about this library?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version