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 - Jochen Schäfer

Pages: 1 ... 8 9 [10] 11 12 ... 23
136
Programming / Re: gcc - building libarchive
« on: February 08, 2022, 08:06:02 am »
The problem is: OS/2 zip ports just uses the memory layout of OS/2's EA api in the extension space (don't know the correct terminology) of a file stored in the zip. It also uses a OS/2 specific ID for it. Paul can correct me, if I got that wrong.
That means the XAttr stores the EA in a completely different layout as OS/2 zips do. You can go this route, but it seems to me, it will be completely incompatible to our established archiving programs.
BTW, I was beginning to write a xattr interface for libc, but the sheer amount of infrastructure needed to cope with OS/2 all in one place file oriented approach in a item oriented api, gave me headaches and made me drop it for the moment.
Also, there is the issue of different EA types, like icons etc. xattr only deals with memory blobs, it has no way to treat application defined EA, which might be essential for the functioning of an application, correctly without annotating the xattr attributes, which again will break compatibility.

If you want to do the xattr approach, go for it. I don't know, if it is worth it.
It seems to me far easier to copy the Windows approach and extend libarchive that way.


137
Programming / Re: gcc - building libarchive
« on: February 07, 2022, 07:00:42 pm »
I looked into that. But the xattr interface doesn't fit to the way OS/2's EA work.

138
Programming / Re: Building SDL2 (and later linking against it)
« on: February 07, 2022, 03:24:42 pm »
I use the following script for autoconf:
Code: [Select]
#!/@unixroot/usr/bin/ash
autoreconf -fiv

export LDFLAGS=" -Zhigh-mem -Zomf -Zargs-wild -Zargs-resp -lcx -lmmpm2"
export CFLAGS="-idirafter /@unixroot/usr/include/os2tk45"

./configure --disable-arts --disable-esd --disable-nas --enable-sse2=yes --enable-sse3=yes --disable-rpath --enable-static --enable-shared --prefix=/@unixroot/usr/local

make clean
make -j5

For cmake, I use the following:
Code: [Select]
export LDFLAGS=" -Zhigh-mem -Zomf -Zargs-wild -Zargs-resp -lcx -lmmpm2"
export CFLAGS="-O2 -g -march=i686 -idirafter /@unixroot/usr/include/os2tk45"
export CXXFLAGS="-O2 -g -march=i686"
export FFLAGS="-O2 -g -march=i686"
export FCFLAGS="-O2 -g -march=i686"

cmake  -DCMAKE_INSTALL_PREFIX:PATH=/@unixroot/usr/local \
    -DSDL_DLOPEN=ON \
    -DSDL_ARTS=OFF \
    -DSDL_ESD=OFF \
    -DSDL_NAS=OFF \
    -DSDL_LIBDECOR_SHARED=ON \
    -DSDL_SSE2=OFF \
    -DSDL_SSE3=OFF \
    -DSDL_RPATH=OFF \
    -DSDL_STATIC=ON \
    -DSDL_STATIC_PIC=ON \
    -DSDL_LIBC=ON \
    -DSDL_TEST=ON \
    -DBUILD_SHARED_LIBS:BOOL=ON \
    -DCMAKE_BUILD_TYPE=Debug \
    d:/work/sdl2/sdl2-os2 -B . -S d:/work/sdl2/sdl2-os2

make clean
make -j5

Hope, it helps.

139
Programming / Re: gcc - building libarchive
« on: February 07, 2022, 03:20:45 pm »
I looked at libarchive, too, but it needs support for OS/2 EAs.

140
Games / Re: PrBoom+
« on: February 06, 2022, 06:56:37 pm »
So, I narrowed it down to SDL not implementing relative mouse movement. This means SDL goes into an emulation of relative mouse movement. But then, the WM_MOUSEMOVE window message is always reporting the same coordinates and so, no movement is reported.
I'm not understanding, why that does happen. If somebody has some suggestions, they would be welcome.

That is the only thing missing to make it the perfect Doom running on ArcaOS, but it awesome anyways to play it with the keyboard.

Video resolution is here working at full screen, 1366x768 and 36bit video mode. The best Doom for OS/2.

Thanks for this port.
It's a problem with SDL2-os2. I hunted it down, but I have no solution at the moment.

141
Games / Re: PrBoom+
« on: February 06, 2022, 06:55:21 pm »
Hi

Just one little thing with "prboom-plus-2.6um-alpha1.zip". Today I reinstall it on a machine, I did "yum install  flac  fluidsynth SDL2_image" to install the required DLL's.

I wanted to check again the MIDI stuff, I installed TIMIDITY from Alex Taylor, but it was still not working.

So I checked over the web and got "http://www.libsdl.org/projects/SDL_mixer/timidity/timidity.tar.gz", unzipped all the files in /etc/timidity and MIDI music started to work. I'm not sure if Alex Taylor Timidity was needed there, I guess FluidSynth is doing the MIDI work.

Regards
I couldn't get it to work either and didn't try further.

142
Games / Re: DOS VDM - USB and Game port Gamepad support
« on: February 06, 2022, 06:51:39 pm »
As I stated before, the HIDAPI part of SDL2 only works with game controller at the moment. My PS4 controller works just fine.
I don't know what the road map for USB joysticks is, but I find that having game  controller support is a first step.
But at the moment, I'm more worried about the problem SDL2-os2 has with relative mouse mode, because that's the issue with the PrBoom port.
I'm at that problem, but I have only so much time, with all the other ports and  hobbies going on, so please be patient ;-)


143
Applications / Re: LIBC panic errors anyone?
« on: January 30, 2022, 08:45:48 pm »
Roderick, so there is a difference in functionality between LIBCX version apart from the emitted machine code?

144
Applications / Re: LIBC panic errors anyone?
« on: January 29, 2022, 08:22:30 am »
I switched libcx from the i686 to the pentium4 version, and the crashes on exit stopped.
This seems very strange to me, since running on an i5, this should make no difference.

145
Applications / Re: LIBC panic errors anyone?
« on: January 10, 2022, 09:14:26 am »
I noticed that problem while using lsusb.

146
Programming / Re: Autoconf and OS/2
« on: December 19, 2021, 01:40:36 pm »
Silvan wrote a comment on Github, which I couldn't read because Github is sometimes weird.
So, I also checked configure.ac and discovered some changes, concerning line endings, I missed.
I haven't fixed all problems, yet, but I'm getting there.
Thanks Silvan for the hints.

147
Programming / Re: Autoconf and OS/2
« on: December 19, 2021, 09:25:27 am »
It appears to be a shell issue. When the system posix shell is Dash you get a broken makefile. setting it to bash fixed the issue.
Don't think, that's the case. I used dash for the BWW version, too. I only have the problem with the new merged version.

@Dave: Thanks for the pointer to this tool.
And the missing objects bothered me, too, but I couldn't locate where the problem is, yet. At least, I'm not alone in this.

148
Programming / Re: Autoconf and OS/2
« on: December 18, 2021, 08:47:39 pm »
Oh yes. I committed it commented because 2.0.14 removed it and I didn‘t know whether it is still needed. Remove the comments and sh autogen.sh. Then you are good to go.

149
Programming / Re: Autoconf and OS/2
« on: December 18, 2021, 05:41:43 pm »
Well, Makefile.in has only LF and not CRLF in both versions.
As I said, I have no problems with the BWW version. With my merge, I get the problems. It's possible, that something is wrong with my installation.
When somebody can check, how the Makefile is created from my repo (https://github.com/josch1710/SDL2-os2), I would be grateful.


150
Programming / Autoconf and OS/2
« on: December 18, 2021, 09:43:43 am »
I'm getting on and off in problems with the generated files by autoconf.
My recent case is SDL2. I have cloned BWW's version and tried to upgrade it to mainstream SDL 2.0.14.
I did the merge on my iMac, because it was so much easier with an IDE.
Now, I see consistently the following problem with the generated Makefile:
Code: [Select]
/SDL_test_assert.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_assert.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_common.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_common.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_compare.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_compare.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_crc32.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_crc32.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_font.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_font.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_fuzzer.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_fuzzer.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_harness.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_harness.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_imageBlit.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_imageBlit.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_imageBlitBlend.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_imageBlitBlend.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_imageFace.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_imageFace.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_imagePrimitives.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_imagePrimitives.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_imagePrimitivesBlend.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_imagePrimitivesBlend.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_log.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_log.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_md5.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_md5.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_memory.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_memory.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@ /SDL_test_random.lo: D:/WORK/sdl2/SDL2-os2/src/test/SDL_test_random.c $(objects)/.created $(RUN_CMD_CC)$(LIBTOOL) --tag=CC --mode=compile $(CC) $(CFLAGS) $(EXTRA_CFLAGS) -MMD -MT $@ -c $< -o $@
This is all on one line and $(objects) is missing before all compile targets, e.g. "/SDL_test_assert.lo:"
Now, when I checkout the commit before the merge commit on the machine without any other changes, I have no problem with the generated Makefile.
For me, it is clear, that line ends are not generated and $(objects) is not expanded.

My question: Does anyone has some pointers, where the problem lies?

Pages: 1 ... 8 9 [10] 11 12 ... 23