Hi, > On Dec 9, 2021, at 8:55 AM, thraex <[email protected]> wrote: > > > > On 9.12.2021 01:15, Jerome Shidel wrote: >> Hello FreeDOS Community, >> >> The wait for 1.3-RC5 is over. It has arrived! > > Yay! Thank you!
:-) > I gave it a quick try in VirtualBox after choosing French and Turkish in > the installer and here are some remarks: > > * Blocek needs to be updated to 1.62r2, translations do not seem to be > included for 1.4 Not sure whats going on with Blocek. I’ve tried to run it a couple times in a VM, but have never been able to get them to work. So, IDK. > * When launching PGME, I couldn't find the PGME.BAT file. So I can't > start FDIMPLES for instance. There is no such file as PGME.BAT. Instead of running PGME.EXE, just run PGM it is in the path spec. Basically, there are several ways to run PGME. As the warning states when you tried to run FDIMPLES, that when PGME is directly invoked by using PGME.EXE and not started through the Launch Batch file PGM.BAT (No E), some functions are not available. When PGME launches a program, it reduces its memory footprint down to about 10k. Usually, this is adequate. But for some programs or special tasks, PGME completely removes itself from memory using some batch magic. There are various reasons you may want PGME to completely exit memory. And generally, PGME handles wether or not it leaves a stub in memory or completely shuts down automatically. However, the free all memory / 0k footprint requires starting PGME through the launcher batch. PGME is smart enough to notice that you did or did not start it using the batch. You can also start it to a menu or specific program… pgm games pgm doom And so on. > * Speaking of FDIMPLES, it doesn't display Turkish characters like ş, ğ, > ı and so on. Well, the problem would not be FDIMPLES itself. It doesn’t care what character is being displayed. The exception being when converting upper/lower case may have odd behaviors with non-english characters. That leaves the original translation, code page conversion, possible old metadata that has not been updated, an issue processing the meta-data by one of the package management utilities or processing done in the RBE. It will need further investigation. > * APPEND /? is in English whereas translations for several languages > exist on FD-NLS repo. We will need to check if APPEND is actually using any NLS. > * After installing in French, the keyboard layout is correct, so bug > #282 on SF seems to be fixed. Good. > But the Turkish Q keyboard doesn't work > after installation (haven't tested the F layout yet) so bug # 306 on SF > still seems to be with us. Is it being set correctly in FDAUTO and just not working? > * In VirtualBox the network seems to be automagically detected, which is > *great*. But when I try to use say FDNET, I get a packet driver error > and it can't establish a connection. Has anyone tried to see if that > works by default with a NAT connection? Works fine for me in VirtualBox. Which is where I do most of my testing. There were some changes in FDNet and the DHCP client was also updated. But, the packet drivers haven’t changed. So to help determine what is going on. See it it still happens when LANG=EN. If it does, then the problem is probably not the FDNET.BAT file. I’m always running the latest version of VirtualBox (6.1.30) on a Mac and the default VM config using PCnet-FAST III adapter as NAT works fine. DHCP reports: IPADDR 10.0.2.15 NETMASK 255.255.255.0 GATEWAY 10.0.2.2 NAMESERVER 192.168.10.1 (which is correct for this subnet on my network) > On my side the gateway is > detected as 10.0.2.2 whereas it should be 192.168.0.1. When using NAT, the gateway is some network range made up by the host computer and not your home network. Using Bridged mode, kinda shares the ethernet adapter and puts the VM directly on the network (probably 192.168.x.x) > I also noticed some translation typos, stuff like a Parameter Error in > French in CDROM.BAT, a /p in the installer in Turkish and some slight > layout problems mem because of a missing space. After playing a little > more with the new RC, I'll send corrections to FD-NLS. Sounds great. > Thanks again for the RC5! :-) Jerome _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
