Recent Posts

Pages: [1] 2 3 ... 10
1
Comments, Suggestions & Questions / Hobbes (Files) Reoganization
« Last post by Martin Iturbide on Today at 05:38:59 pm »
Hi

I still have the "itchiness" to reorganize some files in hobbes, and even also some other places like OS2site.
But I hold back, some people may not like reorganizing and renaming of the files, some other may tell me "do not bother on that", and it is also a huge task.

Also there have been no reply from the hobbes administrator on my offer to help and have a quicker access to modify file descriptions of the database and been able to move files to the corresponding directory.

And also, it is big job to try organize all the OS/2 software available. From one side I think it is good to keep all the versions of the software, but from the other side I understand that some sites (like hobbes) should only have the latest version (with the exception of drivers). Times has change and storage space is not problem for OS/2 programs like it was on the past. (like my crazy OHFOWG and the OS2World Github (7GB) )

My concern with OS/2 preservation had been growing when I saw how old software disappears from the internet (some can not be found even on the waybackmachine). I don't want to delete anything. I hopefully will like to backup the old things with the old names in different archive.org items and later focus in the working apps, latest versions and renaming and moving the files.

What do you think?

- Should I try to make my own public file repository? If I try that I will need help, I don't want more server administration with that.
- Should I keep trying to improve hobbes order in this slow way of uploading files with .txt template file?
- Should I take care that "itchiness" with some other thing and forget this thing?

Ian, (he runs the os2site), your opinion is important for me. 

I also want to do something collaborative with the help of several people since it is a big task.

Regards

2
Applications / Re: Desktop Enhancement for WPS
« Last post by Martin Iturbide on Today at 05:11:07 pm »
Hi
I checked the link/file using online totalvirus and he found nothing.
The virus was found under my windows system protected by licenced Avast tool and firefox avast plug-in.
Yes, Windows and even the latest Firefox for Windows are detecting some OS/2 files and .cmd files as virus. All xcenter widgets are detected as virus while they are not.

Regards
3
Applications / Re: Desktop Enhancement for WPS
« Last post by Remy on Today at 04:44:01 pm »
Thanks for the link Wim.

Remy, can you let me know which virus is detecting and with which AV? ClamAV?

I had tried the installer on my ArcaOS VM and it searchs for a valid eComStation license. But the files looks ok with me.

Regards

Hi Martin,

I checked the link/file using online totalvirus and he found nothing.
The virus was found under my windows system protected by licenced Avast tool and firefox avast plug-in.
Regards 
4
Programming / Re: Alternatives to compiling Rust in Firefox port OS/2
« Last post by Dave Yeo on Today at 08:04:37 am »
Yeah I tried rebuilding libend with those symbols commented out - it now links but I get the same SIGILL as if I just remove libend.

Might be a problem with the section ordering

Quote
I think I was confused when I thought it was working the other day - my hello.lnk had helloworld.obj in it - which was an OMF version of the object file :(

I must have made the same mistake :) Today I fixed your hello.lnk as I had lost my original test after a reboot (ram disk) and then got the error.
Need a compiler expert who understands all these segments and stuff.
5
Hey Dave,

Perhaps rebuild libend with those symbols commented out?
I tried but I seem to be missing the ml assembler and building all fails due to missing demangle.h
Looking, it seems they're reserved symbols when the option DOSSEG is specified. Where it is getting specified, I'm not sure unless it is automatic when making an executable. It is possible to override the segment ordering, only recommended for embedded applications without an OS. The segments probably should be ordered in a specific order. Search for DOSSEG in the Open Watcom Linker guide.
Looking at the emxomfld source, I can't quite figure out the whole list of options being passed and why linking OMF doesn't cause the same error.

Yeah I tried rebuilding libend with those symbols commented out - it now links but I get the same SIGILL as if I just remove libend.

I think I was confused when I thought it was working the other day - my hello.lnk had helloworld.obj in it - which was an OMF version of the object file :(
6
Programming / Re: Alternatives to compiling Rust in Firefox port OS/2
« Last post by Dave Yeo on Today at 06:43:16 am »
Perhaps rebuild libend with those symbols commented out?
I tried but I seem to be missing the ml assembler and building all fails due to missing demangle.h
Looking, it seems they're reserved symbols when the option DOSSEG is specified. Where it is getting specified, I'm not sure unless it is automatic when making an executable. It is possible to override the segment ordering, only recommended for embedded applications without an OS. The segments probably should be ordered in a specific order. Search for DOSSEG in the Open Watcom Linker guide.
Looking at the emxomfld source, I can't quite figure out the whole list of options being passed and why linking OMF doesn't cause the same error.
7
'tis weird, this worked the other day, today I'm getting the
Code: [Select]
Error! E2026: redefinition of reserved symbol _edata
Error! E2026: redefinition of reserved symbol __edata
Error! E2026: redefinition of reserved symbol _end
Error! E2026: redefinition of reserved symbol __end

Removing libend 'fixes' the linking - but I get a SIGILL trying to run the resulting executable...
8
Programming / Re: Alternatives to compiling Rust in Firefox port OS/2
« Last post by Dave Yeo on Today at 05:37:48 am »
Thanks everyone... what works here is:

Code: [Select]
gcc -S helloworld.c
as_elf helloworld.s -o helloworld.o
wl @hello.lnk
** EXPERIMENTAL (HLL) ** Open Watcom Linker Version 2.0beta1 Limited Availability by SHL on Jul  2 2020
Portions Copyright (c) 1985-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
loading object files
searching libraries
creating map file
creating an OS/2 and ArcaOS executable

For interest - https://smedley.id.au/tmp/helloworld.zip

I have a day off on Friday, I'll try and think about how to modify GCC to use this stuff....

Cheers,

Paul

'tis weird, this worked the other day, today I'm getting the
Code: [Select]
Error! E2026: redefinition of reserved symbol _edata
Error! E2026: redefinition of reserved symbol __edata
Error! E2026: redefinition of reserved symbol _end
Error! E2026: redefinition of reserved symbol __end

9
Programming / Re: Alternatives to compiling Rust in Firefox port OS/2
« Last post by Dave Yeo on Today at 03:26:43 am »
- work out how to workaround the lack of elf support in emximp - in order to create import libraries for DLL's - worst case is to use OMF libs
There's the IMPLIB option for wlink to create an implib during linking. Hmm, it actually calls wlib to create the import library.
Wlib also has the option ie to create elf import records and an option to list all symbols found in a library file, including static.
There's other tools available, some from binutils some from OW which could be tweaked to output exports from object files.
Wlink has a variety of way to create a DLL, with def files hardly used though they work. With the screensaver's cairo clock, I imported the symbols directly from cairo2.dll and the makefile has,
Code: [Select]
$(dllname).dll: $(object_files)
    @wlink system 386 lx dll INITINSTANCE TERMINSTANCE name $(dllname) &
    f CaClock f MSGX op MAP=$(dllname) op DESC 'Cairo Clock - ScreenSaver module
' &
    op ELIMINATE op MANYAUTODATA op OSNAME='OS/2 and eComStation' op SHOWDEAD &
    LIBPATH %os2tk%\lib LIBRARY libuls.lib LIBRARY libconv.lib @Imports.lnk @des
cription

!ifdef has_resource_file
    rc $(rcname) $(dllname).dll
!endif
!ifdef create_packed_dll
    lxlite $(dllname).dll
!endif
10
Programming / Re: Alternatives to compiling Rust in Firefox port OS/2
« Last post by Dave Yeo on Today at 03:06:11 am »
If I'm understanding https://sourceware.org/gdb/onlinedocs/stabs.html correctly, elf can put the stabs in its own section much like aout does. So it should be possible and with luck might work out of the box. Hopefully it'll fix those warnings about too big stabs that are generated while compiling.
Pages: [1] 2 3 ... 10