Page 71 of 104
bug
Posted: Sat Oct 18, 2008 4:04 am
by zxtunes.com
From time to time at compilation of the window program there is an error to the coding:
What to return the normal coding it would be necessary to establish a mode "unicode exucutable", to compile the program, to disconnect a mode "unicode exucutable" to compile the program and only after that the coding comes back.
(Win XP, PB4.2, JaPBe 3.8.3.697, Russian Laguage)
Re: bug
Posted: Sat Oct 18, 2008 9:18 am
by gnozal
zxtunes.com wrote:From time to time at compilation of the window program there is an error to the coding ...
Sorry, but I don't understand what kind of problem you have nor the meaning of the picture (what is 'File Catcher' ?).
Could you elaborate and post the procedure to reproduce the problem ?
Posted: Sat Oct 18, 2008 9:21 am
by gnozal
Update [jaPBe V3.8.10 build 731]
Changes :
- added option to automatically load all (x)included files when loading a project
See checkbox 'Autoload (x)included files' in Preferences ; if enabled, jaPBe automatically loads all (x)included files when loading a project (the source is scanned for (X)INCLUDEFILE keywords).
- manual updated
Posted: Sat Oct 18, 2008 1:57 pm
by audio2
Hi
I have tried Japbe and prefer its layout and tools over the purebasic IDE, but I have had to shift back to the purebasic IDE because it allows you to run code in the IDE without having to save it first , ie you can change things in the code and run it , but if something goes wrong you can resort back to the saved file, where in japbe if you change the code it has to be saved first for the changes to take effect when running it.
Maybe I am missing something, but I am looking to run the code in the editor window without having to save it first. Is this possible?
Thanks
audio2
Re: bug
Posted: Sat Oct 18, 2008 3:20 pm
by zxtunes.com
gnozal wrote:zxtunes.com wrote:From time to time at compilation of the window program there is an error to the coding ...
Sorry, but I don't understand what kind of problem you have nor the meaning of the picture (what is 'File Catcher' ?).
Could you elaborate and post the procedure to reproduce the problem ?
It my program.
See normal screenshot:

Posted: Wed Oct 22, 2008 12:39 pm
by gnozal
audio2 wrote:Maybe I am missing something, but I am looking to run the code in the editor window without having to save it first. Is this possible?
Yes
Menu : Project -> Compile/Run [without debugger]
Menu : Project -> Compile/Debug [with debugger]
Hotkey : F5 -> Compile/Run [without debugger]
Hotkey : F6 -> Compile/Debug [with debugger]
Re: bug
Posted: Wed Oct 22, 2008 12:46 pm
by gnozal
zxtunes.com wrote:gnozal wrote:zxtunes.com wrote:From time to time at compilation of the window program there is an error to the coding ...
Sorry, but I don't understand what kind of problem you have nor the meaning of the picture (what is 'File Catcher' ?).
Could you elaborate and post the procedure to reproduce the problem ?
It my program.
See normal screenshot: ...
Ok, I can see the difference, but what I don't understand, is the relationship with jaPBe.
If sometimes jaPBe does not compile in unicode mode although you checked unicode in project options, it's a bug, but I need you to post the procedure to reproduce the problem.
Posted: Wed Oct 22, 2008 5:59 pm
by Pantcho!!
Hi,
Again thanks for jaPBe!
i am trying to add a tool that will run after the compiler is finished running.
there are parameters in the tools adding section such as
"%FILE" "%PATH" "%TEMPFILE"
all of them are related to the source
NOT the executable file...
in the original IDE there is "%EXECUTABLE" parameter which does not work
on jaPBe.
is there an alternative to "%EXECUTABLE" in jaPBe?
Posted: Thu Oct 23, 2008 8:35 am
by gnozal
Pantcho!! wrote:is there an alternative to "%EXECUTABLE" in jaPBe?
Currently, no.
Posted: Thu Oct 23, 2008 3:15 pm
by Pantcho!!
Any temporary solution suggestion?

Posted: Thu Oct 23, 2008 4:06 pm
by gnozal
Pantcho!! wrote:Any temporary solution suggestion?

I will try to keep this in mind for the next versions.
Alternative solution : the temporary EXE [F5/F6] names are 'Purebasic0.exe', 'Purebasic1.exe' etc... How a plugin can get the final EXE name [F7], I don't know.
Posted: Sat Oct 25, 2008 9:05 am
by gnozal
Update
Changes :
- added %EXECUTABLE tool command line argument
Manual updated.
Posted: Sat Oct 25, 2008 11:18 am
by yrreti
Thanks gnozal

Posted: Mon Nov 03, 2008 6:46 am
by Xombie
Not sure this will be something that can be answered but I'll be hopeful.
I'm working on a 40,000 line project (probably a fifth of that is just blank lines with a single ';') and at home, japbe performs well without slowing down.
However, at work I often get bad lag when typing or scrolling or anything.
Granted, my personal computer is rather new and speedy but my work computer is pretty good, too. Dual core with 4gb of memory.
So, my question - is there any known choke point for speed in japbe? Like if too many folds or too long of strings or something?
Thanks!
Posted: Mon Nov 03, 2008 8:46 am
by gnozal
Xombie wrote:So, my question - is there any known choke point for speed in japbe? Like if too many folds or too long of strings or something?
Yes, with big projects and/or many folds, you may experience some lags/slow downs while folding or scrolling up/down [strangely mostly when using keys <up/down - pg up/pg down>, usually using mouse is ok].
It's because of the many syntax coloring features.
I try to keep this nuisance to a minimum, as I am using myself a PII-300MHz at work ! With the latest build, I can use a big project without being too much annoyed.