 Search Results - Recent posts as of less than a minute ago |
|
Showing 1 - 30 (133 results found)
|
|
|
xblite seems to do ok at making win32s programs
is there any way to make xblite run on win32s?
|
|
|
If it's by design then I think I can accept. Personally, I prefer lowercase keywords, like in C. Uppercase keywords sometime look annoying. No big deal, anyway... 
And maybe I should use XSED, instead of a common programming editor...
|
|
|
Hi anta40,
Max Reason decided (with reason) that all XBASIC's keywords would be uppercase. Visually, it allows you to separate keywords from User identifiers so I tend to think that it was a good design choice. A drawback is that you must type your keywords "caps on", which, like lzdude69 stated it, can cause cramps to your poor pinky.
To preserve your so useful pinky, D. has added the possibility to XSED to capitalize "on the fly" xblite's keywords. Works great for me and my pinky!
To answer precisely to your question: I see no reason to allow mixed case keywords and XSED will capitalize all keywords that you typed in lowercase. Just remember to turn on the proper editor switch. |
|
|
I just noticed that all XBLite keywords are uppercase, while on the other BASIC variants they don't need to be upper case.
Would it be difficult to implement this? |
|
|
Thanks a lot! Now I think it's clear to me.
Regards, ukimiku |
|
|
OK,I understand. Put a copy in the "xblite\programs" folder. You will see other dlls there.
Greg |
|
|
Hi Greg,
thanks for replying. Now I am unsure as how to *test* the .dll if I am to place it into the compiled application's folder. (?)
Regards,
ukimiku |
|
|
Generally the best choice is in the compiled application's folder.
Greg |
|
|
Hi all,
I have just installed XBLite, and it's working. I would like to try out a .dll library with XBLite. Where do I have to put .dll files? Into the XBlite folder? Into the compiled application's folder? Into any special dedicated Windows folder?
Thanks for helping!
Regards,
ukimiku |
|
|
Thanks Greg,
That explains it all.
At least now I nkow that there is nothing behind this.
Worst comes to worst I just tell Avira to 'Ignore' and go on...
It still bug me though that it doesn't do it every times... Usualy, a computer will always comes to the same result given a particular situation...?
I guess that somethings turn out differently from one time to another and that's enaugh to trigger the alarm?...
Anyways, thanks again Greg. |
|
|
I keep getting the "TR/Crypt.XPACK.Gen" warning when I compile my code ...
My anti-virus is "Avira home edition" and the code I just tryed is the "menu" demo in the "gui" sub-dir.
Can anyone tell me what file keeps getting infected and why...
Every time I find myself re-downloading xbl and re-installing it, its ok for a while and then BANG!!! 
Of course, the first time that this happened, I went through a total scan of my system with both my anti-vir and "spy-bot" but it is still comming back! And the worst part is that it only happens with my most beloved xbl (I put a smiley here but in fact I was looking for a little face drowning in a sea of tears!)
Heeeelp!! |
|
|
The xblite code below works to create a GTK+ "Open file" dialog.
As parent window for the dialog, I pass a value of 0 (variable None).
The dialog displays, however, I don't know what should be the xblite/GTK equivalent for this GTK_FILE_CHOOSER (dialog)
For those interested in GTK+ for xblite, see : http://homepages.ihug.co.nz/~armeanu/xblite.html
See the message on the xblite Google Groups forum if you encounter installation problems with the necessary libraries.
gtk_init (argc, argv)
title$ = "Open file"
dialog = gtk_file_chooser_dialog_new (&title$, None, $$GTK_FILE_CHOOSER_ACTION_OPEN, &$$GTK_STOCK_CANCEL, $$GTK_RESPONSE_CANCEL, &$$GTK_STOCK_OPEN, $$GTK_RESPONSE_ACCEPT, NULL)
IF (gtk_dialog_run (dialog) = $$GTK_RESPONSE_ACCEPT) THEN
'filename = gtk_file_chooser_get_filename (GTK_FILE_CHOOSER (dialog));
'open_file (filename);
'g_free (filename);
END IF
gtk_widget_destroy (dialog) |
|
|
Hi folks,
I know that this is more a GTK+ question than an xblite one,
but I'm trying to use Liviu Armeanu's GTK+ binding for xblite to create a "File Open" dialog window...
At runtime, I get this error :
Gtk-CRITICAL **:gtk_window_set_transient_for: assertion `parent == NULL || GTK_IS_WINDOW (parent)' failed
This is like the parent window that is then passed to the "File Open" dialog could not be created.
Is there some GTK guru here?
Here the code:
gtk_init (argc, argv)
window = gtk_window_new ($$GTK_WINDOW_TOPLEVEL)
title$ = "Open file"
dialog = gtk_file_chooser_dialog_new (&title$, &window, $$GTK_FILE_CHOOSER_ACTION_OPEN, &$$GTK_STOCK_CANCEL, $$GTK_RESPONSE_CANCEL, &$$GTK_STOCK_OPEN, $$GTK_RESPONSE_ACCEPT, NULL)
gtk_main () |
|
|
This is great. I haven't used XBLite since last year sometime and I've been waiting for the day that this forum would be created(Since Google Groups is just plain ugly and formating is terrible.)
I'm a bit late (today I randomly decided to see how this project was coming since I last used it), but hey... |
|
|
| Yeah I realized XBLite is trimmed down XBasic. However were some new XBlite features back-ported to XBasic ? Like the newer integer types etc. |
|
|
| I have experienced exactly the same situation today. Invoking INC caused second chance exception, which took down whole program. I was using PACKED type with ULONG memebers, are you interested in my source code for further anlysis? |
|
|
Thanks! BTW, for the docs, I think I could handle myself. I'll try to check it tommorow. And, sorry for last post's language. I was writing with an empty head. Once again, thanks!
Sam |
|
|
| Does anyone have the .DEC files for GTK? |
| Re: INC bug ? |
Posted by: 26
Date Posted: September 26, 2008, 3:35pm |
Word-Hits
1 (100.00%) |
|
composites are defined as :
|
Code
PACKED RGBA_F
SINGLE .r
SINGLE .g
SINGLE .b
SINGLE .a
END TYPE
TYPE MENU_COLOR_SET
RGBA_F .text
RGBA_F .base
END TYPE
TYPE MENU_CONTROLER
ULONG .font
ULONG .nMenus
ULONG .focused
MENU_COLOR_SET .focus
MENU_COLOR_SET .active
MENU_COLOR_SET .inactive
END TYPE |
|
and the function is :
|
Code
FUNCTION MENU_Create (pX,pY,width,title$)
SHARED MENU_CONTROLER mControl
SHARED MENU_HANDLER menu[]
cMenu=mControl.nMenus
IF cMenu>$$MAX_MENUS THEN RETURN -1
'mControl.nMenus = mControl.nMenus + 1
INC mControl.nMenus
menu[cMenu].flags=0
menu[cMenu].nItems=0
menu[cMenu].pos.x=pX
menu[cMenu].pos.y=pY
menu[cMenu].width=width
menu[cMenu].name =title$
RETURN cMenu
END FUNCTION
|
|
Alone this code causes exception.If i clear carry flag before using INC/DEC (composite.member), the exception does not occur.If the carry flag is set before any INC/DEC (composite.member), exception raises each time.
|
Code
ASM clc
INC mControl.nMenus
|
|
will not cause exception
|
Code
ASM stc
INC mControl.nMenus
|
|
will cause exception each time
|
Code
PRINT "someting"
INC mControl.nMenus
|
|
will avoid exception (i suppose PRINT clears carry flag)
This problems seems to occur only with composites ULONG members.
I attached a bit of code that reproduces problem.In this program, i suppose the 'IF THEN' code set the carry flag so the problem occurs.This is dependency walker output :
Quoted Text
00:00:00.203: First chance exception 0x80000003 (Breakpoint) occurred in "TESTINC.EXE" at address 0x0040105A by thread 1.
|
|
|
Hi,
I'm unable to explain this situation without more code to look at.
Could you post your struct for mControl.
thanks,
D. |
|
|
| I've attached source for autodocs.x in the file autodocs.zip here. |
|
|
Hi,
Has anyone noticed that the source code for autodocs.exe is missing in the 2.4.0 release? It's not available even in the source package. Maybe it's available on an earlier release, but I don't know which one (please tell me). And please update the demo programs listing in the documentation. It makes me confused because the old demo programs are still listed.
Thanks a lot,
Sam |
|
|
This is a new minor release of gxml, that addresses several bugs as well as add new features. There is also a major performance increase (about ~9%), which is always good
Quoted Text
9-10-08 :: 2.4 :: The parser has been completely rewritten, and is both faster and more efficient.
9-15-08 :: 2.4 :: Removed XmlGetNodePoolAddress () as the equivalent can be achieved with XmlGetNodeAddress (). Modified XmlGetChild () to retrieve anonymous children (request by Spyke). Colons are now aloud in node names, to facilitate for namespaces. Had to modify XmlGetChildFromPath () to use an '|' instead of a colon, so it wouldn't interfere with namespaces.
9-23-08 :: 2.4 :: Renamed some constants. Added XmlInit() which adds the default entities. The root node is now added immediately after XmlEvent_Start is fired, and no longer in XmlDrop(). This fixes a problem with an event driven XML application (found out the hard way).
9-24-08 :: 2.4 :: Fixed a bug in XmlCompile() where indention wasn't getting added correctly. Added support for namespaces. Attributes can now have instances. Modified XmlGetAttribute$ () to behave like XmlGetChild () for retrieving attributes when you don't know the name. Removed XmlAttributeExist () as it is no longer needed. New manual!
Grab it from the Google Group using Chrome if you want
http://groups.google.com/group/xblite/web/gxml-v2.4.zip |
| INC bug ? |
Posted by: 26
Date Posted: September 21, 2008, 10:02am |
Word-Hits
1 (100.00%) |
|
I had an exception raised when excuting this code
Quoted Text
INC mControl.nMenus
and none when using this one :
Quoted Text
mControl.nMenus = mControl.nMenus + 1
That was very weird so it took a look to the assembly code :
Quoted Text
; [3449] INC mControl.nMenus
mov eax,d[%mControl.sab_edit] ;;; i663a
mov esi,d[eax+4] ;;; i73
inc d[eax+4] ;;; i78
jnc > A.372 ;;; i79
int 3 ;;; i80
A.372:
So this is the problem, the code executes INT3 if carry is set but INC does not modify carry flag so you can have unexpected exceptions when using INC (totaly randomly so it is difficult to find why). |
|
|
| Thanks for the tips, i think i'll look more further in 7zip because it seems a great library so i'll take some time to study it. |
|
|
Hi,
Guy is right is should be a fairly trivial thing to write a simple wrapper for the 7zip SDK. Although I haven't written one for 7zip, I have for much more complex libraries (HGE and Irrlicht), and and the API does look simple.
The concept is simple enough:
You basically write a "constructor" wrapper function, around the actual constructor in C++ like:
|
Code
void*hge_Create(params...){
return new hge(params...);
}
|
|
Then to access the methods of the object, you would write a wrapper for each method:
|
Code
void hge_setWindowSize(hge*hge, unsigned int width, unsigned int height){
hge->setWindowSize(width, height);
}
|
|
Although the code does pile up after a bit, it works |
|
|
Hi Fano,
Rhett already suggested to handle a COM interface by:
1. writing function wrappers with c++ in a library (.dll)
2. exposing the wrappers' interface by declaring their prototypes extern "C"
I did not try it but Rhett might have.
Bye! Guy |
|
Showing 1 - 30 (133 results found)
|
|
Home
Calendar
Search
Register
Login
