Re: [fpc-pascal] File Association and opening with already running app
On 2013-04-04 19:20, waldo kitty wrote: > this is one case where i like the single process with multiple tabs but i > can't > stand it in my browser(s)... I have a few apps that need the functionality, but in most cases it will be user configurable. Everybody has different preferences, and I'll cater for that. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] File Association and opening with already running app
In windows, you can create Mutex. That's how I ensure no other instance
of the same program is running.
YourIDString is a string that you use to uniquely id your program instance .
if OpenMutex(MUTEX_ALL_ACCESS, False, PChar(YourIDString)) = 0 then begin
// First one - the mutex didn't exist, so create it.
Result := CreateMutex(nil, False, PChar(YourIDString));
MutexList.Add(pointer(Result));
end else begin
raise Exception.Create('The same program has been running already');
end;
Make sure your free all mutex in the finalization of your unit or program
procedure FreeAllMutexes;
var
M : THandle;
i : integer;
begin
for i := 0 to MutexList.Count - 1 do begin
M := THandle(MutexList[i]);
if M <> 0 then begin
if not CloseHandle(M) then
raise Exception.Create('Failed to release mutex:' + IntToStr(M));
MutexList[i] := nil;
end;
end;
end;
Mark Morgan Lloyd wrote:
Graeme Geldenhuys wrote:
On 2013-04-04 10:45, Mark Morgan Lloyd wrote:
So far I've had no success porting that to Windows using named pipes,
Ah, thanks for the idea. SimpleIPC should be able to do the trick -
similar to how apps communicate to a DebugServer (using dbugintf and
SimpleIPC units).
First instance will search for a known IPC server, if none exist, start
the Simple IPC server. Second instance will first see if a existing IPC
server exists, and if so, send the open command to it, then quit.
Yes, I agree. But my preference is to put the socket/pipe in the
user's home directory (i.e. rather than /tmp which is where it's
usually put), to name it including the PID to make it easily
trackable, and to use some combination of the original project name,
the final executable name (and possibly something from a .ini file) so
that it's possible to handle multiple instances.
I suggest also adding status commands etc., i.e. so that you can query
whether a server's running, what its build is and so on. The way I did
it wasn't very good for that: it really needs bidirectional
communications (e.g. so that you can get the running copy's version
rather than just a version number from the binary you've just
executed) which isn't something I designed in.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Hashes and CRCs
On 2013-04-04 22:36, Mark Morgan Lloyd wrote: > package, I've just been hunting for Tiger and have found > http://www.cityinthesky.co.uk/opensource/DCPcrypt which looks interesting: DCPcrypt (in terms of FPC, Lazarus et-al) currently lives in a Git repository in the Lazarus-CCR project on SourceForge. To browse it with your web browser: http://lazarus-ccr.git.sourceforge.net/git/gitweb.cgi?p=lazarus-ccr/dcpcrypt;a=summary I know about the link you posted, and still need to see if there is anything new I can merge back into the one hosted on Lazarus-CCR. It is on my todo list. Anyway, I use DCPCrypt in some commercial work of mine, and it works very well. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: TPQConnection: Duplicated error message.
On 5-4-2013 8:52, silvioprog wrote: > Hello, > > Please see: > > http://bugs.freepascal.org/view.php?id=24229 > Well, I'd personnally rather would people to fix: http://bugs.freepascal.org/view.php?id=20296 [FPC] Recent changes in dwarf crash heaptrc in lnfodwrf.pp that's been open since 2011 and if it still applies probably messes with my debugging which I'm not happy about as my bug free code writing abilities are not that great ;) In other words: why are you posting your bugs on the mailing list when they'll show up in mantis anyway? Regarding the content of your question in the bug: AFAIU it's for backward compatibility. The generic db error shows the error message. The specialized PostgreSQL error does the same, but also shows it in detail (perhaps, can't remember, there can be a list of multiple errors). I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
On Fri, 5 Apr 2013, Reinier Olislagers wrote: On 5-4-2013 8:52, silvioprog wrote: Hello, Please see: http://bugs.freepascal.org/view.php?id=24229 Well, I'd personnally rather would people to fix: http://bugs.freepascal.org/view.php?id=20296 [FPC] Recent changes in dwarf crash heaptrc in lnfodwrf.pp that's been open since 2011 and if it still applies probably messes with my debugging which I'm not happy about as my bug free code writing abilities are not that great ;) In other words: why are you posting your bugs on the mailing list when they'll show up in mantis anyway? Regarding the content of your question in the bug: AFAIU it's for backward compatibility. The generic db error shows the error message. The specialized PostgreSQL error does the same, but also shows it in detail (perhaps, can't remember, there can be a list of multiple errors). I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. I have changed it, but added an option so you can ask all information as it was. Note that all parts of the error are always available as fields in the exception class. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
Michael Van Canneyt wrote: Regarding the content of your question in the bug: AFAIU it's for backward compatibility. The generic db error shows the error message. The specialized PostgreSQL error does the same, but also shows it in detail (perhaps, can't remember, there can be a list of multiple errors). I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. I have changed it, but added an option so you can ask all information as it was. Name of option please: is it a global or associated with the connection object? Note that all parts of the error are always available as fields in the exception class. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
On Fri, 5 Apr 2013, Mark Morgan Lloyd wrote: Michael Van Canneyt wrote: Regarding the content of your question in the bug: AFAIU it's for backward compatibility. The generic db error shows the error message. The specialized PostgreSQL error does the same, but also shows it in detail (perhaps, can't remember, there can be a list of multiple errors). I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. I have changed it, but added an option so you can ask all information as it was. Name of option please: is it a global or associated with the connection object? VerboseErrors property of TPQConnection It's open source, You can look in the sources, you know this ? :) Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
On 04/05/2013 09:10 AM, Reinier Olislagers wrote: >> I'm sure the guy who implemented this (I think Ludo Brands) can tell you > exactly what's going on. > Yes;) The background of spitting out the complete error detail was people complaining about not getting the hints as they are used to when using PGAdmin3 or psql. Also there are many places in sqldb where the pg error is obfuscated by a generic sqldb message and where the PG returned error message has a lot of additional info and is not a duplicate. Turning off the full info by default is in light of above imho a big step backwards. Usually people complain about getting not enough info. An option to get less info is fine but shouldn't be turned on by default. Ludo ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
On Fri, 5 Apr 2013, Ludo Brands wrote: On 04/05/2013 09:10 AM, Reinier Olislagers wrote: I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. Yes;) The background of spitting out the complete error detail was people complaining about not getting the hints as they are used to when using PGAdmin3 or psql. Also there are many places in sqldb where the pg error is obfuscated by a generic sqldb message and where the PG returned error message has a lot of additional info and is not a duplicate. Turning off the full info by default is in light of above imho a big step backwards. Usually people complain about getting not enough info. The message contains still the original PostGres error message, of course I didn't delete that. It is only the rest (hint, primary error, error code, error character etc.) that is disabled An option to get less info is fine but shouldn't be turned on by default. No problem. I've changed the default value of VerboseErrors to true. Rev. 24154. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
Michael Van Canneyt wrote: On Fri, 5 Apr 2013, Mark Morgan Lloyd wrote: Michael Van Canneyt wrote: Regarding the content of your question in the bug: AFAIU it's for backward compatibility. The generic db error shows the error message. The specialized PostgreSQL error does the same, but also shows it in detail (perhaps, can't remember, there can be a list of multiple errors). I'm sure the guy who implemented this (I think Ludo Brands) can tell you exactly what's going on. I have changed it, but added an option so you can ask all information as it was. Name of option please: is it a global or associated with the connection object? VerboseErrors property of TPQConnection It's open source, You can look in the sources, you know this ? :) Yes, I know- obviously. But I thought it worth asking while the point was in the forefront of both our minds, on the assumption that it would be quick for you to answer and equally quick for me to add a TODO in an open project where I'm relying on this behaviour :-) It also makes sure that the information is available to anybody who gets to this thread via Google. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] File Association and opening with already running app
Please tell us you success story when you done For me i am using SimpleIPC https://github.com/parmaja/miniedit/blob/master/source/gui/mne.lpr look at AnotherInstance and MainUnit.pas Works good in Windows but not tested in Linux. On Thu, Apr 4, 2013 at 12:08 PM, Graeme Geldenhuys wrote: > Hi, > > I'm posting it here, but it is not a Lazarus question, but a general GUI > app (created with FPC) question. > > Example of what I want to achieve. Say I have gEdit (Gnome editor) open > and have a file loaded. Now if I am in a console and type 'gedit > someotherfile.txt' [or double click a text file in Nautilus], it doesn't > start a new instance of gedit, the existing instance opens the new file > - gedit supports multiple opened files in a tabbed view. > > How do they accomplish this? I would like to implement something like > that for fpGUI, and it must work under all fpGUI supported "desktop" > platforms. > > I know under Windows you can check if an instance of an application is > already running, and stop your current instance. Still not sure how to > transfer the "open a new file" action to that existing instance. > > As for Linux, FreeBSD etc, I have no clue how to do it. For those not in > the know, fpGUI is based directly on GDI or XLib (not Qt, GTK etc). > > > > Regards, > - Graeme - > > -- > fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal > http://fpgui.sourceforge.net/ > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > -- I am using last revision of Lazarus, FPC 2.6 on Windows XP SP3 Best Regards Zaher Dirkey ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Hashes and CRCs
On 2013-04-04 23:20, Graeme Geldenhuys wrote: > DCPcrypt (in terms of FPC, Lazarus et-al) currently lives in a Git > repository in the Lazarus-CCR project on SourceForge. On a side note: Probably not the best place for such a project. That also goes for many other project in Lazarus-CCR. It is very hidden in Lazarus-CCR, and often overlooked by internet searches. It really should be in its own top-level project on SourceForge or Github. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] File Association and opening with already running app
On 2013-04-04 16:34, Dennis wrote: > In windows, you can create Mutex. That's how I ensure no other instance > of the same program is running. Yes I know that bit, and that is what I did for my old VB6 and Delphi 5 projects. The question here was not only about a "single instance" application, but also how to pass information to the first instance (eg: please open this new file in a tab) before the second instance terminates. Using SimpleIPC should do the trick nicely. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] FCL-Image and OS/2 BMP support
Hi, Having had a quick look at the FPReadBMP.pp unit, the only BMP format FCL-Image supports is the Windows BMP format. I need to read OS/2 BMP files too. Here is a very brief comparison between the two formats. Note that OS/2 Bitmaps can be larger, multiple images per file, different compression algorithms, different file headers etc. OS/2 Bitmap: http://www.fileformat.info/format/os2bmp/egff.htm Windows Bitmap: http://www.fileformat.info/format/bmp/egff.htm I'm doing the work for fpGUI's DocView, but would like to share the code with FPC too. What would be the suggested way of doing this? 1) extend the existing FPReadBMP.pp unit. This could be messy. 2) create a whole new unit specific to OS/2 Bitmaps. I would opt for (2). But that raises another problem, but probably not relevant to others here. If option (2) is used, your application can't simply assume a *.bmp can be read with FPReadBMP, it needs to check the file header first, then determine the correct unit & class to use to read the bitmap. A shot in the dark Has anybody else created a Object Pascal unit they could share that can read OS/2 Bitmap files? I've got the basics down, but need lots of testing and debugging still. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
On Fri, 5 Apr 2013, Graeme Geldenhuys wrote: Hi, Having had a quick look at the FPReadBMP.pp unit, the only BMP format FCL-Image supports is the Windows BMP format. I need to read OS/2 BMP files too. Here is a very brief comparison between the two formats. Note that OS/2 Bitmaps can be larger, multiple images per file, different compression algorithms, different file headers etc. OS/2 Bitmap: http://www.fileformat.info/format/os2bmp/egff.htm Windows Bitmap: http://www.fileformat.info/format/bmp/egff.htm I'm doing the work for fpGUI's DocView, but would like to share the code with FPC too. What would be the suggested way of doing this? 1) extend the existing FPReadBMP.pp unit. This could be messy. 2) create a whole new unit specific to OS/2 Bitmaps. I would opt for (2). But that raises another problem, but probably not relevant to others here. If option (2) is used, your application can't simply assume a *.bmp can be read with FPReadBMP, it needs to check the file header first, then determine the correct unit & class to use to read the bitmap. That's why, unfortunately, I think 1) is better. A second problem is the 'multiple images per file'. You will need an image number when loading. That will need a change in the reader or in TFPCustomImageHandler. (a property, default set to 0, so it reads the first image (zero based)) Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Hashes and CRCs
Graeme Geldenhuys wrote: On 2013-04-04 23:20, Graeme Geldenhuys wrote: DCPcrypt (in terms of FPC, Lazarus et-al) currently lives in a Git repository in the Lazarus-CCR project on SourceForge. On a side note: Probably not the best place for such a project. That also goes for many other project in Lazarus-CCR. It is very hidden in Lazarus-CCR, and often overlooked by internet searches. It really should be in its own top-level project on SourceForge or Github. I agree, Google completely overlooked it when I was searching last night. I don't see why it should be put into CCR etc. when it's readily available from the original author, unless of course he's chosen to do so. The truth is that FPC/Lazarus are still lacking something like Torry, and much of the freeware libraries or source that used to be indexed by it is probably now unavailable. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Hashes and CRCs
2013/4/5 Mark Morgan Lloyd > I agree, Google completely overlooked it when I was searching last night. > I don't see why it should be put into CCR etc. when it's readily available > from the original author, unless of course he's chosen to do so. > > Because at that time it was not fpc/lazarus compatible and the person who put in lazarus-ccr chose to share it, instead of keeping the port by himself. > The truth is that FPC/Lazarus are still lacking something like Torry, and > much of the freeware libraries or source that used to be indexed by it is > probably now unavailable. > I guess that is what the founder of Lazarus-CCR attempted to create, a repository of Lazarus components. Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
Am 05.04.2013 12:07, schrieb Michael Van Canneyt: On Fri, 5 Apr 2013, Graeme Geldenhuys wrote: Hi, Having had a quick look at the FPReadBMP.pp unit, the only BMP format FCL-Image supports is the Windows BMP format. I need to read OS/2 BMP files too. Here is a very brief comparison between the two formats. Note that OS/2 Bitmaps can be larger, multiple images per file, different compression algorithms, different file headers etc. OS/2 Bitmap: http://www.fileformat.info/format/os2bmp/egff.htm Windows Bitmap: http://www.fileformat.info/format/bmp/egff.htm I'm doing the work for fpGUI's DocView, but would like to share the code with FPC too. What would be the suggested way of doing this? 1) extend the existing FPReadBMP.pp unit. This could be messy. 2) create a whole new unit specific to OS/2 Bitmaps. I would opt for (2). But that raises another problem, but probably not relevant to others here. If option (2) is used, your application can't simply assume a *.bmp can be read with FPReadBMP, it needs to check the file header first, then determine the correct unit & class to use to read the bitmap. That's why, unfortunately, I think 1) is better. A second problem is the 'multiple images per file'. You will need an image number when loading. That will need a change in the reader or in TFPCustomImageHandler. (a property, default set to 0, so it reads the first image (zero based)) With support for multiple images per file we could add *.ico support to fcl-image as well (currently this is implemented in the LCL). And this could also benefit *.gif :) Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
On Fri, 5 Apr 2013, Sven Barth wrote: Am 05.04.2013 12:07, schrieb Michael Van Canneyt: On Fri, 5 Apr 2013, Graeme Geldenhuys wrote: Hi, Having had a quick look at the FPReadBMP.pp unit, the only BMP format FCL-Image supports is the Windows BMP format. I need to read OS/2 BMP files too. Here is a very brief comparison between the two formats. Note that OS/2 Bitmaps can be larger, multiple images per file, different compression algorithms, different file headers etc. OS/2 Bitmap: http://www.fileformat.info/format/os2bmp/egff.htm Windows Bitmap: http://www.fileformat.info/format/bmp/egff.htm I'm doing the work for fpGUI's DocView, but would like to share the code with FPC too. What would be the suggested way of doing this? 1) extend the existing FPReadBMP.pp unit. This could be messy. 2) create a whole new unit specific to OS/2 Bitmaps. I would opt for (2). But that raises another problem, but probably not relevant to others here. If option (2) is used, your application can't simply assume a *.bmp can be read with FPReadBMP, it needs to check the file header first, then determine the correct unit & class to use to read the bitmap. That's why, unfortunately, I think 1) is better. A second problem is the 'multiple images per file'. You will need an image number when loading. That will need a change in the reader or in TFPCustomImageHandler. (a property, default set to 0, so it reads the first image (zero based)) With support for multiple images per file we could add *.ico support to fcl-image as well (currently this is implemented in the LCL). And this could also benefit *.gif :) Well I alread had .gif in mind when proposing this, I didn't know about .ico. So much the better :-) Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
Am 05.04.2013 14:42, schrieb Michael Van Canneyt: On Fri, 5 Apr 2013, Sven Barth wrote: Am 05.04.2013 12:07, schrieb Michael Van Canneyt: On Fri, 5 Apr 2013, Graeme Geldenhuys wrote: Hi, Having had a quick look at the FPReadBMP.pp unit, the only BMP format FCL-Image supports is the Windows BMP format. I need to read OS/2 BMP files too. Here is a very brief comparison between the two formats. Note that OS/2 Bitmaps can be larger, multiple images per file, different compression algorithms, different file headers etc. OS/2 Bitmap: http://www.fileformat.info/format/os2bmp/egff.htm Windows Bitmap: http://www.fileformat.info/format/bmp/egff.htm I'm doing the work for fpGUI's DocView, but would like to share the code with FPC too. What would be the suggested way of doing this? 1) extend the existing FPReadBMP.pp unit. This could be messy. 2) create a whole new unit specific to OS/2 Bitmaps. I would opt for (2). But that raises another problem, but probably not relevant to others here. If option (2) is used, your application can't simply assume a *.bmp can be read with FPReadBMP, it needs to check the file header first, then determine the correct unit & class to use to read the bitmap. That's why, unfortunately, I think 1) is better. A second problem is the 'multiple images per file'. You will need an image number when loading. That will need a change in the reader or in TFPCustomImageHandler. (a property, default set to 0, so it reads the first image (zero based)) With support for multiple images per file we could add *.ico support to fcl-image as well (currently this is implemented in the LCL). And this could also benefit *.gif :) Well I alread had .gif in mind when proposing this, I didn't know about .ico. It was rather a niche before Windows Vista, but since then multiscale icons are rather common and are also supported by Lazarus. [And in theory one could add (animated) *.cur support as well of which the only difference to *.ico is that there is a "hotpoint" declared somewhere...] So much the better :-) Indeed. Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] SDL 2.0 Conversion Status?
It would seem that SDL 2.0 is going to be released in May, and is a complete rewrite which is incompatible with SDL 1.2. It seems to add a lot of functionality and I believe Valve's steam box is going to be based on SDL 2.0. My question is, has anyone done any work on SDL 2.0 with Free Pascal? If so have you contributed your C header conversion online anywhere? If not, I could write a conversion but would need a little assistance afterwards in creating/contributing to an OSS repository and learning how to accept patches/collaberate. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
On 2013-04-05 13:42, Michael Van Canneyt wrote: > Well I alread had .gif in mind when proposing this, I didn't know about .ico. > So much the better :-) TIFF also supports multiple images per file. ;-) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FCL-Image and OS/2 BMP support
On 2013-04-05 14:12, Sven Barth wrote: > It was rather a niche before Windows Vista, I used many apps where the .ico file had multiple sizes - back in the days of Win2k I believe. > but since then multiscale > icons are rather common and are also supported by Lazarus. Yeah, hence the huge 140Kb default project1.ico file in every Lazarus project - rather annoying, but luckily I don't really create LCL apps. ;-) > difference to *.ico is that there is a "hotpoint" declared somewhere...] I'm reading up a bit more on OS/2 Bitmap - thank goodness I kept a very old "Real-World programming for OS/2" book around. :) There are 2 OS/2 Bitmap formats, and size variations... Icons, Pointers, Bitmaps, Bitmap Array, Color Pointer etc. All in one file format - that's IBM optimization for you. :) I'm been playing with OS/2 Warp 4.5 in a VM too - damn that brought back good memories, and still features I miss in that OS that simply doesn't exist anywhere else (even in todays OSes). They should port the Workplace Shell to Linux or FreeBSD, and I'll switch in a heartbeat! Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] File Association and opening with already running app
On 2013-04-05 10:43, Zaher Dirkey wrote: > Please tell us you success story when you done All done and it works perfectly under Linux, FreeBSD and Windows. All in about 30 lines of code, which includes the client and server parts. :) SimpleIPCServer just works a bit weird though - but that's probably because I haven't used IPC much in any of my work. Either way, a quick glance at the docs and my dbugsrv implementation and I was all sorted. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: TPQConnection: Duplicated error message.
2013/4/5 Michael Van Canneyt > On Fri, 5 Apr 2013, Ludo Brands wrote: > >> On 04/05/2013 09:10 AM, Reinier Olislagers wrote: >> >>> I'm sure the guy who implemented this (I think Ludo Brands) can tell you >>> exactly what's going on. >>> >> >> Yes;) >> >> The background of spitting out the complete error detail was people >> complaining about not getting the hints as they are used to when using >> PGAdmin3 or psql. Also there are many places in sqldb where the pg error >> is obfuscated by a generic sqldb message and where the PG returned error >> message has a lot of additional info and is not a duplicate. >> >> Turning off the full info by default is in light of above imho a big >> step backwards. Usually people complain about getting not enough info. >> > > The message contains still the original PostGres error message, of course > I didn't delete that. > > It is only the rest (hint, primary error, error code, error character > etc.) that is disabled > > > An option to get less info is fine but shouldn't be turned on by default. >> > > No problem. I've changed the default value of VerboseErrors to true. Rev. > 24154. > > Michael. > Worked like a charm, thank you very much! :) -- Silvio Clécio My public projects - github.com/silvioprog ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] SDL 2.0 Conversion Status?
On 05.04.2013 16:44, Anthony Walter wrote: It would seem that SDL 2.0 is going to be released in May, and is a complete rewrite which is incompatible with SDL 1.2. It seems to add a lot of functionality and I believe Valve's steam box is going to be based on SDL 2.0. My question is, has anyone done any work on SDL 2.0 with Free Pascal? If so have you contributed your C header conversion online anywhere? If not, I could write a conversion but would need a little assistance afterwards in creating/contributing to an OSS repository and learning how to accept patches/collaberate. I don't know of any SDL 2.0 conversion (though that doesn't mean anything :P ), but if you do it yourself you could try whether h2pas (provided with FPC) can handle the header files correctly (it could be - depending on the header - that you need to comment out a few things, but normally it should help quite a bit). Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Findfirst/findnext with a samba share
Hello, do you plan change behavior of findnext function to eliminate samba bug ? tomas -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Findfirst-findnext-with-a-samba-share-tp5713232p5714018.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Findfirst/findnext with a samba share
On 05 Apr 2013, at 18:32, tvr wrote: > do you plan change behavior of findnext function to eliminate samba bug ? It probably won't eliminate it, just make it more rare. You can probably get the same result with "ls" if you put so many files in a directory that their combined info does not fit in a 32kb block. Possibly in addition to some workaround in FPC, it really should be fixed in samba in the first place. Jonas___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FBLib (firebird library for FPC, Delphi and Kylix) has moved
For understand, now it is the original repo for it or it is just a fork for it I always like the take the source original from the author. As i know, the site is http://fblib.altervista.org but no repo for it? On Tue, Mar 26, 2013 at 2:17 AM, Graeme Geldenhuys wrote: > Hi, > > For years the FBLib (Firebird database library for Free Pascal, Delphi > and Kylix) has lived in the '3rdParty' directory tree of tiOPF. We are > cleaning up the tiOPF repository, and so I have now moved the FBLib > project out to Github, into its own repository. The repository history > is intact. I still need to add a few more patches I have locally, and > some Lazarus based support apps. > > All future development of FBLib will now happen on Github. > > To get a copy of the code: > > git clone git://github.com/graemeg/firebird-lib.git > > > Regards, > - Graeme - > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > -- I am using last revision of Lazarus, FPC 2.6 on Windows XP SP3 Best Regards Zaher Dirkey ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] File Association and opening with already running app
2013/4/5 Graeme Geldenhuys : > On 2013-04-04 16:34, Dennis wrote: >> In windows, you can create Mutex. That's how I ensure no other instance >> of the same program is running. > > > Yes I know that bit, and that is what I did for my old VB6 and Delphi 5 > projects. The question here was not only about a "single instance" > application, but also how to pass information to the first instance (eg: > please open this new file in a tab) before the second instance terminates. The uniqueinstance componente does all this Luiz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FBLib (firebird library for FPC, Delphi and Kylix) has moved
On 2013-04-05 22:30, Zaher Dirkey wrote: > For understand, now it is the original repo for it or it is just a fork for > it It wasn't my intention to create a fork. I simply didn't want to loose the FBLib fixes and improvements I made over the years, and had to find it a new home. Just the other day I saw the original author updated his website slightly (new screenshots). This is the first movement I have seen in years. Anyway, it is damn hard or near impossible to contact that author. About a week ago he responded, but he has made no progress with FBLib in years. I told him about my FBLib repository on Github with fixes and improvements. It's up to him to merge them it - wherever he stores the code. I'll keep my fork active for now. > As i know, the site is http://fblib.altervista.org but no repo for it? In the beginning of the year he created a Google Code repository (probably the worst service Google has), but the FBLib there is the original v0.85 release from years ago. What I have is newer. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
