Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dave Yeo

Pages: [1] 2 3 ... 162
1
Aspirin is still trademarked here in Canada. Actually according to this, https://www.inta.org/INTABulletin/Pages/ASPIRINBrandorAspirinTabletsAvoidingtheGenericideHeadacheintheUnitedStates.aspx it is still trademarked in most of the world. Seems the trademark was lost in WWI. The UK voided the trademark to allow companies to make aspirin and the USA used the "Trading With the Enemy" act to confiscate and auction off Bayer's property. https://en.wikipedia.org/wiki/History_of_aspirin#World_War_I_and_Bayer

Myself, I do not trust Microsoft and when it was first announced about including exFat in Linux, it was really unclear if the exception to the patents covers more then Linux. I haven't been following too  closely but as far as I know, this is still true in the sense that Arca Noae won't want to gamble on it. At that, they haven't even added MP3 support out of being cautious I believe.

2
Applications / Re: ArcaOS panic
« on: May 28, 2020, 12:21:15 am »
You have to be quick right at the beginning of the boot when the square appears in the upper left.
Easier is to boot your ArcaOS install media and choose system management and edit your config.sys from there.

3
Multimedia / Re: Use of webcam
« on: May 27, 2020, 07:02:20 am »
I probably got confused by something mentioned on the testers list in answer to Doug's question about USB on the 20th.

4
Multimedia / Re: Use of webcam
« on: May 26, 2020, 05:10:45 pm »
Hi Remy,
My understanding is that there was a "RFC" type document for USB at the beginning and IBM faithfully followed it. Unluckily Microsoft didn't, as well as all their vendors so we're left trying to implement the MS version of USB rather then the official implementation.
As for Arca Noae's more recent drivers, my guess is they're mostly focusing on getting USB3 working and once that's done, they'll fix USBCALLS and such. USB3 seems to have turned out much harder then they first thought it seems.

5
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 26, 2020, 04:58:40 pm »
Sounds to me that the system is somehow passing a cmd line parameter to DOSBox. You could try running dosbox.exe --help or dosbox.exe --help | less to look at possibilities.
Right now I'm booted to a new beta install of AOS and testing the default install and my DOSBox build is crashing with
Code: [Select]
05-26-2020  07:45:34  SYS2070  PID 00dd  TID 0001  Slot 00e5
K:\USR\LOCAL\SRC\DOSBOX-0.74-3\SRC\DOSBOX.EXE
DOSBOX->STDCPP6.__ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcE
127
So it needs the newer stdcpp6. I'll do a yum update later and retest.
BTW, I filed an issue with Bitwise, their response that this is only the second program to have an issue and since it can be rebuilt and they don't have the resources to debug, won't fix.

6
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 25, 2020, 05:08:32 pm »
Update about my build, seems here it is using SDL12.DLL in @unixroot\usr\local\lib, not the RPM installed one. They both have the same name and presumably the same exports so should be interchangable, but who knows until tested.
This is just the latest tarball from sourceforge that I built as I couldn't find the source that Josh used. Luckily he/someone seems to have got the OS/2 patches committed upstream.
As for downgrading libstdc++, so much is going to depend on it as it is a basic system type library that downgrading isn't advised.
Hi, I always use the DOSBOX official repo for new versions. When I had something to change, I sent a patch to the maintainers.
So, compiling the tarball / SVN version, is the correct thing to do.

Good to send your patches upstream but you need a link on your page pointing to sourceforge as it took me a while to figure out.
Thanks for maintaining.

7
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 25, 2020, 04:27:42 pm »
Hi Silvan, this is still broken. After a yum clean all,
Code: [Select]
--> Finished Dependency Resolution
Error: Package: mpc-devel-1.0.1-3.i686 (@netlabs-rel)
           Requires: libmpc3 = 1.0.1
           Removing: libmpc3-1.0.1-3.i686 (installed)
               libmpc3 = 1.0.1-3
           Obsoleted By: libmpc-1.1.0-1.oc00.i686 (netlabs-rel)
               libmpc3 = 1.1.0-1.oc00
           Available: libmpc3-1.0.1-1.i686 (netlabs-rel)
               libmpc3 = 1.0.1-1
           Available: libmpc3-1.0.1-2.i686 (netlabs-rel)
               libmpc3 = 1.0.1-2
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

8
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 10:52:12 pm »
Hi Andreas,
I just basically used the defaults for building, ran autogen.sh to create OS/2 configure, makefile-in's and such then
Code: [Select]
sh configure "LDFLAGS=-Zomf -Zmap -Zhigh-mem" LIBS=-lcx
Looking at the INSTALL file, I see these configure options,
Quote
--disable-dynamic-x86
        disables the dynamic x86 specific cpu core. Although it might be
        be a bit unstable, it can greatly improve the speed of dosbox on x86
        hosts.
        Please note that this option on x86 will result in a different
        dynamic/recompiling cpu core being compiled then the default.
        For more information see the option --disable-dynrec

--disable-dynrec
        disables the recompiling cpu core. Currently x86 and x86_64 only.
        You can activate this core on x86 by disabling the dynamic-x86 core.
So it seems the recompiling variant is the default. I could easily build another binary with these options if requested. I guess after 16 years the recompiling option is mature, or perhaps the INSTALL file is not clear.
Other possible options include compiling with the debugger enabled, introduces a ncurses dependency. Using SDL-NET for modem and IPX support, SDL-SOUND to support mp3/ogg audio tracks on some diskimages.
Don't know if Jochan is still active, if not I can build whatever if you want to package it.

9
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 06:49:23 pm »
Does anyone use networking with DOSBox?

10
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 08:41:09 am »
wchar() problem? Wonder if all translations will be handled? There's been quite a few wchar() fixes that come with GCC9.9.2. wchar = wide char = utf8 or utf16.

11
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 06:47:04 am »
Update about my build, seems here it is using SDL12.DLL in @unixroot\usr\local\lib, not the RPM installed one. They both have the same name and presumably the same exports so should be interchangable, but who knows until tested.
This is just the latest tarball from sourceforge that I built as I couldn't find the source that Josh used. Luckily he/someone seems to have got the OS/2 patches committed upstream.
As for downgrading libstdc++, so much is going to depend on it as it is a basic system type library that downgrading isn't advised.

12
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 05:02:47 am »
Here is a rebuilt dosbox.exe. Move all DLLs and dosbox.exe out of your dosbox install directory, I'd just create a bak directory or such and move them there, then unzip this one into your dosbox install directory and test. All I know is that it started up here.
Edit: this uses the latest DLLs from netlabs-rel including SDL.

13
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 04:05:02 am »
You could try, on a command line
Code: [Select]
yum downgrade libstdc++
and keep adding other packages that yum complains about,
Code: [Select]
yum downgrade libstdc++ djvulibre
etc.
Really someone needs to open an issue and let the developers know about this problem and hopefully they can fix. Baring a fix, things will need recompiling

14
Utilities / Re: MeShell commandline frontend timetable
« on: May 24, 2020, 01:49:18 am »
No, it's not a bug. From zip --help:

If zipfile and list are omitted, zip compresses stdin to stdout.

Lots of *nix utilities default to inputting from stdin, and some use a single dash as a parameter for using stdin. Likewise for outputting to stdout if no file name.

15
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 01:47:12 am »
It's likely the updated stdcpp6. Try updating again, yum update, and if that doesn't fix the issue, file an issue at Bitwises Github, probably under GCC.

Pages: [1] 2 3 ... 162