Recent Posts

Pages: [1] 2 3 ... 10
1
Programming / Re: Networking: socket() returns positive `non-socket`
« Last post by Dave Yeo on Today at 01:11:51 am »
Thank you for all your kind help. Thank you, indeed. Especially you, Dave on your cool math OS/2 fix.

I just decided to remove all OS/2-related code from Agena. It took me lifetime weeks with all the weird OS/2 quarrels with no avail.

Nobody is using OS/2 any longer. And this is really sad. But I have to accept that.

Alex

Shame to see you go, but quite understandable as the OS/2 base continues to shrink.
2
The ArcaOS development environment I paid EUR 150,- for does not work at all !

Had a nice time with OS/2 - I really loved it - and thank you for all the support you have given.

Well where was advertised that ArcaOS was a development environment ? BTW the networkstack in ArcaOS is the same as eComStation and MCP 2.
So you it should fail on older versions of OS/2 as well.

Roderick
3
Hello Alex

Quote
some years ago, a student hired by NMSU had a bad day and re-invented how files should be named at Hobbes.
It was not a student, it was me and it didn't took a "bad day", it took several "bad years" (sarcasm).

We discussed in this forum the Hobbes reorganization for some years. There was the problem that several drivers were called os2warp.zip, os2.zip and you have no idea what the file was about by reading it.

Long story short (with a lot of discussion) I documented the "Upload File Naming Convention - 100% optional From Martin Iturbide". I didn't came up with that kind of standard, I just saw it in some other files and took that one.

As it say, it is 100% optional. The important thing is to keep uploading new software to Hobbes.

Regards
4
Programming / Re: Brainstorm: OS/2 on a Different Kernel
« Last post by Martin Iturbide on July 08, 2025, 06:08:27 pm »
Hello
Some days I wonder if the best thing that could happen to that kernel is a leak of it and the default drivers set.
There was already a leak of the source code of the Warp 4 (not 4.5) kernel. I personally don't have the skill to know how useful is the source code. The issue is that it had fired in the past the discussion if it is legal or not to use it.

According the some people, the OS4 Russian Team created derivatives of the kernel with this leaked source code.... more discussion.

Also we have Arca Noae that as a formal commercial agreement with IBM and those kind of agreements you are required to protect the intelectual property of IBM.

About the leaked source code I guess it is only legal under the 107 article of the US copyright law, which limits a lot the commercial use of it.

So, I don't know  ;D ;D ;D ...we discuss it a lot and the ideal thing (long term) will be that IBM releases the source code or to build an open source clone.

Regards



5
Programming / Re: Brainstorm: OS/2 on a Different Kernel
« Last post by SoundChaser on July 08, 2025, 03:23:14 pm »
Some days I wonder if the best thing that could happen to that kernel is a leak of it and the default drivers set.

Then there would be a _shockwave_ on slashdot and hackernews and it lasts for a week, maybe a month.

Then IBM would weakly tries to contain it... and eventually give up.... and we get to build it and take it from there. It's all dead code anyway!
6
Programming / Re: Networking: socket() returns positive `non-socket`
« Last post by agena.info on July 08, 2025, 11:36:31 am »
Thank you for all your kind help. Thank you, indeed. Especially you, Dave on your cool math OS/2 fix.

I just decided to remove all OS/2-related code from Agena. It took me lifetime weeks with all the weird OS/2 quarrels with no avail.

Nobody is using OS/2 any longer. And this is really sad. But I have to accept that.

Alex
7
Article Discussions / Weird file names enherited from the NMSU student
« Last post by agena.info on July 08, 2025, 11:05:19 am »
Hi,

some years ago, a student hired by NMSU had a bad day and re-invented how files should be named at Hobbes.

It is no longer lua-5.4.8, but it is now Lua_5-4-8.

Surprisingly all adhered to the new commands - including me.

No longer !

Alex
8
Programming / Re: Networking: socket() returns positive `non-socket`
« Last post by agena.info on July 08, 2025, 10:58:47 am »
The ArcaOS development environment I paid EUR 150,- for does not work at all !

Had a nice time with OS/2 - I really loved it - and thank you for all the support you have given.
9
Programming / Re: Networking: socket() returns positive `non-socket`
« Last post by Lars on July 08, 2025, 09:04:11 am »
Building agena with makefile.os2 renamed to makefile, so 'make os2' with gcc 9.2.0 dies with,
Code: [Select]
make all MYCFLAGS="-O2 -static-libgcc -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H"
make[1]: Entering directory 'H:/tmp/agena-5.1.1-src/src'
gcc -Wall -Wno-attributes -Wno-strict-aliasing -Wno-deprecated-declarations -Wno-unknown-pragmas -fgnu89-inline -fomit-frame-pointer -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H -O2 -static-libgcc -DLUA_BUILD_AS_DLL -D_FILE_OFFSET_BITS=64 -D_DIRENT_HAVE_D_TYPE -DPCRE2_CODE_UNIT_WIDTH=8 -D__ST_MT_ERRNO__ -DLUA_USE_LINUX -DINCL_BASE -DHAVE_NCURSES_H   -c -o lvm.o lvm.c
In file included from ldo.h:11,
                 from lvm.h:10,
                 from lvm.c:24:
lvm.c: In function 'luaV_execute':
lobject.h:217:37: error: incompatible types when assigning to type 'complex double' from type 'lua_Number *' {aka 'double *'}
  217 |   { TValue *i_o=(obj); i_o->value.c=(x); i_o->tt=LUA_TCOMPLEX; }
      |                                     ^
lvm.c:9121:15: note: in expansion of macro 'setcvalue'
 9121 |               setcvalue(ra, z);
      |               ^~~~~~~~~
make[1]: *** [<builtin>: lvm.o] Error 1
make[1]: Leaving directory 'H:/tmp/agena-5.1.1-src/src'
make: *** [makefile:117: os2] Error 2

Similar error with gcc 4.4.6, just less informative.
Need a cast?

I`d try this:
 { TValue *i_o=(obj); i_o->value.c=(*(complex *)(x)); i_o->tt=LUA_TCOMPLEX; }

Looks like the macro is being passed a pointer to double whereas the macro itself uses "complex" which is likely a struct with 2 doubles.
10
Programming / Re: Networking: socket() returns positive `non-socket`
« Last post by Lars on July 08, 2025, 08:45:15 am »
1) Have one C function that opens a socket and returns its descriptor, a positive integer, to the Lua environment.

2) Have additional, separate C functions that take the socket descriptor from 1) and that bind, connect, etc.

I guess that as soon as the scope of C function 1) in ArcaOS is left and the interpreter returns to the Lua environment, any info on the socket descriptor is lost and the socket is automatically closed so that all the other functions 2) reject it ?

What exactly do you want to say with "the interpreter returns to the Lua environment" ? Your agena.exe code sample is a self-contained executable. I cannot see anything returning to anywhere (granted that the code sample is not complete ...).

I could image that if the "socket" implementation maps socket handles to "virtual" file handles that then handle inheritance and such come into play. That would mean that you will have to know what process or processes access these handles. I have no clue how you would make a socket handle created in process A known to a process B but I suppose that there are ways to do that.
Another thing that I could think of (intentionally or erroneously) is if there is some "tcperrno" variable that might get globally set and that you might have to reset before a call.
I hope that you will only ever get a socket handle >= 3. Because 0 would be for stdin, 1 for stdout and 2 for stderr if we follow the logic that socket handles are mapped to file handles.
Pages: [1] 2 3 ... 10