Hi Peter,
Actually, it has always been a free download since version 0.4 in 2004.
But anyone who wishes to pay me a yearly $1000 maintenance fee is
certainly welcome! ;)
Documentation update? Oh yeah, programs usually have documentation,
huh? Hadn't really given that much thought.
I w
Ken,
No problem, I realized that VirtualT was likely no longer supported once it
became a free download.
At the time I was doing some development on my main computer and using
VirtualT cause I had to refer to so many other PC files I have and on the
internet (I often just use my T102). I use a pr
Fedora is usually very up to date. It is version 1.3.5 which seems to
be the latest stable release on fltk.org
[kevin@tk421 virtualt]$ dnf info fltk
keybase
21 kB/s | 3.3 kB 00:00
Installe
Hi, I'm not sure that the distro is as important as the version of FLTK that
comes with it. Some distros distribute older versions of packages than what
the developer built their application with. Anyway, just my 2 cents worth.
:-)Cheers, Bert
Original message
From: Ke
Hi Kevin,
Okay, thanks. Guess I'm going to have to spend some time tonight
getting a Fedora VM up and running (or downloaded).
Ken
On 3/25/20 8:55 AM, Kevin Becker wrote:
I get the same error. To be clear, I did not exactly follow Brian's
instructions as I did not compile FLTK. I just insta
I get the same error. To be clear, I did not exactly follow Brian's
instructions as I did not compile FLTK. I just installed it from the
Fedora repos.
On Wed, 2020-03-25 at 08:17 -0700, Ken Pettit wrote:
> Hey Kevin,
>
>
>
> Turns out I don't have a system on which the build fails,
Hey Kevin,
Turns out I don't have a system on which the build fails, so it's hard
for me to test if I fixed it.
I noticed in Brian's GNUMakefile, he added the --ldflags option to the
fltk-config line. This is adding additional library support, and the
error "DSO missing..." usually means th
Hi Kevin,
I've seen this before. Probably a package I installed on my local
machine at one point that took care of this issue. I would have to
clone Brian's git repo to see if there are any differences in the makefile.
I'll look into it. Thanks!
Ken
On 3/25/20 7:43 AM, Kevin Becker wrote:
FWIW I can compile Brian's source on Fedora 31 using the distro
packaged version of FLTK with no issue but your official sourceforge
version errors out.
/usr/bin/ld: /usr/lib/gcc/x86_64-redhat-
linux/9/../../../../lib64/libfltk.so: undefined reference to symbol
'XRenderQueryExtension'/usr/bin/ld: /
Hey Tom,
The fix I just checked in only does simple quote detection with direct
ASCII value save to the host. To implement something like a C style
escape sequence feature, I would probably add two new Menu items for
this. Something like "Save Escaped" or "Save C Style" and "Load
Escaped",
Hey Guys,
Okay, I have fixed this bug (in src/file.cpp). The de-tokenizer was not
testing for quoted strings. I pushed the changes to the git repo here
if anyone wants to pull it and compile prior to an official VT 1.8 release:
git clone https://git.code.sf.net/p/virtualt/code virtualt
Ken
On 3/25/20 12:23 AM, Peter Noeth wrote:
Does that include bug fixes from v1.7?
I sent Ken a PM back a while ago describing a bug I found, but got no
response.
Sorry about that Peter, I don't even recall seeing this email or knowing
about this bug. For a while there, my email client was dr
On Wed, Mar 25, 2020 at 1:19 AM Tom Wilson wrote:
>
> On Wed, Mar 25, 2020 at 1:09 AM John R. Hogerhuis
> wrote:
>
>>
>>
>> On Wed, Mar 25, 2020 at 1:05 AM Tom Wilson wrote:
>>
>>> Yeah, I experienced the same thing. At the very least, the de-tokenizer
>>> needs to scan for quotes and set an "i
On Wed, Mar 25, 2020 at 1:11 AM Tom Wilson wrote:
>
>> I guess the question becomes, what do you want it to do?
>>
>> What does the Model 100 ROM do when you save that program as ASCII?
>>
>> If it keeps those bytes as binary for VT to do the same behavior it would
>> have to understand whether i
On Wed, Mar 25, 2020 at 1:09 AM John R. Hogerhuis wrote:
>
>
> On Wed, Mar 25, 2020 at 1:05 AM Tom Wilson wrote:
>
>> Yeah, I experienced the same thing. At the very least, the de-tokenizer
>> needs to scan for quotes and set an "inQuote" flag when it hits a quote and
>> export those as their AS
>
>
> I guess the question becomes, what do you want it to do?
>
> What does the Model 100 ROM do when you save that program as ASCII?
>
> If it keeps those bytes as binary for VT to do the same behavior it would
> have to understand whether it's detokenizing a token, a string, the
> contents of a
On Wed, Mar 25, 2020 at 1:05 AM Tom Wilson wrote:
> Yeah, I experienced the same thing. At the very least, the de-tokenizer
> needs to scan for quotes and set an "inQuote" flag when it hits a quote and
> export those as their ASCII value, not their token code. However, it would
> be really nice i
On Wed, Mar 25, 2020 at 12:24 AM Peter Noeth wrote:
> Does that include bug fixes from v1.7?
>
> I sent Ken a PM back a while ago describing a bug I found, but got no
> response.
>
> The problem occurs when transferring a BASIC program from VirtualT to the
> PC in ASCII format. The bug concerns a
Yeah, I experienced the same thing. At the very least, the de-tokenizer
needs to scan for quotes and set an "inQuote" flag when it hits a quote and
export those as their ASCII value, not their token code. However, it would
be really nice if we could get some sort of hex tokens, such as \xFF, so
the
Does that include bug fixes from v1.7?
I sent Ken a PM back a while ago describing a bug I found, but got no
response.
The problem occurs when transferring a BASIC program from VirtualT to the
PC in ASCII format. The bug concerns any BASIC program that uses embedded
ASCII characters with the valu
20 matches
Mail list logo
