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 ... 235 236 [237] 238 239 ... 321
3541
Programming / Re: GCC configuration - runtime options...
« on: February 21, 2018, 03:57:40 am »
They're just the defaults, probably mostly hard coded at build time. Which part are you wondering about?
For extra fun, try
Code: [Select]
gcc -v -E hello.c -o hello.exeand look at hello.exe in a text editor. Then do the same by replacing the -E with -S.

3542
Article Discussions / Re: OS2VOICE RPM Server
« on: February 21, 2018, 12:56:26 am »
There is work being done to integrate warpin support into ANPM, which will help.
The real problems are,
One, not all software translates into the @UNIXROOT directory structure. eg BASEDEV's that have to go in x:\os2 or x:\os2\boot.
Two, RPM hell. This is already hinted at in this thread. Different programs requiring different versions of usbcalls.dll. Different games requiring different versions of SDL. Ideally everything would be recompiled after libraries are fixed/merged. In practice we don't have source code for everything and our systems DLL support is crap. In Linux land, shared libraries can be versioned and symlinked and even the symbols inside can be versioned. Programs can also be compiled/marked to use specific libraries. We're stuck with our 1980's era DLL structure.
Three, packages need to be maintained, recompiled against newer libraries and such, which takes manpower. There are lots of warpin packages that are no longer maintained.
In short, RPM has its uses, especially for software ported from *nix land. Warpin has its uses as well, especially for software that doesn't easily lend itself to the *nix file structure or even stuff that needs some rewriting.
As an example, I seem to be maintaining the screensaver, right now building it and packaging it as a warpin is simple as all the scripts are there and it expects to live in its own directory. It could be converted into an RPM and installed somewhere like @UNIXROOT/usr/lib/dss but I'd rather do other stuff when the WPI works well. With our shortage of manpower, there's probably lots of packages like this.

3543
Events / Re: Reminder about OS/2 VOICE IIRC speaktup in about 18 hours
« on: February 19, 2018, 10:10:06 pm »
Hi,
About memory. While, from my limited understanding, the i386 architecture is limited to 4 GiB address structure (minus overhead for kernel, pci devices and such bringing it closer to 3GiB), it allows something like a terrabyte of virtual memory (48bits). So in theory can for example run 3+ 2GB programs with the only downside being lots of swap file thrashing.
In practice, our kernel (and device drivers), originally designed at a time when 16 MiB of memory was a lot, use lots of 32 bit, often signed, variables and even 16 bit, which gives practical limits in what OS/2 is capable of. For example I discovered the hard way that the system dies with a "swap file full" error when the swap file grows over 2GiB.
Basically we're really limited in the memory department due to design and without rewriting the kernel (and selected device drivers), that's the way it is.
This is what will kill our OS in respect to running modern applications in the new 64bit world. Already developers are not caring about 32bit.

In respect to security, most malware is now browser based, eg using JavaScript. Unluckily we always seem to be a year behind so our browser probably has unpatched vulnerabilities and this probably won't change if we switch to webkit excepting we'll have Chrome flaws instead of Mozilla flaws.
On the bright side, some of this malware expects a Windows (or Android etc) system and will fail on OS/2.

3544
Article Discussions / Re: OS2VOICE RPM Server
« on: February 19, 2018, 09:40:22 pm »
I'll add that personally, I'm planning on trying to learn how to build rpm's and contribute to the OS2VOICE repository, time and my capabilities willing.

3545
Article Discussions / Re: OS2VOICE RPM Server
« on: February 19, 2018, 09:35:11 pm »
Hi,
As we seem to be committed to using RPM now, the idea of a OS2VOICE rpm server seems good. There are programs such as FFmpeg that have many dependencies and could really benefit from a package manager as well as many programs where installation could be simplified by using RPM. OTOH, long range plans for ANPM include better support of WPI packages allowing them to co-exist better with rpm, so no need to totally drop Warpin.
Problems come from what exactly are the Dutch (and EU I guess) regulations. Copyright is complex enough with different jurisdictions having not quite compatible copyright laws. eg, a bunch of stuff just entered the public domain here in Canada, but in many jurisdictions, including the States, they're still under copyright. There's also differences in what can be copyrighted, some places a recipe can be copyrighted and others, not. Same with headers, their copyright status is not clear and is likely to vary from jurisdiction to jurisdiction and without a court case can be really unclear.
Then there are corner cases such as the discussion on cdrecord where strictly speaking, it seems copyright is being broken by distributing Froloff's patched cdrecord without source so no GPL licence. There's lots of stuff on Hobbes that likewise is probably a copyright violation but as long as the authours don't complain, it is fairly harmless.
More important when talking about multimedia applications in particular are patents. A lot of this stuff is patented and American law, as an example, is pretty strict in enforcement, as well as pretty liberal in what can be patented. I have no idea what the Dutch (and EU) regulations are on these patents and I'm not even sure about my country.
Debian, for example, gets around these problems by having non-free repositories hosted in safe countries, same with projects such as MPlayer. Then there is lame, which simply only distributes source code as it seems it takes a binary to infringe. This also opens up the possibility to compile some software on the users machines to work around these problems.

Last, but not least, is with an expanding number of repositories, is keeping them in sync to avoid RPM hell.

3546
Hi Dariusz, looking at your results, I'd say that i686 is your best choice due to faster memory (perhaps related to instruction ordering) and slightly faster integer, which is used much more then floating point. They're both close though. Be nice to have a Pentium M choice, basically i686 with MMX, SSE, and SSE2.
Did you try adding -mstackrealign with your -mfpmath=sse flag?
Using newer compilers isn't too hard. Paul uses /usr/localxxx (where xxx is the compiler version) as the target so you can unzip into your UNIXROOT tree. KOMH released a modified gccenv.cmd that makes switching fairly easy. I rename it to reflect the compiler version, eg gcc510env.cmd or gcc710env.cmd and it needs adjusting at about line 68 to point to the correct /usr/localxxx location, eg for gcc 5.10 I have
Code: [Select]
/*
 * Do work.
 */
call GCC322plus sPath, 'gcc510', 0, sLinker;
exit 0;

Gotchas include that by default it resets to using ilink as the linker and Paul's ports sometimes find \usr\lib\stdc++.a or stdc++.lib or stdc++_s.a instead of the correct ones. Simplest is to temporarily move them aside if compiling C++ code.

3547
Hardware / Re: Limitation on using an USB DVD and CD writer under ArcaOS
« on: February 18, 2018, 09:53:43 pm »
Froloff in his documentation said he would send to anyone his code changes if requested.  However, I could be mistaken, but the impression I get is that he has disappeared off the map.

That's a problem as the license (GPL for older cdrecord, not sure about this version as Schilling changed the license at one point)  may say no distribution without the source, or an offer of the source. Probably no one will ever complain but it is for reasons such as this that source (or patches) should be distributed with the binary or put somewhere public.

3548
Setup & Installation / Re: arcaos 5.0.2
« on: February 18, 2018, 04:15:27 am »
Well the newest I have here is the last rc candidate, arcaos-5.0.1.11-en.7z which contains arcaos-5.0.1.11-en.iso (and arcaos-5.0.1.11-en.md5). Perhaps they changed/screwed up their packaging or there was a hiccough while building your package.
Just try using the ISO you have, copying it to ARCAINST.ISO and test whether the installer will run after booting from your stick.
Or to be on the safe side, redownload the package and if it is still misnamed, open an issue.

3549
Setup & Installation / Re: arcaos 5.0.2
« on: February 18, 2018, 03:27:30 am »
It should be in arcaos-5.0.2-en.7z.

3550
For those getting crashes, it would be good to test with even less optimization, eg using -O2 or -O or even -Os instead of -O3 to see if it is a compiler optimization bug.
I haven't had any crashes with the native binary, trying to run a couple of DOS binaries resulted in the DJGPP build crashing right away and a Watcom 10 DOS/4G build crashing at the LU Composition test. These binaries are all linked from the page I first referenced as well as a bunch of results.
Both the neural net and ASSIGNMENT test results look questionable here with the neural net about a 1/3rd better then the K6 and the assignment just a bit better.
Quickly testing with various optimizations didn't show much differences with the expected results of i686 being generally better then the P4 but the P4 doing a hair better on FP. Best result was i686+-msse2 (and the needed -mstackrealign to work around a compiler bug). These tests need to be redone as I didn't disable the screensaver and close everything in all cases.
This is a very gutless Pentium (C2D) at 1.6Ghz
I'll also try using OpenWatcom at some point.

3551
Applications / Re: VLC problems - was Open Office 4.1
« on: February 17, 2018, 06:07:37 am »
Sounds more like, when in doubt, read the fine documentation :)

3552
Hi Dariusz, the -Zomf and all -Z* options are OS/2 specific, in the case of -Zomf, it converts the aout object files that GCC produces into OMF format which is OS/2's native format. With OMF object files we use the native linker to link, which works better then our ancient LD port, especially for DLL's. (and was originally the only way to build DLLs with GCC)
You're probably missing the wl package, gcc-wlink rpm, which I believe will add the correct environment variables to config.sys to use wl.exe (wlink with some fixes to handle our debug data). Run emxomfld.exe to see the variables needed.You can also add ilink to your path, might need some dpath additions as well as INCLUDE additions.
Without -Zomf, you can use the -Zexe switch will build a pointer binary and a pointer.exe binary which the pointer binary will point to.

Hi Tellie, interesting. Machine too quick? Perhaps try debugging or just link in libcx, add -g and -Zmap and see if it gives a trp file. All I did was adjust the Makefile quickly, probably wouldn't hurt to add -Zbin-files to the CFLAGS as well.

3553
Hmm, here I get,
Code: [Select]
gcc  -DLINUX  -s -Zomf -Wall -O3\
        -o pointer pointer.c
rm -f pointer.h
if [ "4" = `./pointer` ] ; then touch pointer.h ;\
else echo "#define LONG64" >pointer.h ; fi
with a correct empty pointer.h. The build system builds pointer.exe here which outputs 4.
I get one harmless warning,
Code: [Select]
gcc  -DLINUX  -s -Zomf -Wall -O3\
        -c nbench1.c
nbench1.c: In function 'DoNNET':
nbench1.c:3149:7: warning: variable 'errorcontext' set but not used [-Wunused-but-set-variable]
 char *errorcontext;
       ^

Here's my Makefile patch, and I created a repository, https://github.com/dryeo/nbench-byte. Here's a basic binary as well, seems to work with the attached NNET.DAT in the same directory.


3554
Hardware / Re: Touchpad use with OS/2, ArcaOS
« on: February 16, 2018, 02:49:54 am »
I wonder how other people get on with touchpads when using OS/2 on laptops or is it just me that gets peed off with tapping?

I disabled mine.
You could test with the other mouse driver. You probably have Amouse installed, so you could try the standard mouse driver

3555
Hardware / Re: Touchpad use with OS/2, ArcaOS
« on: February 15, 2018, 07:35:57 pm »
Nothing in the BIOS?

Pages: 1 ... 235 236 [237] 238 239 ... 321