Recent Posts

Pages: [1] 2 3 ... 10
1
Programming / Re: [Classic Rexx] Set Long File Name
« Last post by Jan-Erik Lärka on Today at 08:05:35 pm »
Warning!

This script may cause harm to your computer!
DO NOT USE UNLESS FULLY AWARE OF THE DANGER!

The attached script was inspired by setln.cmd, but also extended to handle "more" of the problems we face with our OS when we download files with national characters.

Those brave that may want try it should perhaps trace it line by line to see what it does to begin with.

Feel free to improve!

rename nls.zip to nls.ext
An important part of the script is the function that use unzip32.dll or unzip.exe to unpack the file nls.ext (that is a plain .zip-file)
nls.ext contain information about the characters valid in various languages.
2
Programming / [Classic Rexx] Set Long File Name
« Last post by Jan-Erik Lärka on Today at 07:50:14 pm »
You may have noticed that Seamonkey, Firefox or Thunderbird or another application all of a sudden (after a restart) has lost all or many settings/profiles etc.
This is not limited to those applications, but as they're a central part of what one use, more likely that you've also have seen.
Files downloaded from the internet these days usually have these long names and software ported from other systems create files with long file names, both for settings and other output.
The problem is that the file system sometimes loose the info about the long file name and revert to a short form with the length 8.3

To improve the chanse to recover files, one can set the .LONGNAME EA (Extended Attribute).
Ported software are unaware of the concept of EA, even "native" software doesn't write .LONGNAME EA to files, thus it is very strange to think that every application has to write .LONGNAME EA to files. It would be more appropiate if the IFS driver would handle something as that...

but JRescuer contain a litte script (setln.cmd) that set .LONGNAME of each file, so that one can recover and set the proper file name.

setln.cmd contain a function that call itself repeatedly (recursively) to go through files and set the .LONGNAME EA.
What the script lack, is the ability to set the file name nor output information about the process.

A rewrite would be interesting to explore that address the issue, as and update to the file system (JFS) and deeper understanding and acceptance to add the feature to the ifs driver is far away.

1. Change the recursive calls
2. Show output of what the script do
3. Rename files that has lost the name
3
Applications / Re: SSL update: Firefox XUL.DLL can no longer load
« Last post by Dave Yeo on Today at 04:49:56 pm »
The original idea from Bitwise was to use the RPM installed NSPR4 and NSS and some builds were built using those RPM's. I and others found that the browser would simply vanish now and again so I went back to building using the intree NSPR4 and NSS as it was more stable.
Lars, you are using an old build and at least for me. the newer builds are more stable. Various fixes were made to build with GCC 9.2.0 and different flags, including less optimization which helped stability.
You can find the build ID by going to about:support and the GCC version and configure flags by going to about:buildconfig
Edit: about:about will list all the about: URL's
4
Hardware / Re: HP Deskjet 3635 need a workable driver
« Last post by Pete on Today at 04:27:35 pm »
Hi klipp

I'm using a HP Envy Photo 6234 which works very well for printing with cups/hplip and scanning with sane/hpaio.

I think the message you get about no color manager could be a "red herring". I seem to recall a similar problem years ago with a Canon printer but cannot remember the exact fix, very possibly there was something missing in the cups setup at that time.

I suggest that you get a cups debug log and post it here and, hopefully, with a few people looking through it the problem may get spotted.


Did you try creating a printer following instructions in my previous post? - might be worth a try.


Regards

Pete
5
Hi Jan-Erik
Would he agree to that someone sign a NDA (Non Disclosure Agreement)
and either let that person remove the code or himself if we'd scramble money to do it?

At a later stage it would be interesting if Gpf Rexx could work with ooRexx 5.x

I think I contacted the author long time ago. If memory serves me correctly, the issue was that the source code of GpfRexx contains the scramble procedure of any work created with that tool. That will mean that you can de-compile any software created GpfRexx if the author releases the source code. I think he does not want to have any kind of problems with that.

Maybe with a NDA, if someone gets the source code, to open source it will be required not to include that scramble procedure and maybe change the software in a way that the scramble code is customized by any software author.

Regards
6
Networking / Re: TCP/IP from MVDM DOS sessions
« Last post by Sean Casey on Today at 03:41:29 pm »
Hi SoundChaser,

Should you ever get FTP Software's stack working on OS/2, please report back.    I use Paradox 4.5 for DOS w. SQL Link to Interbase which requires FTP Software's TCP/IP stack.  Would like to ditch DOS and move it to OS/2.

I once looked at using the DIS_PKT shim that works with an NDIS interface, but due to my limited skills, I didn't get very far.
7
Programming / Re: A nice paper on DD Development on OS/2
« Last post by Roderick Klein on Today at 03:24:04 pm »
I wonder if David his 32 bit driver development toolkit is of more use as it takes some stuff away from the developer such and pointer thunking.

Roderick
8
Would he agree to that someone sign a NDA (Non Disclosure Agreement)
and either let that person remove the code or himself if we'd scramble money to do it?

At a later stage it would be interesting if Gpf Rexx could work with ooRexx 5.x
9
Applications / Re: SSL update: Firefox XUL.DLL can no longer load
« Last post by Lars on Today at 01:24:16 pm »
No ssl3.dll im my Firefox directory (containing xul.dll, lgpllibs.dll, mozdqlt3.dll).
Either AN provides ssl3.dll together with their delivery of Firefox or maybe you copied it over yourself.
10
Applications / Re: SSL update: Firefox XUL.DLL can no longer load
« Last post by David McKenna on Today at 12:22:21 pm »
Lars,

  I also noticed on my system that Firefox itself comes with a ssl3.dll, so maybe you could also reinstall that too (not sure why it needs it's own version).

Regards,
Pages: [1] 2 3 ... 10