an never be less than zero.
>
It's documented as char here: https://doc.qt.io/qt-6/qbytearray.html#at
I never had any issues compiling this code on my RPi.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing l
mewhere. Maybe we need to reconsider inclusion of the MR in
> release-3.4
>
This issue is already fixed in MR . Maybe we should add a sanity check
to the Debian builder?
--
Stig Bjørlykke
___
Sent
rs a build of all (or many)
ui/qt/*.cpp files.
This does not happen in the release-3.4 branch.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
U
Thank you Pascal and Martin.
I will update the gsm_sim dissector for my needs for now, merging these two
looks like a complex and time consuming task.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives
Hi,
Does anyone know the difference between the ISO 7816 dissector and the GSM
SIM dissector?
For me it looks like they are handling the same PDUs, but both are
incomplete in different ways.
--
Stig Bjørlykke
___
Sent via
Hi Christian,
Do you have a sample capture file to show this issue?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https
d. Not being able to move the first column is
strange and inconsistent behaviour in Wireshark.
That’s what I think.
Stig
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org
nce
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
mailto:wireshark-
report:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15511
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wiresha
On Thu, Apr 26, 2018 at 10:13 PM, Dario Lombardo wrote:
> What about using proto_deregister_protocol?
This function was designed to work with reloading Lua plugins and I
don't know how well it will work for disabling builtin dissectors.
--
Stig B
ing tree item as it does in
2.4.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/optio
d=1194099, running) created by main thread at:
#0 pthread_create
(libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a34d)
#1 QThread::start(QThread::Priority) (QtCore:x86_64+0x2b5cb)
#2 main wireshark-qt.cpp:667 (Wireshark:x86_64+0x1000366cd)
SUMMARY: ThreadSanitizer: data race qstring.h:9
x_dynamic.dylib:x86_64h+0x2a34d)
#1 QThread::start(QThread::Priority) :8575760 (QtCore:x86_64+0x2b5cb)
#2 main wireshark-qt.cpp:667 (Wireshark:x86_64+0x100036bcd)
SUMMARY: ThreadSanitizer: data race qstring.h:906 in
QString::QString(QString const&)
On Fri, Feb 2, 2018 at 9:36 AM, Dario Lombardo
wrote:
> Few commits ago (I guess from 142c035), my osx build stopped working on
> travis.
Are you building without Lua support?
Try this change: https://code.wireshark.org/review/25556
--
Stig Bjø
On Wed, Jan 17, 2018 at 2:05 AM, Gerald Combs wrote:
> On 1/13/18 4:16 AM, Stig Bjørlykke wrote:
>> - Qt: Missing string translations after source code was moved to
>> utils/models/manager/widgets subdirectories
>
> Do you know what's missing? This shouldn't
d in https://code.wireshark.org/review/24570/
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wir
run
a "Refresh Interfaces" to load/unload extcap interfaces without having to
manually restart or "Refresh Interfaces".
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https
Running with TSan on macOS shows some thread issues during startup
which should have been fixed before this release.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org
On Tue, Nov 14, 2017 at 10:14 AM, Paul Offord
wrote:
> I don't get that option on WS 2.4.0 or 2.4.2 on Windows:
>
>
It's not possible to turn off "Load time" in version 2.4.x, currently only
in the development
ead the constantly updated release notes.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/opt
On Sat, Nov 11, 2017 at 7:28 PM, Paul Offord wrote:
> While we are on the subject of stuff disappearing, what's happened to the
> file load timing thing in the status line?
It's default turned off.
Preferences -> Appearance -> Layout -> Status Bar settings -> Sh
'create_master_security_keys' [-Werror=implicit-function-declaration]
> create_master_security_keys(rec);
Try this fix: https://code.wireshark.org/review/#/c/24296
--
Stig Bjørlykke
___
Sent via:Wires
correct. Right?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
mail
op level would also be wrong because it's not
a protocol.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.
On Wed, Jun 14, 2017 at 1:49 PM, Anders Broman
wrote:
> I think Stig has tried it on MAC OS too if we want to update that too.
I even committed fixes to the Qt code in 5.9 to allow us to use
-Wshorten-64-to-32 for C++.
I have not seen any issues so far.
--
Stig Bjørly
ple_dialog.cpp until the next release.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
/main_window.cpp:23:
/Users/stig/Development/wireshark-xcode/ui/qt/ui_main_window.h:355:10:
error: stack frame size of 16760 bytes in function
'Ui_MainWindow::setupUi' [-Werror,-Wframe-larger-than=]
void setupUi(QMainWindow *MainWindow)
^
1 error generated.
--
Stig
g dissection.
Remember that a UAT can be part of a profile and the profile can be
changed during capture.
I don't know if this will work out-of-the-box (because the modified
UAT will not be saved and changing profile will redissect), but it has
to be tested with the selected implementation.
-
erent
> intefaces of the same extcap. What about removing the help in the interface?
"help" is set in info but used from interface, if you remember this bug:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13218
--
Stig Bjørlykke
__
uot;Refresh Interfaces".
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
On Fri, Dec 16, 2016 at 4:14 PM, Michael Mann wrote:
> Also wanted to mention that I think Stig volunteered to add support on the
> Lua end (another area that I'm not familiar enough with to add support).
>
Yes, I will have a look at the Lua support.
--
r,
so this could be common functionality.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/op
AGS
> -Wl,--as-needed
>
>
This is more like fixing the symptom, right?
The real issue here is that CMake finds support for the flags while
building with Xcode does not.
--
Stig Bjørlykke
___
Sent via:Wi
r this would be nice.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailt
On Wed, Jan 20, 2016 at 3:28 AM, David Morsberger
wrote:
> I am trying to create support and possibly instructions for Xcode.
>
The only issue I have with using Xcode is
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11816
--
Stig Bjø
directory instead of the source
directory.
Is there a simple way to clean out my source directory so I can truly start
> from scratch?
>
You can safely delete all files listed as ignored because they are
generated.
--
On Mon, Jan 18, 2016 at 6:27 AM, David Morsberger
wrote:
> I have been unable to resolve the following build errors on my Mac with
> 10.11.
>
Maybe you have a outdated declare_wslua.h in your source directory?
Try deleting this.
--
Stig
Hi.
We have currently changed to use XDG_CONFIG_HOME/wireshark for
configuration files where this is appropriate. Should we also switch to
using ~/Library/Preferences/Wireshark on OS X?
--
Stig Bjørlykke
___
Sent via
/automated/
[2] https://bugs.wireshark.org/bugzilla/
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options
nvenience.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:wireshark
entry to be highlighted.
4. My Wireshark does hang after changing the decode-as for P_Mul while
having a capture file loaded. I don't know if this is related to your
patch.
--
Stig Bjørlykke
___
Sent via:W
sers will think about
the global "Decode As" when trying to configure P_Mul (or any other
protocol).
Is this possible with the decode-as changes? Or do we have to
implement something more?
--
Stig Bjørlykke
PropertyListCreateFromStream() if we don't have
> CFPropertyListCreateWithStream().
Now that OS X Yosemite is released we also should check for this in CMake.
--
Stig Bjørlykke
___
Sent via:Wireshark
in the next release.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mail
n I ask is because I was thinking about this when
implementing reassembled.length, but found the existing field
(hf_fragments) sufficient for all practical use. And yes, I know this
question is a bit late :)
--
Stig Bjørlykke
On Fri, Apr 11, 2014 at 9:27 PM, Shu Shen wrote:
> It appears this latest change has mishandled the case when both
> HAVE_LIBGNUTLS and HAVE_LIBGCRYPT are undefined.
I'm sorry about that. I'll fix in a short moment.
--
On Fri, Jan 10, 2014 at 12:56 PM, Stig Bjørlykke wrote:
> This commit introduced a bug where I always get
> "[Malformed Packet: PRES]" in X.400 traffic.
Reassembly in RTSE is a bit special. The reassembly is done when
receiving a SES "MAJOR SYNC POINT", as this indica
nfo->private data is.
This commit introduced a bug where I always get "[Malformed Packet:
PRES]" in X.400 traffic.
Have a look at this sample capture, frame 20:
http://wiki.wireshark.org/SampleCaptures?action
he default value "ENC_ASCII|ENC_NA" ?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mai
Issues should be fixed in revision 51776.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark
tors CMP.asn */
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:wiresh
s_bpf
> group, and the user who installs Wireshark is put into that group.
Removing --enable-setuid-install from my configure was the solution. Thank you.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
ning dumpcap from /opt/local/bin, which
makes dumpcap unusable for wireshark:
dyld: warning, LC_RPATH @executable_path/../lib in
/opt/local/bin/dumpcap being ignored in restricted program because of
@executable_path
I don't get the warning when running from build dir.
-
"Value: Something (Value: 42)"
The correct entry should be (like it is for 32-bit):
"Value: Something (42)"
The bug is in fill_label_number64(), where the format should be
without the leading "%s: " an
wireshark:30153): Gtk-CRITICAL **: void
gtk_combo_box_set_active(GtkComboBox *, gint): assertion
`GTK_IS_COMBO_BOX (combo_box)' failed
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://ww
s = string.format("%X", tostring(data.value))
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://w
x27;m all happy again.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mail
On Wed, Aug 1, 2012 at 3:38 PM, Anders Broman
wrote:
> And as a consequence we have a few of these cluttering up the code, should
> those live forever or
> Can the be removed after a suitable amount of time?
We should at least support one major upgrade :)
--
Stig
On Wed, Aug 1, 2012 at 3:29 PM, wrote:
> Technically the prefences aren't "obsolete", they are just renamed for
> (internally) optimized code.
We already handle a lot of renamed preferences in set_pref().
of giving warnings.
We also mark removed dissector preferences
(prefs_register_obsolete_preference) and protocols
(prefs_register_protocol_obsolete) as obsolete.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing l
applying your
preferences once should remove this warning)
12:33:02 Warn /Users/stig/.wireshark/preferences line 249: No
such preference "packet_list.display_hidden_proto_items" (applying
your preferences once should r
et comment, with a
matching color? Some notes are important while some are just for info
or clarification.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark
Hi.
I committed a corrected fix in revision 39775.
Joerg: did your grep ever finish? ;)
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe
On Mon, Nov 7, 2011 at 9:13 PM, Gerald Combs wrote:
> Is there any reason we shouldn't remove the thread options from
> configure.in and CMakeOptions.txt along with USE_THREADS and hard-code
> thread support?
Sounds reasonable to me.
--
27;m using autotools and GLib 2.22.2 (and other
older libraries).
I works with GLib 2.28.8 and other updated libraries.
Wireshark is linked with libgthread on both machines.
But g_mutex_new() requires g_thread_init() so if we don't init I
suppose someo
his patch.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:wireshark
us?
Or do I miss something?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
On Fri, Oct 28, 2011 at 7:06 PM, Stephen Fisher
wrote:
> On Fri, Oct 28, 2011 at 09:00:59AM +0200, Stig Bjørlykke wrote:
>> The previously attached patch does check for signed/unsigned issues,
>> and will mark the filter as bad/red. I think it would be nice to check
>> a
f they are valid for the
given field.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
ed long value in the obvious manner". I suppose
this means that the value is casted from signed to unsigned without a
warning.
The attached patch fixes this, but can we do this check in a simpler manner?
--
Stig Bjørlykke
signed-unsigned-integ
On Tue, Oct 25, 2011 at 8:43 PM, Jeff Morriss wrote:
> If that's done we may as well let in BASE_HEX and BASE_OCT too.
Do you think? This would abandon the sign on negative values, and may
not be what the user expects?
--
Stig B
On Tue, Oct 25, 2011 at 7:56 PM, Guy Harris wrote:
> We should probably allow BASE_HEX_DEC as well.
I was thinking about it. It may make as much sense as allowing BASE_DEC_HEX.
--
Stig Bjørlykke
___
Sent
On Tue, Oct 25, 2011 at 6:48 PM, Guy Harris wrote:
>
> On Oct 25, 2011, at 9:40 AM, Stig Bjørlykke wrote:
>
>> I was thinking more like "-1 (0x)", which would be the case for
>> DEC_HEX.
>
> That's BASE_DEC_HEX; if that's what they wanted,
On Tue, Oct 25, 2011 at 6:21 PM, Guy Harris wrote:
>> Log:
>> Allow signed integers displayed as DEC_HEX.
>
> So should a 32-bit -1 be displayed as 0x or -0x1?
I was thinking more like "-1 (0x)", which would be the case for D
wrong interface.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:wi
On Mon, Oct 10, 2011 at 10:45 AM, Anders Broman
wrote:
> Could some one try this patch?
Committed in revision 39334.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.
d not do any harm.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:w
On Thu, Oct 6, 2011 at 12:27 AM, wrote:
> Add GeoIP IPv6 database support. Tested with GeoIP 1.4.7, but older
> versions *should* be supported.
My GeoIP 1.4.7 does not have GEOIP_NETSPEED_EDITION_V6, but it does
have all the others.
--
Stig Bjø
On Sat, Oct 1, 2011 at 10:59 AM, Helge Kruse wrote:
> Where do I find good samples or tutorials to get a glimpse of Lua dissectors?
You can have a look at this presentation:
http://sharkfest.wireshark.org/sharkfest.09/DT06_Bjorlykke_Lua%20Scripting%20in%20Wireshark.pdf
--
Stig Bjørly
as left on purpose, because
we do not need this calculations if not having COL_INFO.
Should we really remove all occurrences of check_col?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.w
I did not intend to commit changes in services.
Do we need to execute make-services.pl during a regular build?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists
changed to be a
built-in dissector.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
On Mon, Aug 29, 2011 at 8:48 PM, Joerg Mayer wrote:
> I think I haven't built Wireshark in tree for a few years.
Are you able to build docbook out of tree?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mail
oblems for now.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:wire
On Wed, Aug 31, 2011 at 1:22 PM, Anders Broman
wrote:
> Should we use function calls instead of macros accesing "local" data
> structures?
Good idea, I'll try that.
--
Stig Bjørlykke
___
Sent
Hi,
Anyone able to help with the win32/win64 build problems?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org
I have reverted the crc move for now.
I have to split the crc files into crc and crc_tvb routines, I think.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists
On Tue, Aug 23, 2011 at 3:12 PM, Gisle Vanem wrote:
> Would you please rename the guard like this:
Sure, fixed in r38686.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:h
On Tue, Aug 23, 2011 at 12:47 PM, Jaap Keuter wrote:
> No we don't:
> "This registry is also available in plain text."
But the format has changed, so we need to rewrite the parsing routines.
And the user may have a personal services file in the old format.
On Tue, Aug 23, 2011 at 12:15 PM, Anders Broman
wrote:
> Pre existing ones, or caused by the switch? Didn't there use to be a LUA tab
> under tools?
We used to have Tools -> Lua -> Console, Evaluate, Manual, Wiki
-
On Tue, Aug 23, 2011 at 10:19 AM, Anders Broman
wrote:
> I think all menus work now with MAIN_MENU_USE_UIMANAGER, LUA?
The Lua menus are not available due to issues in funnel_stat.c
--
Stig Bjørlykke
___
Sent
Hi,
Now that we require GLib 2.14 (which includes GRegex) we don't need libpcre.
Should we remove the support for libpcre completely?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:
the whole
data set, not only the displayed ones.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/
On Sun, Aug 21, 2011 at 4:04 PM, wrote:
> Directory: /trunk/
> Changes Path Action
> +104602 -17320 services Modified
Whops, IANA changed the file format.
--
Stig Bjørlykke
___
Sent via:
On Sat, Aug 20, 2011 at 9:22 PM, Gisle Vanem wrote:
> Building w/o HAVE_PCAP_REMOTE or HAVE_PCAP_SETSAMPLING, I
> got this error from MSVC:
What about the attached patch?
--
Stig Bjørlykke
have-pcap-remote.patch
Description: Binar
On Wed, Aug 17, 2011 at 9:40 PM, Gisle Vanem wrote:
> Here is another patch for a missing WINAPI:
Committed r38592.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.
t use localtime, check the return value and then copy the values.
Like in revision 38569.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: htt
On Tue, Aug 16, 2011 at 12:03 PM, wrote:
> Log:
> Using enabled/disabled instead of yes/no seems to be more descriptive.
Or maybe a checkbox? Which you can click to toggle the setting?
--
Stig Bjørlykke
___
Se
en
starting capture. Going into the interface settings and pressing Ok
sets correct link-layer for the device.
This only happens for interfaces which does not have link-layer
'Ethernet', as this is the link-layer used by default.
tocolName);
col_clear(pinfo->cinfo,COL_INFO);
}
Coverity complains (in CID 1246) that some other functions will fail
(dereferences it) if pinfo == NULL.
Is this comment still valid? If so I think we have to rewrite the
code som pinfo never is NULL.
--
St
1 - 100 of 608 matches
Mail list logo
